|
|
|
|
|
by kevinr
3756 days ago
|
|
Your ebook readers get a lot of hints from the ebook file about how to present the material---I am light on details, but I believe them to be significant. It's true that there's no human there checking the typeblocks for rivers and orphans, but I can tell the difference between an ebook file produced by Calibre and one which a human has had a hand in, I happily pay my $13 for the latter, and woe betide the publisher when I discover that I paid $13 for an automated conversion. (The most egregious was a math book which OCR'd the formulas---from a book which was evidently set for print in LaTeX.) When I'm translating plain text (Markdown-ish) input to LaTeX, I spend a bit of time going through by hand making sure all my formatting has converted correctly, any accents or non-roman characters are correct, the single- and double-quotes are correct, I haven't accidentally copy-pasted any ligatures, I have included hyphenation for nonstandard words, I've included any relevant non-breaking spaces, figures and headings and captions are flowing correctly, etc. etc. And all of these are still necessary when producing an ebook. It's maddeningly detail-oriented, but the results are really noticeably much better, and in many cases make the difference between the text being readable and not. It's a bit like the cue dots at the movie theater---if you're not looking for them, you don't notice your uninterrupted experience unless the projectionist screws something up. |
|
Given that ebooks are electronic, perhaps they could use some sort of pop out window for larger code snippets, so that they could be scrolled rather than in page format.