Thread: [Device Plugin] Kobo Touch Extended Driver
View Single Post
Old 05-16-2013, 08:03 PM   #158
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 djbe View Post
I had the exact same issue for a few books (14 out of 136), solved it by enabling "upload covers for books" option.

Somehow the cover images are not being created in the .kobo/images folder. Curiously enough, the database entries for the books does contain a correct ImageID field value, it just points to a non-existing file. Checking the previously mentioned configuration option fixes this problem.
Covers for epubs and kepub.epubs are generated by the device in different ways. For an epub, it is the first page of the book. For a kepub.epub, the OPF has to define the cover image file correctly. Then the extended driver adds a property to that definition. If the cover image is not defined in the OPF, this can't be done.

The send cover options bypass this by creating the covers when the book is sent.
davidfor is offline   Reply With Quote