View Single Post
Old 11-23-2021, 07:10 PM   #2621
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 Buhaj47 View Post
I remember the chapter page count didn't work correctly a few years back if the HTML files didn't match ToC entries, I suppose it's still the case. If the user wants to see the count and there's no 1:1 correspondence in EPUB files, does the plugin fix it, or is there another way to do it other than splitting HTML files manually?
Firstly, the issues with not having a one-to-one relationship between the ToC and internal files is a lot less than it used to be. I don't think the full book numbering has an issue with this.

Other than that, the extended driver does not make changes to the structure of the books sent. The assumption is that the books being sent are in valid, do not contain errors and are otherwise ready to read. There is some code cleanup, but, that is more about making adding the spans less likely to fail. Otherwise, the intention is to make minimal changes. This was an explicit design decision and won't change.

If more is desired, do a conversion to kepub.
davidfor is offline   Reply With Quote