Translating Sigil

[User_Z]

Originally Posted by KevinH

On a side note, for the specific example image you chose, it would be trivial to change the prompt from:

Already changed.

[User_Z]

Originally Posted by KevinH

As a compromise workaround, if you and BeckyEbook can provide a *small* (5 or less?) set of the worst cases in Sigil (i.e point me at the exact prompt in English that will specifically identify the dialog in question) where Qt's internal button translations do *not* match the prompt,...

It's a deal.

[User_Z]

Hello.

In the test version of Sigil 2.3.0 I can't find the lines that are listed in the Transifex system under numbers 1744, 1745, 2115, 2116.

What exactly is the meaning or action that you put into the word "Rebase"?

[BeckyEbook]

Rebase in this context means that the identifiers of all files in the manifest section (and, of course, the spine section) in the OPF file will be updated to those that match the original file names.

That is, for example.
if there is an entry in the manifest:

<item id="id34284-ch1" href="chapter_1.xhtml" media-type="application/xhtml+xml"/>

it will be changed to such:

<item id="chapter_1_xhtml" href="chapter_1.xhtml" media-type="application/xhtml+xml"/>

id="chapter_1_xhtml" is now consistent with the file name: "chapter_1.xhtml"

[User_Z]

Thank you.

For some reason I don't have such a menu item.

[BeckyEbook]

This option will be available in an upcoming Sigil release. I try to keep building up-to-date versions from the source code, so this option is visible with me. The new command came after the latest beta release.

[KevinH]

Yes, in this context the definition of "rebase" is as follows.

To "rebase" is the process of modifying data based on one specific reference to now be based on another different reference without changing its underlying functionality.

In Sigil, you are modifying all opf manifest ids from their previous naming basis (whatever that was) to now be based on their current file names without breaking any functionality.

That means making sure to properly update the spine, update the smil references in metadata, update the cover image metadata, update any bindings, updating manifest fall back properties, and any media-overlay properties just to make sure you do not break the opf.

This tool may be particularly useful after renaming files en masse so that the current manifest ids do not reflect the now changed earlier file name which can cause confusion when examining or hand editing the OPF.

This tool was added based on requests from users to "fix" manifest ids after a file was renamed like Sigil used to do but that old approach was too slow for large renames and unfortunately could result in broken functionality especially under epub3. So that practice was stopped to avoid creating bugs since the spec called for unique ids only.

Over the years people just got used to basing these ids on filenames.