https://bugs.documentfoundation.org/show_bug.cgi?id=119539

--- Comment #30 from Kriton Kyrimis <[email protected]> ---
(In reply to Julien Nabet from comment #25)
> Created attachment 207586 [details]
> test epub 3
> 
> The file doesn't contain cover image in metadata part but contains:
> <item href="images/image0001.jpg" id="image0001" media-type="image/jpeg"
> properties="cover-image"/>

Which is somewhat different from what I had actually added to
OEBPS/content.opf, to make it work:

<item id="cover" href="images/image0001.jpg" media-type="image/jpeg"
properties="cover-image"/>

Changing the id generated by LibreOffice to "cover" makes Moon+ reader show the
cover.

I'm not sure if the id has to be the name of the file without an extension, in
which case Moon+ reader has a bug, in that it's not using
properties="cover-image", to interpret this item as a cover, or if the id has
to be "cover", in which case the bug is in LibreOffice.

However, looking at the current version of
https://wiki.mobileread.com/wiki/Ebook_Covers it would seem that the bug is in
LibreOffice, and that the correct id, when no cover.xhtml file is provided, is
"cover-image", with the "cover" id intended for cover.xhtml if provided:


Cover images need specialized entries in the OPF in the manifest section even
if they are just regular images. Note that a cover.xhtml file is not required
but recommended.

 <item id="cover"       href="the-cover-filename.xhtml"   
media-type="application/xhtml+xml"/>
 <item id="cover-image" href="the_cover.jpg" media-type="image/jpeg"/>
The metadata also needs an entry: (Note that the id name of the image in the
manifest must match the content entry. The line can be anywhere in the metadata
section.)

 <meta name="cover" content="cover-image"/>
The iBooks application also needs an entry in the guide section.

 <guide>
 <reference type="cover" href="the-cover-filename.xhtml" />
 </guide>


Readers may try to interpret the various ids (or lack thereof) to figure out
what the cover is, when the standard is not followed, but this is
reader-dependent and obviously non-standard.

Looking at an EPUB file for which Moon+ reader shows the cover, it has both a
<meta name="cover" content="cover-image"/>
entry and an item id="cover-image" entry. It also has a guide section and a
cover.xhtml.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to