Nook Covers OPF Issue

DTM · 07-27-2013, 10:15 AM

The background:

The Nook has a bug in that prevents it from showing the cover of a book when you're viewing your library on the device. This happens if the entry in the OPF file is of the form:

<opf:meta content="cover-image" name="cover" />

What Nook wants is:

<opf:meta name="cover" content="cover-image" />

My understanding is that Sigil took care of this a few versions back by automatically switching the statement to the Nook-required format.

The problem:

I've just updated Sigil to 0.7.2 and found that it now does just the reverse: if you put the statement in "Nook workaround format", Sigil switches it back to the more standard format. I can't seem to turn this off. I have "Clean Source" disabled under Preferences. Is there something else I need to do that I'm missing?

DTM · 07-27-2013, 02:26 PM

OK, I sort of figured this one out. But I'm not sure I understand.

I tried going in with tweak_epub and reversing the order, but that didn't help. Ultimately, I ended up (1) renaming the cover image file to make it much shorter and (2) deleting the "meta" line entirely and re-entering it. It now works.

Now, the odd thing about Sigil's behavior is that it seems to display the line in content/name order, but saves it in name/content order. That is, it shows content/name, but if I save and open in tweak_epub, it actually saved it as name/content, but if I reopen in Sigil, it again shows it as content/name. Strange.

user_none · 08-03-2013, 05:39 PM

The change will not be displayed. It is only updated on save.

07-27-2013, 10:15 AM	#1
DTM Intentionally Left Blank Posts: 172 Karma: 300106 Join Date: Feb 2006 Location: Royal Oak, MI, USA Device: Nook STR	Nook Covers OPF Issue The background: The Nook has a bug in that prevents it from showing the cover of a book when you're viewing your library on the device. This happens if the entry in the OPF file is of the form: <opf:meta content="cover-image" name="cover" /> What Nook wants is: <opf:meta name="cover" content="cover-image" /> My understanding is that Sigil took care of this a few versions back by automatically switching the statement to the Nook-required format. The problem: I've just updated Sigil to 0.7.2 and found that it now does just the reverse: if you put the statement in "Nook workaround format", Sigil switches it back to the more standard format. I can't seem to turn this off. I have "Clean Source" disabled under Preferences. Is there something else I need to do that I'm missing?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Nook Simple Touch Glowlight - technological issue or quality-control issue?	Dr. Drib	Barnes & Noble NOOK	1	12-04-2012 01:32 PM
Benefit to Separate Covers & Metadata in OPF?	Baja	Amazon Kindle	4	02-15-2012 01:24 PM
Issue with HarperCollins EPUB Covers?	seanbob	Calibre	2	12-15-2010 02:56 PM
Multiple "Copy to Library" not copying covers/opf files over?	Trickery	Calibre	9	10-08-2010 01:18 PM
Covers are an issue between the 505 and 900	JSWolf	Calibre	10	12-31-2009 11:24 AM

07-27-2013, 02:26 PM	#2
DTM Intentionally Left Blank Posts: 172 Karma: 300106 Join Date: Feb 2006 Location: Royal Oak, MI, USA Device: Nook STR	OK, I sort of figured this one out. But I'm not sure I understand. I tried going in with tweak_epub and reversing the order, but that didn't help. Ultimately, I ended up (1) renaming the cover image file to make it much shorter and (2) deleting the "meta" line entirely and re-entering it. It now works. Now, the odd thing about Sigil's behavior is that it seems to display the line in content/name order, but saves it in name/content order. That is, it shows content/name, but if I save and open in tweak_epub, it actually saved it as name/content, but if I reopen in Sigil, it again shows it as content/name. Strange.

08-03-2013, 05:39 PM	#3
user_none Sigil & calibre developer Posts: 2,488 Karma: 1063785 Join Date: Jan 2009 Location: Florida, USA Device: Nook STR	The change will not be displayed. It is only updated on save.