Thread: Possible bug. Strange page numbering in ACCESS (sideloaded kepub)
View Single Post
Old 11-20-2013, 08:19 PM   #9
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 arspr View Post
I don't follow or understand you.

I mean, do you prefer a page numbering system that is dependant on the font settings? Can you explain which are its advantages?

But nevertheless, are you saying that the main reason for your switch from epubs to kepubs is PAGE NUMBERS? Of course, every single person can adopt the opinions, likings and preferences he/she wants but I don't see your motivation as a general one...

What doesn't work in Adobe page numbering? It works perfectly and it's fully reliable. Its only issue is that the pages inside the book would have "different" lengths if, as davidfor says, they are calculated based on the file size.
Do a little reading around here. There have been a lot more complaints about the ADE page numbering than the kepub version. With the ADE method, the page number doesn't change each time the screen does. Depending on the font size, there can be multiple pages on a screen or a page can cover multiple screens. People seem to like the idea that tapping the screen to display the next screen worth of text changes the page number as well.

Edit: And to prove my point, the first thread I read after posting this was https://www.mobileread.com/forums/sho...89#post2692389.

The ADE method is handy telling someone where to look in a book, but it is fragile. It needs exactly the same version of the book. Unpacking and repacking it could change the compression used which will change the number of pages calculated for that book.

For the algorithm used by ADE, see https://wiki.mobileread.com/wiki/ADE#Page_numbers.
Quote:
I don't exactly know how the page numbering process goes, but I think you are completely wrong. I suppose that page numbering goes about the size (compressed or not, it doesn't matter), of the HTML files, not about the epub size. Embedded images, fonts or whatever would be irrelevant.

And as I said, it's not an exact process but just an approximate enough one. (Like in paper books as I also said BTW). And fully reliable.

Are you sure that the Koboish one which adds font sizes and margins to the mixture is more precise? Can you explain how?
I think Terisa was referring to the displayed file size. The library lists show the file size in KB or MB. That is pretty useless because the included cover images tend to be bigger than the text.
Last edited by davidfor; 11-20-2013 at 08:24 PM.
davidfor is offline   Reply With Quote