ToC renumbering

[Hellmark]

I know there are ways around it, using code and different tricks. It is just one of those things, where it used to be easier before, when you didn't have to have a work around.

[cybmole]

Originally Posted by DiapDealer

The ability to edit the NCX file manually has not been changed in v0.5—if that's what you're referring to.

whew - that's a relief- I use that a lot..
so what is the OP referring to ???

[Hellmark]

Originally Posted by DiapDealer

The ability to edit the NCX file manually has not been changed in v0.5—if that's what you're referring to.

No, and I have been using that to make due.

Originally Posted by meme

What exactly do you mean the TOC editor has been replaced? What exactly were you doing before, on what version (I haven't used the old versions much so don't know what to compare the new one to).

If there are features that you want, then if, when you ask for them, you provide more details it might help get them implemented.

For instance, it seems like renaming the entry in the TOC is something that people want. At the moment this can be done by editing the toc.ncx file directly. Or if you generate from headings, then you can put a title value in your heading tag to show the title in the toc instead of the text in the heading. And of course in generating headings you can select which ones to include (0.5.0 even includes an extra drop down that lets you select/unselect based on heading level automatically).

I assume, but I'm only guess, that what you want is the ability to select the TOC entry in the active TOC display and to rename it there without going into the toc.ncx file. If so, that's something I can look into. Though it opens the question of whether or not just the toc.ncx file should be updated, or if the element should have its title value changed as well for consistency (which would also keep generate from headings in sync).

I don't remember which version, but an older version I used had a ToC Editor, that would pop open a window, and add/remove entries, rename entries, view nesting levels, etc. I found a copy I still had of 0.2.3, and that version had the ToC Editor I'm talking about.

Window was pretty simple, Was a nested tree list view of the every bit of text that was set as a header, nested by size, and a checkbox to the right. Check boxes were in the ToC, and unchecked boxes were not. There was also a checkbox at the bottom of the window for viewing only ToC entries, so if you had that checked, everything that wasn't in the ToC was filtered out. Also, if you double clicked on an entry, you could rename that entry, without modifying the actual header.

While I seem to be mistaken, as I was thinking that there was a way to add a ToC entry without creating a header, it was far more serviceable than the Generate ToC from Header's option we get now. You kinda get the window in 0.4.x and 0.5.0, when you get the Header Selection window after you get the Generate ToC button. However, that window doesn't give you the option for renaming. Also, in my opinion it is slightly less intuitive tose, especially if you do not have the ToC view up normally. For instance, if I want to add or drop a ToC entry, with the older editor, I'd click on ToC Editor, or press F7, and just hit the check box. Now, I have to open ToC View, click Generate ToC, select those I want to be selected, and then hit ok. If you already have a ToC, and you're wanting to edit it, you may not always think that Generating a new one is what you need to do. Plus, with the loss of renaming, that has to be done by editing toc.ncx.

[theducks]

Originally Posted by Hellmark

No, and I have been using that to make due.



I don't remember which version, but an older version I used had a ToC Editor, that would pop open a window, and add/remove entries, rename entries, view nesting levels, etc. I found a copy I still had of 0.2.3, and that version had the ToC Editor I'm talking about.

Window was pretty simple, Was a nested tree list view of the every bit of text that was set as a header, nested by size, and a checkbox to the right. Check boxes were in the ToC, and unchecked boxes were not. There was also a checkbox at the bottom of the window for viewing only ToC entries, so if you had that checked, everything that wasn't in the ToC was filtered out. Also, if you double clicked on an entry, you could rename that entry, without modifying the actual header.

While I seem to be mistaken, as I was thinking that there was a way to add a ToC entry without creating a header, it was far more serviceable than the Generate ToC from Header's option we get now. You kinda get the window in 0.4.x and 0.5.0, when you get the Header Selection window after you get the Generate ToC button. However, that window doesn't give you the option for renaming. Also, in my opinion it is slightly less intuitive tose, especially if you do not have the ToC view up normally. For instance, if I want to add or drop a ToC entry, with the older editor, I'd click on ToC Editor, or press F7, and just hit the check box. Now, I have to open ToC View, click Generate ToC, select those I want to be selected, and then hit ok. If you already have a ToC, and you're wanting to edit it, you may not always think that Generating a new one is what you need to do. Plus, with the loss of renaming, that has to be done by editing toc.ncx.

There is Now another Layer on the TOC editor.

The first layer (that you see) is active. Double click and it jumps to the place in the book. No longer do you need to know which file.
the second layer (that looks more like the original) is accessed by the button at the bottom.
The only thing lost/different is that you must edit the titles in the file. That is easy as you can simply click and jump (from the first level)

[meme]

Originally Posted by Hellmark

No, and I have been using that to make due.



I don't remember which version, but an older version I used had a ToC Editor, that would pop open a window, and add/remove entries, rename entries, view nesting levels, etc. I found a copy I still had of 0.2.3, and that version had the ToC Editor I'm talking about.

Window was pretty simple, Was a nested tree list view of the every bit of text that was set as a header, nested by size, and a checkbox to the right. Check boxes were in the ToC, and unchecked boxes were not. There was also a checkbox at the bottom of the window for viewing only ToC entries, so if you had that checked, everything that wasn't in the ToC was filtered out. Also, if you double clicked on an entry, you could rename that entry, without modifying the actual header.

While I seem to be mistaken, as I was thinking that there was a way to add a ToC entry without creating a header, it was far more serviceable than the Generate ToC from Header's option we get now. You kinda get the window in 0.4.x and 0.5.0, when you get the Header Selection window after you get the Generate ToC button. However, that window doesn't give you the option for renaming. Also, in my opinion it is slightly less intuitive tose, especially if you do not have the ToC view up normally. For instance, if I want to add or drop a ToC entry, with the older editor, I'd click on ToC Editor, or press F7, and just hit the check box. Now, I have to open ToC View, click Generate ToC, select those I want to be selected, and then hit ok. If you already have a ToC, and you're wanting to edit it, you may not always think that Generating a new one is what you need to do. Plus, with the loss of renaming, that has to be done by editing toc.ncx.

Thanks for the further explanation. I'll have to look at the old editor.

I think the current approach gives quite a lot of flexibility (even if it could use some improvement), although you do need to use it slightly differently. Personally I always keep the TOC window open (its great to type something in the toc.ncx file and see it instantly in the TOC window ) so using it to jump chapters as theducks says is quite useful (oh, the next version will sync the selected entry in the book browser to your tab to make it even more useable). And Generate TOC (think of it as Re-Generate TOC) from Headings still gives the functionality you mention, albeit not in one click if your TOC isn't open.

There is some functionality that could be added to the active TOC - renaming for one, possibly changing levels or even re-arranging (though that gets very messy with multiple chapters per file). And for the Generate, it could be expanded to include already existing TOC entries, Regex patterns, etc. But flexibility can bring confusing. But there are still bugs to sort out with merge/split of files and the toc.ncx file too...

[DiapDealer]

Originally Posted by Hellmark

No, and I have been using that to make due.

Sorry for the confusion, I knew what you were referring to Hellmark. I was just reassuring cybmole that there was no change in manual NCX editing from 0.4.2 to 0.5.0.

I remember the old interface you're talking about... and I can see how someone who had gotten used to a graphical, simplistic way of editing chapter titles probably wouldn't appreciate having to then dive into xhtml/xml code to achieve the same thing in the newer versions. Hopefully someone can integrate something similar back into the gui for you (and others) in future release.

[Hellmark]

Originally Posted by theducks

There is Now another Layer on the TOC editor.

The first layer (that you see) is active. Double click and it jumps to the place in the book. No longer do you need to know which file.
the second layer (that looks more like the original) is accessed by the button at the bottom.
The only thing lost/different is that you must edit the titles in the file. That is easy as you can simply click and jump (from the first level)

While the jumping to sections is cool, and does make it easier for some people. Besides renaming, I miss the keyboard hot key for the second layer too.

Originally Posted by meme

Thanks for the further explanation. I'll have to look at the old editor.

I think the current approach gives quite a lot of flexibility (even if it could use some improvement), although you do need to use it slightly differently. Personally I always keep the TOC window open (its great to type something in the toc.ncx file and see it instantly in the TOC window ) so using it to jump chapters as theducks says is quite useful (oh, the next version will sync the selected entry in the book browser to your tab to make it even more useable). And Generate TOC (think of it as Re-Generate TOC) from Headings still gives the functionality you mention, albeit not in one click if your TOC isn't open.

There is some functionality that could be added to the active TOC - renaming for one, possibly changing levels or even re-arranging (though that gets very messy with multiple chapters per file). And for the Generate, it could be expanded to include already existing TOC entries, Regex patterns, etc. But flexibility can bring confusing. But there are still bugs to sort out with merge/split of files and the toc.ncx file too...

I know things change, and that somethings get better and some worse. I just feel some changes can be made to make it better, and that bringing back some of the old features could help. One tweak I'd do, is just simply change the name from Generate ToC, to something else.

Originally Posted by DiapDealer

Sorry for the confusion, I knew what you were referring to Hellmark. I was just reassuring cybmole that there was no change in manual NCX editing from 0.4.2 to 0.5.0.

I remember the old interface you're talking about... and I can see how someone who had gotten used to a graphical, simplistic way of editing chapter titles probably wouldn't appreciate having to then dive into xhtml/xml code to achieve the same thing in the newer versions. Hopefully someone can integrate something similar back into the gui for you (and others) in future release.

For me, I just feel if I am using a WYSIWYG, I want interaction with code to be kept to a minimum, just quick and dirty fixes. Being how most ebooks don't need anything fancy, that really isn't all that much. If I do have to do much monkeying with code, may as well do the entire thing by hand, because then idiosyncrasies of how the WYSIWYG generates code start clashing with my idea of how it should be done.