Quote:
Originally Posted by charleski
When splitting on chapter markers, Sigil now just uses the name of the originating file as the root for the names of the subsequent files. It doesn't have anything to do with the name of the book. It still uses the old Section000x.xhtml names for manual chapter splits as that's what the old code did - renaming the new chapter file to something meaningful is best left to the user in this case.
|
This is actually the very thing I came here to hunt for before filing a "bug" or feature request on the dev site. I make all my ebooks (so far anyway) using one big template html file with each chapter set up with the Sigil chapter break tag in where I have other file format converters doing a page break before a chapter - I like having one html file plus a cover image for each book that I can use to create a fair few other formats of eBook out of. So I go for all kinds of consistency in creating my files.
Until 0.4.0 release (I was using one of the previous 0.4.0 pre-releases - Mar24 windows (x64) build 0.4.0β3) my standard procedure is to
1. import my HTML file of the final book (which pulls in the cover image and the linked style sheet)
2. Rename the html file (which is typically in the format of "auth-last, first - seriesname ### - book title.html") to "Section0001.xhtml"
3. Rename the cover file (same name format as the original HTML file only the extension differs) to "cover.jpg"
4. hit F10 so I'm in split view (for ease of snagging a bit of metadata to drop into the content.opf file), F8 to ensure my html file's metadata that Sigil links actually goes into the content.opf file, and F6/"Split on SGF Chapter Markers"
5. Fix the various new "Section0002.xhtml" and so on to the properly numbered order and generate my TOC after they are in the right order (the version I was using would randomly scramble the files, but they would be named such that if I put them in numerical order they would be in the right order).
6. Copy over my calibre series info from my html file metadata into the content.opf file
7. save and validate the ePub
Now...I rename the starting html file so I can get all my section####.xhtml files in order (since it never started with 0001 even if 0001 didn't exist, I always just named my starting file Section0001.xhtml) and use F6 and I get "Section0001_0002.xhtml" and so on with "_####" added to the Section0001 filename.
The problem here for me is that up until now - ALL my ePubs are consistently named internally as "Section0001.xhtml" format, so going forward my internal naming will be different, or I have to modify files going forward post-split - or go back and fix all my existing ePubs to the new standard. I could start the starter file with "Section.xhtml" then rename it post-split to "Section_0001.xhtml" as it still appears to begin numbering at _0002 instead of _0001 (I'd personally start it with 0001 if you're going to go with startingfilename_#### though)
I'm just anal retentive enough to go through and fix them - now or in the future to keep them all consistent. Please for the love of pete can we have a option on using the older file naming for those of us who don't have a bunch of files that we put into a book before the splits happen? If I'm only using one file and I use the Sigil chapter breaks - I'm willing to use the tag to tell Sigil what to name each split out file even if that's what it takes (since I use a template and paste my book chapters into a set format, I'd just have to modify the templates and could fix my original HTML files via find/replace regex for all my old files - the ePubs I already have converted would be fine since they lose the Sigil pagebreak tags when I F6 the file in Sigil anyway.)
Anyway - it's a minor complaint to some of the real issues out there, but I want my old split-naming back

(and yes, I do realize how using the old naming could have been problematic for people who are starting with more than one content file - the new way does seem like it'd work best and I may just have to cope - and cry a lot while I fix my ePub collection due to my OCD)