News for hackers. Stuff that matters.
Re:PDF: Still unfit for human consumption, 20 years later by kanox on Tuesday August 11, 2020 @04:17AM (#24118284)
What would it take to replace PDF with a zipped html?

As far as a I know the svg format has comparable capabilities for graphics, all that is missing is a "page model" for html which would have to be invented.

Re:PDF: Still unfit for human consumption, 20 years later by pbsurf on Tuesday August 11, 2020 @10:29AM (#24120610)
One way that SVG could be used for multipage documents is with a convention that the top-level <svg> tag is the document and child <svg> tags are the pages - this is what I do in my app. I also use the fact that gzip files can be created with independently decompressible blocks to create svgz files with page-level random read access [1].

But another barrier is that browsers refuse to support SVG fonts. One supposed reason for this, the lack of hinting support in SVG fonts, is less relevant now with high DPI displays - macOS no longer does hinting at all I believe. The additional effort to support SVG fonts is really minimal [2], so it seems strange that it's intentionally omitted.

[1] https://github.com/styluslabs/ulib/blob/master/miniz_gzip.h

[2] https://github.com/styluslabs/usvg

Re:PDF: Still unfit for human consumption, 20 years later by chriswarbo on Tuesday August 11, 2020 @05:16AM (#24118583)
Re:PDF: Still unfit for human consumption, 20 years later by dragonwriter on Wednesday August 12, 2020 @10:59AM (#24132677)
> What would it take to replace PDF with a zipped html

EPUB. It's already zipped HTML and supports fixed layout.

Or, perhaps more simply, maybe just HTML + paged.js.

> all that is missing is a "page model" for html which would have to be invented.

CSS paged media is already a thing. What else do you need?

Re:PDF: Still unfit for human consumption, 20 years later by achr2 on Tuesday August 11, 2020 @11:18AM (#24121195)
There are already page-break attributes for CSS.