http://www.gutenberg.ph/previews/blumentritt/EthnographiePhilippinen.epub,
OK, well to start with you are hardwiring about an additional 2em margins on each side of the "body", which may not sound like much, but it "throws away" about 10% of my display space, and in turn leaves so few words per line as to make the justification spacing between words look ugly. My devices all allow me to increase margin sizes if I want more margin. They do not allow me to remove margins which you have hardwired in for me. I, like most ebook users, would rather that you left the control of margins, fonts, font sizes, etc, up to me and my device, rather than taking away these decisions from me. Again, my ebook reader comes with an external design margin of about 1/2 inch, plus they have designed into their display software about 1/4 inch margin each side, plus you are adding about yet another 1/4 "body" margin each side, which now means that my device, which is 4.5 inches wide, only has about 2.5 inches left of usable display width -- i.e. almost half the potential display width has been wasted -- after you have added your additional margin to the additional margin already designed into the software of the machine. And again this breaks justification, making everything look ugly and pretty much unreadable. Again: do not add body margins, it breaks books on real-world ebook readers. "Druckfehler" table doesn't format sensibly. Footnote markings in body text are larger than in the actual footnotes themselves, probably better if they match in size. Again, we disagree about using K&R style chapter and section headings on books. I would say: K&R style on computer manuals, Book style on Books. Excess spacing between chapter and subchapter headings. Chapter and subchapter headings appear to be "justified" which clearly doesn't work. In Mobi7 (in addition to the previous problems): Title page formatting problems Paragraph demarcation becomes even more difficult to discern. I would suggest for texts like this which have extremely long paragraphs go to the "zero indent, 1em space between" style of paragraphs as being much easier to read on ebook readers. And again, paragraph demarcation is also difficult to understand because your margin choices are breaking the justification algorithm [which then switches over temporarily to "ragged right"], which also makes it more difficult to discern paragraph boundaries -- since the eye also tends to catch "ragged right" within "justified" text as being a paragraph boundary. Footnote markers aren't rendering as attractively as they did on epub devices, not sure what you are doing. Mobi7 doesn't have the margins problem -- since it ignores body margins -- but the word justification routine still breaks down because of so many long German words. Suggest perhaps switch to unjustified ? Spacing between Chapter and subchapter headings now collapse completely. IE the vertical whitespace associated with chapter and subchapter headers disappeared. Did you implement them using top and bottom margins? The bracket labels on the vertical curly brackets in tables which you implemented using images in the tables -- those bracket labels aren't positioning correctly with respect to the bracket images. (In general positioning of text with respect to images or vice versa is an ill-defined problem in any flavor of html.) But again, this work is much better than most I see published by PG.