Thread: Kobo Patcher
View Single Post
Old 11-24-2013, 02:06 PM   #508
dmapr
Evangelist
dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.dmapr ought to be getting tired of karma fortunes by now.
 
Posts: 469
Karma: 600816
Join Date: Sep 2009
Device: Kobo Aura HD, Kobo Aura One
Quote:
Originally Posted by byblo View Post
Yes they seems ok for tests.

BTW, I've been taking a look in the ereader's database to see how it works. It seems a real mess.

The reason the cover is shown after reopening a book that was previously finished is because at finishing the book, the cover path is saved in the database as the current page on the first TOC entry...

For instance, after finishing a book, the main book entry will contain on its ChapterIDBookmarked the path to the very first TOC file (as usual), and on that specified entry, the adobe_location column value will contain the cover file path...

Why is the cover path saved at finishing a book but first TOC entry is used when opening a new book? Only God knows...

Regardless the method, If Metazoa can force to start from page 1 when the ReadStatus is set to 0 (without breaking the TOC and bookmarking features), he is very good at patching ^^;
Since I've already passed that info to him before and he tried to do it in some other way I'm thinking it may not be as straightforward. And if he doesn't have a test book on which his current patch isn't working right he probably won't even start looking.
dmapr is offline   Reply With Quote