Adding existing files problem

[Hitch]

Originally Posted by theducks

I would be more than pleased to just be able to sequence with a prefix to numbers ABCnnn (BTW I don't ever remember touching a book that needed more than 3 (Chapter) digits. If I did, I would just put the MSB in the prefix ch01nnn

Yes, I'd be thrilled to be able to auto-increment and rename a batch of xhtml files inside of Sigil. I have numerous clients that have more than 100 chapters per book, and the ability to get past the frontmatter and name the chapters sequentially so that we can more easily find their (ubiquitous--don't get me started on THIS topic) post-production copyedits would be lovely. I frequently have books in which Section007 = "Chapter 1" of 130 chapters, and it would be nice not to have to mentally increment by, say, 6, to find whatever bloody edit they want in chapter 79, especially since so many of them don't give us enough unique text to search.

IF the code included the ability to have other digits that could be ignored, e.g., Sec001Chap001, Chap002, Chap003, that would be spiffy--but I'd take the simple incremental capability in a heartbeat. ;-)

Hitch

[meme]

The rename selected function is looking good for the release after .5. It should cover what has been asked for.

Once you've selected your files, you simply type the rename template of the form TEXTnumber, where TEXT is your base name, and number is the starting number in the sequence. If there is no number, it defaults to 1 (and if no text, you just get numbers). If you pad with 0's then 0's will be added to match the number of digits in the number. Only digits at the end are counted as part of the sequence number so numbers in the middle of TEXT are ok. e.g. Part 1 - Section 02 is fine. The files are renamed one by one with the same internal book updates as before. But once its released, someone with more ePub experience will have to verify it isn't missing anything.

[theducks]

Originally Posted by meme

The rename selected function is looking good for the release after .5. It should cover what has been asked for.

Once you've selected your files, you simply type the rename template of the form TEXTnumber, where TEXT is your base name, and number is the starting number in the sequence. If there is no number, it defaults to 1 (and if no text, you just get numbers). If you pad with 0's then 0's will be added to match the number of digits in the number. Only digits at the end are counted as part of the sequence number so numbers in the middle of TEXT are ok. e.g. Part 1 - Section 02 is fine. The files are renamed one by one with the same internal book updates as before. But once its released, someone with more ePub experience will have to verify it isn't missing anything.

Bravo!

[Jabby]

Originally Posted by meme

The rename selected function is looking good for the release after .5. It should cover what has been asked for.

Well done and many thanks. That ought to do it!

Regards - John

[JSWolf]

Originally Posted by meme

The rename selected function is looking good for the release after .5. It should cover what has been asked for.

Once you've selected your files, you simply type the rename template of the form TEXTnumber, where TEXT is your base name, and number is the starting number in the sequence. If there is no number, it defaults to 1 (and if no text, you just get numbers). If you pad with 0's then 0's will be added to match the number of digits in the number. Only digits at the end are counted as part of the sequence number so numbers in the middle of TEXT are ok. e.g. Part 1 - Section 02 is fine. The files are renamed one by one with the same internal book updates as before. But once its released, someone with more ePub experience will have to verify it isn't missing anything.

Can this please be extended to fix the playorder value in toc.ncx?

[meme]

Its certainly something I'm considering.

Looking at the epub spec, it does say the playorder should start at 1. It also says it should increment by one - although only for time data.

From the spec and what I've seen here, there doesn't seem to be any reason to update the playorder, except for cosmetic reasons (which is a still a valid reason).

So basically you want to keep the same playorder as the current file but just change the sequence to start at 1 and increment by 1? (so if its 2 5 6 8 9 it becomes 1(2) 2(5) 3(6) 4(8) 5(9) )

I'm also thinking about the whole TOC editing issue - there are many requests/suggestions for making TOC editing better, and if there were a TOC editor it could handle this reordering easily enough. On the other hand, implementing a more sophisticated TOC editor will take a long time, and not everyone will want to edit the TOC just to cleanup re-numbering.

[JSWolf]

Originally Posted by meme

Its certainly something I'm considering.

Looking at the epub spec, it does say the playorder should start at 1. It also says it should increment by one - although only for time data.

From the spec and what I've seen here, there doesn't seem to be any reason to update the playorder, except for cosmetic reasons (which is a still a valid reason).

So basically you want to keep the same playorder as the current file but just change the sequence to start at 1 and increment by 1? (so if its 2 5 6 8 9 it becomes 1(2) 2(5) 3(6) 4(8) 5(9) )

I'm also thinking about the whole TOC editing issue - there are many requests/suggestions for making TOC editing better, and if there were a TOC editor it could handle this reordering easily enough. On the other hand, implementing a more sophisticated TOC editor will take a long time, and not everyone will want to edit the TOC just to cleanup re-numbering.

Yes, that is exactly what I want. Also, if we have say a ToC with say 50 entries that start with 1 and are all sequential by 1 and I want to add one in the middle someplace and they are all in order, I could just stick in the entry I want with any playorder number and it will be properly numbered.

[meme]

See your TOC renumbering thread for more comments.