[GUI Plugin] EpubSplit

[JimmXinu]

Originally Posted by heather1a

OK, this is a very old post, so I don't think I will get an answer. BUT...

I have downloaded the EpubSplit zip file, unzipped it, and cannot find any .exe file to actually install it.

What am I doing wrong?

There is no .exe, it is not a standalone executable. It's a supplemental plugin to the Calibre ebook management software.

You install and run Calibre, then install the plugin within Calibre (see this post).

[theducks]

Preferences:Plugins: load from file

You load the ZIP
This is how you must do betas and the ones not permitted at MR

The easier way for the PI in this section:
Preferences: Get Plugins: (not installed) <select>
That downloads an installs

[JimmXinu]

I've had a report on github of EpubSplit failing to load on "linux" due to SafeConfigParser.

EpubSplit doesn't actually use SafeConfigParser, so it's an easy fix to remove the import, but I'd like to know if this is cause for a release?

IE, has anyone else seen this?

[JimmXinu]

New Version Released

Version 3.8.0 - 2024-07-16
- Update translations
- Remove unneeded import SafeConfigParser

[sptau]

Hello Jimm, I'm very grateful for the epubSplit you've developed. It has saved me a lot of time.
However, I'm currently facing an issue: when a single HTML file contains multiple titles (for example, in sequence as title1, title1-1, title1-2), the order of titles displayed in epubSplit is reversed (title1-2|title1-1|title1). This causes the last title to be automatically used as the title for the new epub when splitting. Is there an option to reverse the order of the titles in the UI interface?

[JimmXinu]

New Test Version

2024-08-06
- Keep order of non-anchor TOC entries to the same file.
- Update Translations

Hmmm. I think I see what's going on here, but without seeing the source epub, I'm speculating a bit.

TOC entries can point to an HTML file in general, or a specific anchor tag inside an HTML file.

The code that collects multiple TOC entries pointing to the same HTML file specifically puts file-pointing entries at the start of the list to make sure they 'win' if there are anchor-pointing entries to the same HTML file in the TOC before the file-pointing entries. (A TOC is not required to be linear.)

This had the unintended affect of reversing the order when there's more than one TOC entry pointing to the same HTML file without anchors.

The attached test version addresses that issue. If it doesn't fix your (sptau's) problem, I'll need to see the source epub.

[sptau]

Ohhhhhh, It's working perfectly now.

I suspect that the issue where "the last TOC entry in the Table of Contents appears on the first" is not unique (I've observed this in over ten epub files).
The epub toc.ncx looks like this:

......
    <navPoint class="chapter" id="num_2" playOrder="2">
      <navLabel>
        <text>太平广记（第一册）</text>
        <!-- The Book Title -->
      </navLabel>
      <content src="text/part0001.html"/>
      <navPoint class="chapter" id="num_3" playOrder="2">
        <navLabel>
          <text>封面</text>
          <!-- Cover -->
        </navLabel>
        <content src="text/part0001.html"/>
      </navPoint>
      ......
    </navPoint>
......

And the UI looks like this:
| 源内容 | 目录项 |
| OEBPS/Text/part0001.xhtml | 封面|太平广记（第一册） |

The test version you provided has effectively resolved this issue.
The UI looks like this NOW:
| 源内容 | 目录项 |
| OEBPS/Text/part0001.xhtml | 太平广记（第一册）|封面 |

I am immensely grateful for your help.

[sptau]

Ohhhhhh, It's working perfectly now. I've noticed that the issue where 'the last entry in the Table of Contents (TOC) is positioned at the forefront' is not an isolated incident—I've encountered this in more than a dozen epub files. I am immensely grateful for your help.

[JimmXinu]

New Version Released

Version 3.9.0 - 2024-08-13
- Update translations
- Keep order of non-anchor TOC entries to the same file.