(waves) Though agree completely about Docs not being web/non-paginated by default.

I know that it’s the standard for law and academia — but every single app is able to output HTML + graphics at this point. It should not be on the web. On a USB stick to bring to a print shop, sure 😜 (also: *wave* miss talking to you)

Let's lunch! I can tell you about my dumbest, most glorious purchase, an ebook reader which supports one and only one file format (not html ;)

The problem is not that HTML/CSS cannot display content as well as PDF, the problem is that browsers fail to print physically accurate representations--of anything. I fought and fought to improve printing support to avoid this problem, but I failed.

For items that need to be printed, 100% agreed. But *only* PDFs online should not be the default in 2019. So many companies put e.g. their support documentation in PDF form online — when they should be able to export that to HTML quite easily. Not trying to kill PDF for print :)

I'm probably wrong, and we should consult someone like @davidbaron about this, but knowing in advance that one is dealing with 8.5x11 really affects standards and feature choices. Once we engineered unbounded layouts, printing fell to the wayside while writing the new code.

I think there are different use cases for PDF on the Web: * some people use it because they want to offer something as a saveable package (e.g., a bank statement) for archival * some people care about the particular print layout * maybe others I think the first is likely bigger.

Tax forms strike me as the quintessential use case for PDF, where there’s a lot of instutitional/legal dependence on print layout looking exactly a certain way.

Yeah, but no. The fact that I have to submit my taxes on printed paper for some algorithm to parse the printed paper in the US is offensive on so many levels. Forms are built into HTML, your job is to get numbers into a database, keep paper out of it.

In Norway: I get an SMS with a link to my tax info — “Does this look ok? Yes/No”