Description: N/A Steps to Reproduce: 1. Use a dark theme in GNOME or a dark color scheme in KDE Plasma. 2. Open LibreOffice Writer. Actual Results: In the ribbon UI, the heading styles section is white and the font is grey, creating a bad contrast. Expected Results: The background of the heading styles section should follow the system theme and the font color should adapt to the background. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.4.2 Build ID: 10(Build:2) CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 173235 [details] The heading styles section
LibreOffice does not implement a 'Ribbon UI' However, in the Tabbed Notebook Bar (NB) the 'Styles Preview' icon view based widget [1] does not seem to correctly pickup fg/bg colors of the os/DE theme. For OP please retest with a 7.2.0 beta or a build of master against 7.3.0 which has the patch. @Szymon, could the previews be made theme aware? Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 1db375e06516d0532f01f9585986617aa3079866 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/110408
I think it is possible. We have two things to do: 1. be sure IconView widget follows the theme 2. use different colors set for rendering previews if dark theme is applied Code pointers: [1] https://opengrok.libreoffice.org/xref/core/vcl/source/treelist/iconview.cxx?r=217b9423#31 [2] https://opengrok.libreoffice.org/xref/core/svx/source/tbxctrls/StylesPreviewWindow.cxx?r=04cd6749#235
Fixing this issue is out of question. Thanks for the code pointer, Szymon.
So it won't get fixed? :( I use a dark background color for pages and this white spot hurts the eye.
I think I might use the compacted ribbon then.
I'll*
(In reply to yizl44p8 from comment #5) > So it won't get fixed? No, the opposite is true and it should be fixed.
*** Bug 140428 has been marked as a duplicate of this bug. ***
*** Bug 146289 has been marked as a duplicate of this bug. ***
I agree the tabbed UI's style preview should follow the same colour scheme as the Style sidebar. Still the case with: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 06ac18e6302d666c363740644a7976e8c22d1113 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Please retest, it works well for me with black font on white background using Version: 7.2.4.1 / LibreOffice Community Build ID: 20(Build:1) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.2.4-3 Calc: threaded (KDE with Breeze Dark)
Heiko, I haven't been able to reproduce the grey font issue either, but can we make this bug the one about this style preview section following the dark theme exactly as the sidebar does? As Yizi said for expected results: "The background of the heading styles section should follow the system theme and the font color should adapt to the background." Which is why I marked bug 146289 as a duplicate. Changing bug summary to add "like the sidebar".
(In reply to stragu from comment #13) > "The background of the heading styles section should follow the system theme > and the font color should adapt to the background." The Stylist is not always the best solution, see bug 137705. The paragraph style dropdown in the classic toolbar has also a full-design preview - but in this case without colors. We discussed the topic a couple of times and resolved tickets as WF.
(In reply to Heiko Tietze from comment #14) > The Stylist is not always the best solution, see bug 137705. The paragraph > style dropdown in the classic toolbar has also a full-design preview - but > in this case without colors. We discussed the topic a couple of times and > resolved tickets as WF. Right, there's obviously been a lot more discussion around this elsewhere, thanks for linking. In general, I'd say it's a shame there is inconsistency between toolbar(s) and sidebar, but I will trust the Design and UX/UI teams' opinion on what should be done with this bug.