View Single Post
Old 06-13-2011, 09:56 AM   #23
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 73,957
Karma: 128903250
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
I think you've got it somewhat wrong. ePub can have two different ToC. One internal and one external. The NCX file it the external ToC. if your ToC is in the NCX file, you don't need the internal ToC.

When you convert ePub to Mobi, the NCX gets converted to a linked ToC that is at the back of the Mobi. If you have both an NCX and an internal ToC, you may or may not end up with two ToC in the Mobi. But if the requirement is to have an internal ToC near the front of the Mobi, there there is no reason at all that Kindlegen could not manage that by using the NCX file. The fact that the NCX gets relegated to the back is not my concern. My concern it to get rid of any internal ToC. And the worst ones of all are when the publisher links the ToC headers back to the internal ToC. That's just wrong for an ePub.

What does Kindlegen do with the NCX? I knwo what Calibre does with it. It creates a linked ToC at the back of the Mobi.
JSWolf is offline   Reply With Quote