search

Rainie3535 / sigil

Automatically exported from code.google.com/p/sigil
GNU General Public License v3.0
0 stars 0 forks source link

Possible CONTENT.OPF issue prevents correct display on book cover in eBook device #1132

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?

1. Create test epub. Create first epub page, add cover image with style 
elements, something like...
------------------------------------
<head>
  <title>Cover</title>
  <style type="text/css">
/*<![CDATA[*/

  @page {padding: 0pt; margin:0pt;}
            body { text-align: center; padding:0pt; margin: 0pt; }
            div { margin: 0pt; padding: 0pt; }

  img.sgc-1 {height: 100%;}
  /*]]>*/
  </style>
</head>

<body>
  <div><img alt="cover" class="sgc-1" src="../Images/epubcover.jpg" /></div>
</body>
------------------------------------

2. Then remove the cover image, from the epub, add a replacement image WITH A 
DIFFERENT NAME image file name.

3. Upload epub to eBook device. Instead of the actual cover image, the device 
will display a generic book image.

What version of the product are you using? On what operating system?

SIGIL 0.4.2
WINDOWS XP PRO SP3
Barnes and Noble NOOK SIMPLE TOUCH firmware ver 1.1.0
Tested epub files were DRM free.
Tested files were successfully ePub-validated at ThreePress

FURTHER INFO:

I noticed that there was an inconsistence in the following CONTENT.OPF data, 
after changing the cover image name:

<metadata> section:
<meta name="cover" content="secondcovername.jpg"/>

And in the <manifest> section:
<item href="firstcovername.jpg" id="cover" media-type="image/jpeg"/>

------------> I manually changed these entries to:

<meta content="cover" name="cover" />

and

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

and the cover image subsequently displayed correctly (in thumbnail) on my 
Nook's shelf.

This seems a a persistent complaint about the Nook, but I believe the correct 
explanation is inconsistent interpretation of syntax in the OPF file, and also 
in Sigil 0.4.2 a failure to rewrite the cover file name on the event that the 
author replaces his cover image with a file of a different name.

cheers

simon

Original issue reported on code.google.com by sehalli...@gmail.com on 16 Dec 2011 at 1:50

GoogleCodeExporter commented 9 years ago

Original comment by meme90...@gmail.com on 25 Mar 2012 at 7:06

GoogleCodeExporter commented 9 years ago 
You need to manually set the semantic for cover image when ever you change 
them. There is no way to know what a cover is unless you specify it.

Original comment by john@nachtimwald.com on 25 Mar 2012 at 11:00

GoogleCodeExporter commented 9 years ago

Original comment by meme90...@gmail.com on 25 Apr 2012 at 6:41

GoogleCodeExporter commented 9 years ago

Original comment by daveheil...@gmail.com on 19 May 2012 at 3:20