ODF

[seasidepb]

First, congratulations - you've made some changes that would seriously tempt me to upgrade (to the 2026 version - I'm a writer and I'm not interested in AI). I like the improvements in the colour options (always hated the red), the MS Office-like formatting box when you right click.. and the improvement in font rendering in Linux. I've always preferred the tabbed UI to the LibreOffice approach.
But ODT support still seems no better than it is in Word (and I'll never touch Word again). Formatting seems ok if you stay within Textmaker, but if you happen to edit a Textmaker ODT doc in LibreOffice and then reopen it in Textmaker, it messes up the headers in particular, as it has always done.
Also "return to last editing point" only works in docx and tmdx formats. Again this has always been the case. The ODS spreadsheet format isn't properly supported at all.
So in truth, using Softmaker Office means using MS Office file formats (because tmdx etc is a little pointless), and that seems a lost opportunity when here in Europe many administrations as well as individuals like me are seeking to limit our exposure to US Big Tech (and that's why I've moved to Linux). I realise that the waters have been muddied by EU-Office, which depends on OnlyOffice, itself a poor clone of MS Office, but you'd have hoped there'd be an opportunity for a European business like yourselves to step in with full support for open document formats.
But I do like what you've done, and I probably will upgrade...

[SuperTech]

Formatting seems ok if you stay within Textmaker, but if you happen to edit a Textmaker ODT doc in LibreOffice and then reopen it in Textmaker, it messes up the headers in particular, as it has always done.

Thank you for your feedback. Please share the sample file in which this issue occurs, after it has been edited first in TextMaker and then in LibreOffice, so that we can examine the differences on our side.

[seasidepb]

File attached. Hope this helps.

[lgsl]

I have been asking for years for a better ODF support. I have reported several issues when handling ODT files, some of this issues has been fixed, others have not. I am glad someone else is now interested on this. One of the issues ODT has in TextMaker is that what it gets generated in TextMaker when you save as ODT is not a valid ODT Strict document. Not even ODT 1.0 (because TM does not support the current 1.4 iteration). I pointed out this issue a few months back and haven't heard anything since. This is puzzling since the ODF format is, to my knowledge, far more simple than OOXML. I guess that the developers decided that adding more pointless AI features and emoji support was better idea than improving and updating their ODF support. I suppose from a marketing perspective it makes sense.
Still, lets keep pushing, eventually they will have to address the limitations of OTF in SMO. If not, well... there is always LibreOffice (despit its awful UI) and maybe Euro Office ups its game and switches to ODF as default. We will see...

[SuperTech]

Thank you for providing the sample file. As a courtesy, please be aware that the file appears to contain personal information — regardless of whether it is real or fictional, it is generally advisable to avoid sharing personal details in a public forum.

But ODT support still seems no better than it is in Word (and I'll never touch Word again). Formatting seems ok if you stay within Textmaker, but if you happen to edit a Textmaker ODT doc in LibreOffice and then reopen it in Textmaker, it messes up the headers in particular, as it has always done.

After reviewing your file, I can confirm that TextMaker is not the source of the issue here. The header corruption is introduced by LibreOffice — the header is not rendered correctly even in other applications such as Microsoft Word after LibreOffice has processed the file. This points to a bug on LibreOffice's side, and a fix would need to come from their team.

Also "return to last editing point" only works in docx and tmdx formats. Again, this has always been the case. The ODS spreadsheet format isn't properly supported at all.

You are correct that this feature is currently limited to .docx and .tmdx formats. The ODT format does not include a standardized mechanism for storing cursor position across applications, so this is a limitation of the file format itself rather than of TextMaker. You can verify this independently: open any ODT file in LibreOffice, place your cursor in the middle of the document, save, and reopen — LibreOffice will also return to the beginning of the document.

So in truth, using Softmaker Office means using MS Office file formats (because tmdx etc is a little pointless)

We would respectfully push back on that characterization. The .tmdx format is SoftMaker's most feature-complete native format, offering capabilities that go beyond what ODT currently supports — as the "return to last editing point" example above illustrates. For users who want the full TextMaker experience, .tmdx remains the recommended format. The reliance on .docx is understandable given interoperability requirements, but that is a separate consideration from .tmdx lacking value.

[lgsl]

The ODT format does not include a standardized mechanism for storing cursor position across applications, so this is a limitation of the file format itself rather than of TextMaker. You can verify this independently: open any ODT file in LibreOffice, place your cursor in the middle of the document, save, and reopen — LibreOffice will also return to the beginning of the document.

I just tried this and I must say what you say is incorrect. It does work. You may have to press Shift+F5 for it to take you the the last place saved, but the feature is there, as it has been documented on the LibreOffice forums since 2015 See this. Perhaps this feature is not available in the original 1.0 ODF standard, but in later revisions (like the current 1.4) is there.

Edit: Here is the official documentation where is also comfirmed what the forums says.

[SuperTech]

Thank you for sharing this information.

However, requiring a manual shortcut such as Shift+F5 to restore the last editing point in ODF files is not comparable to how this feature works in .docx and .tmdx formats, where the cursor position is restored automatically upon reopening the document — no additional key press required.

Implementing the feature differently depending on the file format would be technically inconsistent and would result in a confusing user experience. The behaviour should be uniform across all formats, and since ODF does not support automatic cursor position restoration in the same way, this remains a limitation of the format itself.

[lgsl]

According to LibreOffice pressing Shift+F5 is only needed IF the creator of the document left the document author field empty. This seems to be a quirk of LibreOffice, not of ODT itself.
Either way, TextMaker fills the author field itself, so there shouldn't be a problem there.

[SuperTech]

Even after setting the author details, the issue is still the same. Could you please share a screen recording so we can investigate further?

If it turns out this is a limitation of the file format itself, unfortunately, there may not be much we can do in that case.