Created attachment 139421 [details]
Example of .odt text highlight color change when saved as .doc file
Text segments, not necessarily a full paragraph, but it could be, open with a totally different background color after the original document (in .odt format) was saved as a Word 97-2003 (.doc) document. In my case, I used color "Blue gray" for the initial highlight color. When I opened the new document, the background color came up as "Blue 3". To do the formatting, I used the "Highlight Color" toolbar button to set the background color of the first segment, then the "Clone Formatting" button to "paint" additional text with the selected color. I saved the document to the Word 97 format. When opened, the new Word 97 document had a different color (Blue 3) for all highlighted segments.
Version: 18.104.22.168 (x64)
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 4; OS: Windows 6.19; UI render: default;
Locale: en-US (en_US); Calc: group
Windows 10 Pro
OS Build 16299.192
I confirm it with
Version: 22.214.171.124.alpha0+ (x64)
Build ID: 77a535285f0fd5f2464430abdc67cf99be024868
CPU threads: 4; OS: Windows 10.0; UI render: GL;
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-01-23_23:04:23
Locale: de-DE (de_DE); Calc: CL
1. I used highlight color Light Blue 4 (from standard palette)
2. Saved as .doc
3. Reopened document. Highlight color was blue (#0000FF)
Quote from: https://bugs.documentfoundation.org/show_bug.cgi?id=97865#c9
This thing happens because MS highlighting has only 15 highlighting color and when you save Writer text background \ highlighting to an MS format it is converted to this color palette.
It's the default behavior, but you can change this at Tools -> Option -> Load/Save -> Microsoft Office, to save Writer text background as MS Shading and so colors won't change. Nut in this case when you open that *.doc file in MS Word you could not change the text background with highlighting tool, but with the shading tool:
Before the 5.0 version sometimes we saved Writer text background as shading (doc, docx), sometimes as highlighting (rtf). From that version an option is added, so the user can select the preferred behavior. Highlighting became the default, because on LO UI text background is called highlighting. This option can be set also via user profile.
So, probably not a bug..
Has UX any opinion on this? The type of issue has been reported multiple times... all of them where closed with the explanation given in comment 2. (see bug 96016, bug 97865, bug 113872) However it doesn't feel right...
It's might be better to switch the setting the other way around -> saving the highlighting as MS Shading.
* It would prevent unexpected dataloss (in the sense of losing highlighting)
* it's compatible with MS Word (viewing)
* People aware of the risk of switching to MS highlighting mode (mouse over text?)
*It will break the experience of MS Word users wanting to edit a file..
Switching to the save mode makes sense. Guess most users don't know the difference.
Alternatively, we could ask the user when exporting a document may result in corrupt properties.
Microsoft only allows 15 colors to be used as highlight colors in both .doc and .docx, so this is a format limitation bug that isnt ours.
(In reply to Telesto from comment #3)
> *It will break the experience of MS Word users wanting to edit a file..
Users being able to modify the highlighting is the most important thing, so i'd stick with this by default.
(In reply to Heiko Tietze from comment #4)
> Alternatively, we could ask the user when exporting a document may result in
> corrupt properties.
We already give users the 'Confirm File Format' dialog when not saving to ODF, which does state 'This document may contain formatting or content that cannot be saved in the currently selected file format'. We could go beyond this, if devs are interested in implementing it, and create a dialog similar to the MS compatibility checker.
(In reply to Yousuf Philips (jay) (retired) from comment #5)
> (In reply to Heiko Tietze from comment #4)
> > Alternatively, we could ask the user when exporting a document may result in
> > corrupt properties.
> We already give users the 'Confirm File Format' dialog when not saving to
> ODF, which does state 'This document may contain formatting or content that
> cannot be saved in the currently selected file format'. We could go beyond
> this, if devs are interested in implementing it, and create a dialog similar
> to the MS compatibility checker.
This would be really genius to have a list of things that change instead of a vague statement that something could happen--or not.
In such a dialog also the possibilities in the options dialog can be referenced because nobody finds the option to change highlighting saving today.
*** Bug 116458 has been marked as a duplicate of this bug. ***
Removing UX as input has been given. QA: Is it still a minor issue?