Quote:
Originally Posted by Hitch
And that you can then utterly ignore the iTunesArtwork file, if you simply manifest the "real" cover.
|
Yes that is what my tests show as well. I started with a fresh epub with a cover and marked it as the cover properly in the opf and then e-mailed that epub to my iPad and added it to Books. Books then created the iTunesArtwork from my cover image on the fly so it would not have to parse the entire opf just to figure out the cover.
Are you saying that commercial epubs are being generated that have no cover image file in them and people add an iTunesArtwork file to act as the cover?
Why on earth do that if one is being auto generated for you as a cache file? Also any book bought from the Apple bookstore typically has DRM that prevents you with messing with it anyway right?
So
- if there is no cover image in the epub as determined by the opf settings
- and if the iTunesArtwork file comes from outside (somehow) (ie. does not exist inside the epub anyplace else)
- and if the epub did not have DRM on it
Then you should be able to:
1. export the epub to your Desktop
2. run unzip to unpack the files in the epub
3. grab the iTunesArtwork file from that unpacked epub and examine it in Apple's Preview to see if it is jpg, gif, png, etc.
4. rename iTunesArtWork properly with the right extension, ie. cover.jpg, cover.png, etc
5. Use Sigil to properly add that image and mark it as the cover in the opf so that you never have to go through this again, and the epub will work properly on all readers.
But I can not imagine that people would not put a proper cover in an epub and mark it in the opf properly since Apple's Books app will nicely create the required cache pieces for all normal epubs.
Is this some old holdover before Books properly created the needed cache files?