Quote:
Originally Posted by compurandom
Who said I was calling this a /kobo/ bug?
|
Where did I say that you said it was a Kobo bug? What I said is that it is a by design behaviour -- one of the differences between epub2 and epub3.
Quote:
Originally Posted by compurandom
I'm not sure whose bug it is actually, but it's a bug that kepub books end up on the device with an incorrect cover.
|
I've never seen that on a book purchased from Kobo. I have seen it in books converted from epub to kepub. Hence my checking the existence of the properties="cover-image" in the cover image entry in the manifest. If there is no cover image entry in the manifest, the fallback is the first file in the manifest.
Quote:
Originally Posted by compurandom
The cases are:
1) The book has no cover -- the kepub plugin should generate one except some of the books without a marked cover do have one; how is the plugin suppose to know the difference?
|
If the cover image can be displayed when you have the book open to read, the cover image must be wrapped in HTML. Otherwise, you can have a cover image declared in the manifest but not used the epub text. FlightCrew will tell me the image is in the manifest but it is unused. I've seen this several times. A bit weird but that's life.
Quote:
Originally Posted by compurandom
2) The book has an image as a cover -- the kepub plugin should wrap it in html and mark that as cover (it does not, and the first html file is treated as one)
|
If the cover image is properly declared in the manifest, it will be used as the cover. If it is not in the text of the book, it will not be displayed. See 1 above. If you want to add a cover image in the HTML portion of the book, see the ModifyEpub plugin for calibre.
Quote:
Originally Posted by compurandom
3) The book has a cover that is part of the first html file (which might or might not be marked as a cover) -- how is the plugin suppose to know this and split it out? Maybe this is a bug in the book.
|
Again, the cover image must be correctly declared as such in the manifest. Anything else and you have a non-compliant epub. Please don't expect the authors of the convert epub to kepub routines to handle buggy epubs.
Quote:
Originally Posted by compurandom
As a special case of #1/2, if the book contains a single html file, the kobo handles it correctly even if it doesn't have a cover or if the cover is an image.
A lot of the Gutenberg books have these problems.
|
I would agree that many older Gutenberg books give FlightCrew and epubcheck fits. After I fix the errors, the issues go away.
Basically, an old saw comes to mind. Garbage in, garbage out.
And please note that I keep referring to cover
images entries in the manifest. A HTML file is not declarable as a cover image. Somewhat logically, a cover image must be an image file -- jpeg, png, gif or svg/xml are the only supported types in the specification.