On a selfish note, writing HTML seems to be much easier than producing a properly formatted PDF page. So I enjoy technical writing, but not enough to go through the hoops of for-paper (or paper like e-books) publishing.
On a selfish note, writing HTML seems to be much easier than producing a properly formatted PDF page. So I enjoy technical writing, but not enough to go through the hoops of for-paper (or paper like e-books) publishing.
With that said, I usually just go to the print page of some links and read. You will be surprised how many sites inadvertently give the best reading experience through their printer page (NYT for example)
I think the "hard" part is properly paginating things? And I guess generating table of contents, inner-book-links, things that my blogging platform (Octopress) handles in a way that I've been used to as a Rails templater.
PDFs predate both CSS and the legion of webdevs we have available now. It's effectively vestigial.
However, PDFs do allow for digital signing, which is not a feature webpages can have AFAIK.
Same deal with MP3 vs other formats. PDF is a sort of gold standard in being able to precisely lay out text and know it'll render mostly right on most devices (even if the format/layout is wrong for those devices).
HTML5 and EPUB are getting there but vary so much between different platforms that till now (and EPUB 3 is changing this) the quality of books in those formats has been hideous production wise. Compare the typical EPUB book against the typical PDF book in terms of whitespace, layout, fonts, and how the author and publisher intended it to look.