Hi, this thread is a spin off from Kobo Extended Driver plugin thread. I posted the issue there (this is the first post) because I wasn't sure if it could be a driver conversion issue. But jgoguen has discarded it, and now my bets are fifty per cent in ACCESS bug, fifty percent in some strange bug or wrong format within the epub.
Less story and more description. The problem is that I detected that page numbers made strange jumps forwards and backwards on a "normal" ebook which had been kepubized. So, I stripped down the epub to get a test sample, and the bug is still there. I upload it (this is actually the epub_original version from this last post which includes a fixed toc.ncx)
Please, could some expert user take a look at it and explain what the hell is going on?
In order to test/replicate the issue:
Thanks in advance.
Less story and more description. The problem is that I detected that page numbers made strange jumps forwards and backwards on a "normal" ebook which had been kepubized. So, I stripped down the epub to get a test sample, and the bug is still there. I upload it (this is actually the epub_original version from this last post which includes a fixed toc.ncx)
Please, could some expert user take a look at it and explain what the hell is going on?
In order to test/replicate the issue:
- Grab the epub and add it to Calibre.
- In KoboTouchExtended driver tick "Enable Kobo Extended Features". (This setting enables automatic conversion from epub to kepub before uploading to your Kobo device).
- In KTE driver also enable "Use full book page numbers". (If you don't tick this option, you won't trigger the issue as ACCESS would show you the numbers of pages relative to each chapter, which are just one all the time. We want page numbering against the whole book).
- Send the book to your device using Calibre.
- The book has just eight chapters, (eight xhtml files), and each one has a short sample text saying its file name and the current position. Example: "info.xhtml -- 4/8" which tells you that you are in the info.xhtml file which is the fourth page/chapter/file in the book which has a total number of eight pages.
- Well, the bug is that if you look at the page number informed by ACCESS renderer in the footer, you will actually see this sequence when you advance through it: 1 (actually hidden as it's the initial file supposed to be a cover), 2, 3, 6, 7, 8, 4, 5
- Forget about the name of each file, they're just the true names of the files in the original true book. And also forget about some chapters showing or not in the footer. The book ToC only has entries for four of its eight files. (Or DO NOT forget about these data if you think that the problem is somehow triggered by them).
Thanks in advance.