Switch to a high-contrast theme of Windows. Start LibreOffice and insert a table. Open the properties dialog tab Borders. Select a border line in the preview on the left side of the dialog. Increase border width, so you can better see the border line in the preview. Change the color of the border line to something different from black. Notice that the color in the preview do not change. OK. Notice, that the color in the document has changed. The problem is, that you only need the dialog, if you want some special border line settings, e.g. different colors for outer and inner lines. And exact that is not visible in high-contrast mode.
The situation is worse for other objects, that use the same dialog. For example a frame does not show the applied color at all, but it has still the default black. But the color is set, which you will notice in the thumbnail and of cause is pdf export and print.
Repro. Merge adjacent line styles has to be unticked, if we modify a single line. Version: 6.2.0.0.alpha0+ (x64) Build ID: 2c85607101e2e04e870e3b87362f39f9a9148e6c CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-06-16_00:12:37 Locale: fi-FI (fi_FI); Calc: group threaded
Dear Regina Henschel, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Reproduced in: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9b46020c262045aed0beace4708565235c2523cc CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded No colour in the border preview. (No colour preview either in the Background tab, by the way.) Also on Linux with GNOME high contrast: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ad387d5b984c6666906505d25685065f710ed55d CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded For Linux, it started in 7.3, which is the version that started being more responsive to OS high contrast (at least in document display and icon set): Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Caolán, what are your thoughts, seeing your recent work on high contrast?
LibreOffice takes a11y HighContrast to mean it has to do this sort of thing: https://learn.microsoft.com/en-us/windows/win32/winauto/high-contrast-parameter "Map all colors to a single pair of foreground and background colors. Use the GetSysColor function to determine the appropriate foreground and background colors, using either a combination of COLOR_WINDOWTEXT and COLOR_WINDOW or a combination of COLOR_BTNTEXT and COLOR_BTNFACE. The GetSysColor function returns the colors selected by the user through the Control Panel. Omit any bitmapped images that would typically be displayed behind text. Such images are visually distracting to a user who needs high contrast. Images that would typically be drawn in multiple colors should be drawn using the foreground and background colors selected for text." And there is a surprising amount of code to try and do all this. It is a bit opaque to me whether what we currently do is what is truly useful and desirable for a11y or if we've gone too far. Competitive comparison with contemporary MS office suite and web browsers with a11y HighContrast enabled is probably indicated.
On Windows 10 with High Contrast turned on (default settings), in MS Word, in a table's Borders and Shading dialog: - The colour pickers show the different colours in the palette and the currently selected colour - The Border and Page Border previews only uses black and white despite picking a different colour - The Shading preview _does_ show the selected fill colour So even there, some inconsistencies in what the high contrast previews show. Version: Microsoft® Word for Microsoft 365 MSO (Version 2211 Build 16.0.15831.20098) 64-bit
It is a bit of a mystery what exactly the right thing to do should be