Desktop Editors 7.4.1.36 (x64 - not relevant i think) and older 6.x.x - longterm bug this is
Win10-22H2 x64, Xubuntu 18.04 x64 - not relevant in my opinion
In write documents, when is select for text “Without background”, then the text is displayed with black background after open saved document (docx and odt - both which I use) in other editor (tried Wordpad, MSOffice, LibreOffice and SoftMakerOffice).
There’s some inversion where the OnlyOffice mode adjustment against the system dark settings is probably overwritten. That’s the only thing I can think of as a common denominator, why in OnlyOffice the text is displayed normally with no background and everywhere else with a black background and you need to select everything and re-select without background. Just marker “without” is evaluated by other editors as “black”
Hello @Ventero
Would you mind providing us with a test file where the described situation reproduces (comparative screenshots as well)? Also please let us know the exact usage scenario with “Without background”, step-by-step, you can make screenshots. We will check it out.
Another PC, W10 22H2. Clean installation of OnlyOffice Desktop Editors latest version. Default environment set to “same as system”.
Starting the application and opening a new document
typed a few lines without any editing
option to save as Document Office Open XML .docx and saved
document closed, OnlyOffice closed
opened in WordPad and apart from the 1st line, other lines with black fill
reopened in OnlyOffice, marked all (Ctrl+A) and selected without padding
saved and everything closed
reopened in WordPad and this time all lines in black
The fix in another editor is simple - mark all and select no fill there. But it’s inconvenient and the normal user, as the recipient of the document, may find it wrong and will be annoyed.
/edited by moderator/restrictions and /edited by moderator/automation won’t let me put up all 5 screenshots, insert links as text only, so download it from here:
ulozto.cz/file/KDlKmLBmNQqa/onlyoffice-zip
Switch to English at the bottom of the page to localize the download button. When I do this, some /edited by moderator/ has set the English localization of the site to be inaccessible because it is forbidden by the Czech authorities, which is complete nonsense and untrue.
A little advice: If you want someone to volunteer to help, don’t make the forum pages so that you make it uncomfortable for them. Thanks for all the users and supporters.
One more mistake. When I save as .rtf , then WordPad displays the names of 4 fonts at the beginning of the text, only one of which matches the font of the text.
imgway.cz/dk1u/OnOf_rtf_inWordPad.jpg
Finally, it seems that the main error (black background text) appears mainly when saved in .docx format and when opened mainly in WordPad and previously also in Softmaker Office. In Libre Office before it showed up, but not today (maybe a different version). If I save first as .odt and then again as .docx, the .odt still shows normally, but the .docx is already black. If I save as .docx first, then it’s black all the time.
Sorry, I believe this is incorrect test. It has been reproduced, but as far as I see, WordPad doesn’t have full OOXML files support (its native format is .rtf). If I’m wrong, please point me to the documentation.
One more mistake. When I save as .rtf , then WordPad displays the names of 4 fonts at the beginning of the text, only one of which matches the font of the text.
This one is interesting, we are checking described scenario. I will update this thread when we have something to share.
P.S. I have edited one of your messages to erase inappropriate language. Please refrain from using such language in the future.
To PS: My Apology. I’m pretty much relying on an online translator. I use DeepL and I’m surprised if he used any vulgar word forms in my description (originally in czech language). I maintain, however, that the posting rules set up this way are not very user-friendly and therefore not very smart.
I did the tests for the screenshots at work, where I only have WordPad. I did previous tests at home (400 km distance and so I rarely go there), but I remember that already in version 6.x it showed up like this in black in both WordPad (Windows 10), SoftMaker Office and Libre Office (Windows 10, Xubuntu 18.04). I was surprised how quickly you picked up on it and implemented a fix.)
According to information from Wikipedia and the MS site the OOXML .docx format was officially introduced in 11/2005 and if we are talking about MS and Windows it first appeared in MS Office 2007. Its support was officially integrated into Wordpad in 2009 with the arrival of Windows 7. Interestingly, saving the first two documents did not show this bug - it only manifested itself by saving the 3rd document without any changes to the settings. And even then the validation of the “no fill” settings didn’t help.
It’s probably not a bug per se, but some difference in marker/attribute interpretation across apps.
Sorry, but I found the information about Save scenario only: WordPad - Wikipedia.
From my point of view, WordPad doesn’t fully support opening\editing OOXML files.
However, when I checked your scenario on Windows 11, WordPad showed such a notification when I tried to open .docx file (also I don’t see the ability of new docx file creation there).
So certainly Wordpad is not the best for some major writing and formatting. However, support for .docx and .odt has officially been there since 2009 (it can open them, albeit with a notice that it doesn’t support all formatting, and it can save files in them), and the situation is that a lot of people don’t install Office packages because they just need to read short documents or simply write and email them to someone. That’s why the basic support was added there, so that people don’t have to install big packages that 99.9% of the time they wouldn’t use.
When I have more time, I’ll cross-reference with LibreOffice and try to get somewhere with MS-Office.
Otherwise, it wants to modify that Draw section - it’s really so cumbersome there as to be almost unusable and then super - I already recommend Only Office as an alternative.
For example:
Wikipedia sites " List of software that supports Office Open XML":
" Microsoft’s version of Wordpad included with Windows 7 supports opening and saving in the docx format."
and from Wikipedia site “WordPad”:
" Native Office Open XML and ODF 1.1 support was implemented in the Windows 7 version of WordPad."
We have found a bug in the described situation. We are working on it already and we will update this thread when we release a fix for it.
As for situation with black text background. I still believe that usage scenario is incorrect since there’s no full support for OOXML format on WordPad side. Even the app itself notifies users that ‘some content might be missing or displayed improperly’.
Yes - Wordpad does point this out, but this only applies to more advanced formatting and not basic things like text and its background.
Most people in the Czech Republic make extensive use of web services that are linked to MS online Office (direct opening of a document from the email portal in the browser), so I’ll see how it behaves there and try the newer version of Softmaker to see if it will still do it (that’s the point - that only Wordpad didn’t display it this way).
You’re welcome! The community has a significant impact on our work and we really appreciate all bug reports and feedback on the apps.
I will keep this thread open in case you provide some additional information on black background scenario.
As for discovered bug on fonts names display, the work is in progress and I will notify you when we have something to share.
I’ll be glad to help, and I’ll be glad if you keep this great concept with an excellent GUI and don’t go the obscene route like the competing Softmaker (their new versions are terrible).
About the problem itself. I tried the online view (our largest email provider has a link to the free MS Live Office and most people use that - really few people install Office packages for home use here) and that turned out fine without the black background.
However, if I generated docx (both XML versions and W2007 onwards) in other Office packages (Softmaker, Libre), the text displayed correctly in WordPad too. So really the fault is on the Only Office side, which uses some other marker for the background text that is not fully compatible.
About the problem itself. I tried the online view (our largest email provider has a link to the free MS Live Office and most people use that - really few people install Office packages for home use here) and that turned out fine without the black background.
However, if I generated docx (both XML versions and W2007 onwards) in other Office packages (Softmaker, Libre), the text displayed correctly in WordPad too. So really the fault is on the Only Office side, which uses some other marker for the background text that is not fully compatible.
Hello @Ventero
Thank you for your kind words and your help.
About the ‘black text background’ situation. I have involved colleagues of mine in this case and we are going to re-check the situation. I will update this thread when we have something to share.
Hello @Ventero
Thank you for pointing us to this situation. We have discovered a bug on the mentioned scenario with WordPad (black text background).
We have started working on it.
