[Plugin] ODTImport

[Doitsu]

Originally Posted by Leonatus

I have been using the plugin very frequently without issue. But this time, I receive this error message: [...]

Unfortunately, I wasn't able to reproduce this problem on my Windows 11 machine. The file selection dialog didn't have problems with spaces or umlauts in the path or the file name. Maybe the file path contained some invisible control characters.

[Leonatus]

As well as in the folder, there had been a "ú" in the name of the file itself ("Júlia"). When the plugin didn't work for the first time, I changed the name of both ("Julia"), suspecting that this letter might have caused the problem. But the issue continued. So, I tried to choose a totally different name and save it to a different location. That solved the problem.

[Doitsu]

Originally Posted by philja

On reading the latest "user-manual-Writer2xhtml17.odt" with special reference to anything mentioning lists, I saw the option "list_formatting" with three possible values - ignore_all, convert_labels, convert_all. This is at odds with line 20 in the config.xml supplied with the plugin 0.4.1 which quotes "value=css1"

In writer2xhtml 1.7.x, list_formatting has 4 possible values:

convert_all (default) old value hard_labels
convert_label_styles old value css1
convert_labels old value css1_hack
ignore_all

I found a sample config.xml file on the writer2xhtml Github page:
https://github.com/writer2latex/writ...cleanxhtml.xml

and slightly updated it for epub3 output and removed all redundant entries where the value matched the default value.
If you change the value in the following line from:

  <option name="list_formatting" value="ignore_all" />		<!-- default: convert_all -->

to

  <option name="list_formatting" value="convert_label_styles" />		<!-- default: convert_all -->

You should get the same results as in older versions.

I also found out by chance that writer2xhtml 1.7.x supports page numbers in epub3 files. Unfortunately, it'll add a masterpage attribute to page break definitions, which EPUBCheck doesn't like.

I commented out one source code line to change this behavior and created a new experimental build that is attached to this post.

If you generate epub2 books, you'll need to change the following config.xml entry from:

to:

  <option name="original_page_numbers" value="true" />		<!-- default: false -->

to:

<option name="original_page_numbers" value="false" />		<!-- default: false -->

If you're not interested in generating page numbers in epub3 books, you can ignore this build.

[roger64]

Today,when trying to create a new ePub, ODT Import failed to launch.
OS:Archlinux.
java version "1.8.0_431"
Java(TM) SE Runtime Environment (build 1.8.0_431-b10)
Java HotSpot(TM) 64-Bit Server VM (build 25.431-b10, mixed mode)


I have the latest version of Sigil (2.3.1.). Please find below the relevant error message.

[KevinH]

Your Arch Python is too new. It has dropped support for the imghdr.py module. This was a really stupid decision by the maintainers of python as the module is small but heavily used and should not have been dropped in any point release no matter if deprecated or not earlier.

Luckily, you can extract the pure python imghdr.py file from the previous version of python and add it to the plugin zip archive and all should work.

You can grab it from here:

https://github.com/python/cpython/bl.../Lib/imghdr.py

Since python breaking plugins is not in the best interest for any platform I may add it to the Sigil python plugin standard library if its license is at all compatible.

[roger64]

Thanks for your informed reply. I'll try it and report asap.

[roger64]

ODT Import is now working as usual.

I added imghdr.py precisely here (see below)

For info, my python version is 3.13.1-1 and has been -massively- updated on the 22nd of December 2024.

Thanks again!