Quote:
Originally Posted by DNSB
Since this is a by design behaviour and complies with the epub3 spec, calling it a bug is a bit of drawing the long bow.
|
Who said I was calling this a /kobo/ bug?
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.
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?
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)
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.
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.