ODT not up to standard

Post Reply
lgsl
Posts: 138
Joined: Wed Mar 04, 2020 8:00 pm

ODT not up to standard

Post by lgsl »

When documents are exported to ODT, TM creates a ODT 1.0, instead the current 1.3 standard used by LibreOffice and other software relies on the ODT standard. Is also important to notice that the 1.3 release added lots of features.

This can be seen in the document headers generated by TM:

Code: Select all

<office:document-meta xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" xmlns:ooo="http://openoffice.org/2004/office" office:version="1.0">
The 1.0 implementation is almost 20 years old. The current implementation, version 1.3, was released 3 years ago and it is the default one for LibreOffice, while Apache OpenOffice still uses 1.2. Even the last 2 versions of MS Office can import and export to ODT 1.3.

Why is TM behind? I understand that the ODT specification is much more simple,straight-forward and easier to mantain than docx.
miguel-c
SoftMaker Team
SoftMaker Team
Posts: 1233
Joined: Wed Jun 05, 2019 12:02 pm

Re: ODT not up to standard

Post by miguel-c »

I have forwarded your suggestion.
lgsl
Posts: 138
Joined: Wed Mar 04, 2020 8:00 pm

Re: ODT not up to standard

Post by lgsl »

Thanks. This is an important improvement, even if TM does not support all extended features of ODT 1.3, it would mean that information would not be lost and would play nicer with LibreOffice and other applications that import/export to ODT. Not to mention that plenty of governments adopted ODT as their default document format so having this improvement would be quite nice.
Post Reply

Return to “TextMaker NX and 2024 for Linux”