|
i have found what I'll call a "long chapter bug" with the new page numbering options. I don't think it's been reportesd already btu I could not face reading the entire 11 pages to be sure..
anyway. I ahve a book with some 200+ page chapters which have been split into smaller 100+ page sections ( maybe by calibre but I think its in the original epub)
you'll see this in any of the James Mitchener epics I think.
now with 3.08 & earlier, loading it via the kepub driver. you'd seechapter name and page x of y numbering in the footer , but when you got to the 2nd part of a chapter i.e. to where a new html file kicked in the chapter name would disappear from the footer and the numbering would restart at 1 of xx.
In 3.11 if you turn on whole-of-book page numbers, the algorithm that calculates what whole-of-book page you are on can't cope with the above; going back and forth from last page of a chapter to 1st page of a new chapter ( in a book that has split chapters i.e. has more chapter files than it has chapters in the toc ) introduces 100+ page number jumps.
In my book, don't think the story text order was affected but I edited the source & merged all the problem chapters & reloaded the kepub.epub . the book page numbers flow OK now.
It should be fairly easy to produce a test case if anyone is interested. I don't think it is necessary to find a book with super long chapters. Just take say a 3 chapter book and then artificially split the 2nd chapter, say with sigil. then load that book - which will now have 4 x html files, onto the reader & see hat happens with page numbers when you use toc to jump to a specific chapter.
I am guessing that the page number calc uses the toc to ask how many other chapters there are, and calculates pages for one file per chapter - so that split chapters do not get counted correctly.
as the whole of book page number feature is new to this firmware release, it will not show in older versions.
|