Quote:
Originally Posted by DigitEditLab
First, many thanks for your comments and your tips.
- I share your view on the interest of a FLE in some cases.
- I've just discovered your "exemple2.epub" with much interest, which provided me with some valuable insights.
- Anyway, the difficulty is not so much the addition of few tags but the design on a page after page basis instead of a flow. A common publishing use case is exactly that: make me an FLE from this (Print) book (ie. designed with InDesign).
|
Fixed layout is NOT a solution for a "complex" book. That's a completely, almost inexorably wrong way of thinking about it. (I'm excepting the "iAuthor" proprietary text-book-like books that are created with that app, exclusively for use on iPads, generally for academic/interactive Q&A type texts.) Fixed-layout is, rather, a way of generating SIMPLE, graphic-heavy files, with small or smallish pages, without MUCH text, because otherwise, if you have a full page of material, with, say, 3/4 of the 93.5 square inches of the (original, typing-paper sized 8.5" x 11") manuscript using text, and 1/4 using a table (or graphic, chart, whatever), then the resulting FF pages will be unreadable,for all intents and purposes, on normal readers (everything BUT the fullsize iPad itself) without ridiculously user-unfriendly amounts of squinching and zooming and pushing about in order to read the content.
The usual 8.5" x 11" page has 93.5 square inches of usable space. A typical Kindle, Nook, Sony, Kobo screen has, averaging, 16.62 square inches of space. That's 17.78% of the space that the manuscript (or 8.5" x 11" PDF--we get a TON of those) had. How do you think that will look crammed into those 16.62 inches? What type of reader experience do you think those users will have? Would you like to try to read through hundreds of pages of material like that on an HTC One, for example?
AND, if the book is being made for a future mobi file, the page cannot be zoomed--AT ALL. All that can be made accessible for that is the RM (Region Magnification) text, and that's a mere 150-200%.
Given the vast number of academic books, etc., that are now being read on smartphones, really, folks: please, stop giving into clients who do NOT understand what the hell they are really asking for, when they come up with ideas like, "make me an FLE from this (Print) book (ie. designed with InDesign)" coupled with "the design on a page after page basis instead of a flow." If that's what your client wants, tell them to stick with print or PDF, or limit themselves to iBooks--and only on iPads, because the material is the dog's breakfast on smartphones like the iPhone, too.
There's no reason on earth, really, NOT to make a "complex book" reflowable. The tables won't work a whole crapload better (and won't fit one IOTA better) on a FF than they will on a reflowable; ditto charts, graphs, and the like. All of those have the same issues on FF that they do on reflowable: Lack. Of. Space. Outline format? Isn't solved by FF over reflowable. What IS solved by FF over reflowable are a) art books, aka "coffee table books," (and even that's debatable), b) comic books and c) illustrated kids' "picture books." All commercial/professional ebook formatters should, by now, know that FF is rarely--very rarely--the answer to a "complex book problem." And if it's so complex that you just feel that you can't get there from here, in a reflowable, then the reality is, it's probably best intended for an APP...not an ebook.
My $.02, FWIW.
Hitch