View Single Post
Old 06-18-2015, 09:36 PM   #91
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 46,737
Karma: 169712580
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos
Quote:
Originally Posted by davidfor View Post
Quote:
Originally Posted by chrisridd View Post
I wonder if we can figure out some tests to see what about the ToC extraction is so slow. Does nesting make a difference - as Kobo doesn't support multiple levels?
I think it's just size. My test the other day had flat ToCs. Most of my books have either one or two levels. There doesn't seem to be any difference with those two.
I think it's just size. My test the other day had flat ToCs. Most of my books have either one or two levels. There doesn't seem to be any difference with those two.
Just for the heck of it, I generated an ebook with 1000 TOC entries nested to 5 levels and another copy of the same ebook with 1000 unnested TOC entries (replaced h[1-5] with h3).

The time to process was as close to identical as I could tell using the stopwatch function of my phone. I considered generating multiple copies of each ebook to extend the time to allow for better time resolution but will leave that for someone else to have fun with.
DNSB is offline   Reply With Quote