Thread: Glo Database malformed but signout does not work...
View Single Post
Old 09-20-2015, 10:36 PM   #13
davidfor
Grand Sorcerer
davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.
 
Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
Quote:
Originally Posted by Mrs_Often View Post
Hmm...

From content.opf of a sideloaded KePub that does NOT show the cover:

Code:
<item href="Images/cover.jpg" id="cover.jpg" media-type="image/jpeg" />
From content.opf of a sideloaded KePub that DOES show the cover:

Code:
 <item href="Images/cover.jpg" id="cover.jpg" media-type="image/jpeg" />
So no difference there. And the href's are indeed referring to the correct location
For the firmware to get the kepub cover, the important bit is the "properties". The id has to there, but it is used as a cross-reference to other entries in the OPF. It doesn't matter what the value is.

If you have kepubs without the properties for the cover image that are showing covers, the covers probably got there some other way. Either the driver has been configured to send the covers or you used the Kobo Utilities to send them.
davidfor is offline   Reply With Quote