Thread: EPUB validation error – missing image file in Calibre
View Single Post
Old Yesterday, 04:05 PM   #9
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 85,601
Karma: 154365185
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
Quote:
Originally Posted by DNSB View Post
Strictly speaking, it was a properly made ePub. At the time I ran into it, epubcheck had no issues other than the cover image not been marked as the cover image. OTOH several ereaders would not correctly display the cover page.

From the stacked divs that increased with each chapter, I did wonder if they were related to the company used by Baen (Pages by Joy Freeman) whose workflow, at one time, added a new div for every html file. One example was Ben Bova's Mars Inc. where the last chapter started with 87 stacked divs. This was what led to my first saved search in Sigil when that feature was added.
I can easily see where some programs would not like background images. I don't like it when section break graphics are used in CSS. I don't like when any images are used in CSS.

I've only seen Baen books make using a calibre conversion. But 87 divs is beyond silly. When did Baen drop that company?
JSWolf is online now   Reply With Quote