The Options -> Appearance framework does not currently assign usable colors to the Scroll bar widgets when os/DE 'System' are a 'Light' color mode, nor when the appearance 'Light' radio button is selected. os/DE in 'Dark' color mode, or the appearance 'Dark' radio button selection get usable color values. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7a9e303d0ffad7b83beccfe1918f962d2de04a37 CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Placing WDM Win10 os/DE into 'Light color' mode, LibreOffice Tools -> Options -> Appearance radio button set either to 'System' or to 'Light' (with LO restart if needed) the resulting UI does not assign usable colors to the vertical or horizontal scroll bars. The selection "thumb" is the same color white as the "scroll bar" and both are the same color as the "application" back ground--so appear invisible--but are present and fully functional otherwise. Windows WDM only? New as from comments on see also bug 164943
Affecting both the default 'Automatic' theme, and the 'Light Application Color' theme if applied, scroll bars are present but not discernable in the UI in 'Light' mode.
The 25.2.0rc1 build is likewise affected by invisible 'Light' mode scrollbars. Just lacking the Theme 'Reset All' button and ability to review the colors assigned in the default 'Automatic' theme from the Customizations Items listbox as already implemented for 25.8 Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Created attachment 198966 [details] Office 2003 Theme in Dark and Light variants Not sure what you mean. The colors seem correctly applied with latest master, at least. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4cc35cf5d52b2e6f9458b27ea6b26a9ebd066af0 CPU threads: 4; OS: Windows 11 X86_64 (build 22000); UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
Created attachment 198969 [details] Light Application Color theme applied to WDM Win10 "Light color theme" scroll bars not visible Yes the 'Office 2003 Blue' Appearance theme shows just fine. Issue is with default 'Automatic' or with 'Light Application Color' theme in 'System' or 'Light' RB mode applied. Somehow they are ending up with no contrast to the scroll bar fg/bg pair with the bg the same color as the Application color. =-testing-= Win10 with os/DE WDM 'Light' color theme selected Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7a9e303d0ffad7b83beccfe1918f962d2de04a37 CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Created attachment 198970 [details] Default 'Automatic' theme applied to WDM Win10 "Light color theme" scroll bars not visible
(In reply to V Stuart Foote from comment #5) Also note the lack of the Page border for the 'Automatic' mode after a theme "Reset All", but at least that is present with the 'Light Application Color' theme applied. The Page border for Automatic theme is present on the initial clean profile creation. Becomes invisible after a Reset All.
(In reply to V Stuart Foote from comment #7) > (In reply to V Stuart Foote from comment #5) > > Also note the lack of the Page border for the 'Automatic' mode after a theme > "Reset All", but at least that is present with the 'Light Application Color' > theme applied. > > The Page border for Automatic theme is present on the initial clean profile > creation. Becomes invisible after a Reset All. Acknowledged. Would push a patch hopefully this week. I was busy with some things, sorry for the delayed response.
Just checked on Win11 WDM with Skia Vulkan and raster framed rendering--results in the same issues of non-visible scroll bars and the 'Reset All' effects on the page/app background borders. 2025-02-04 TB77 build Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d60ea6596f7a394290f9a82ac5324e2e8307f5f9 CPU threads: 8; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
*** Bug 165097 has been marked as a duplicate of this bug. ***
If you create an own new color scheme, then the scrollbar slider and the arrows are white on white background. I have not found any item in the list, that will change the color of the slider and the arrows. In "Automatic" scheme they are dark gray on light gray background. As any change to an application color, e.g. section boundaries, needs an own color scheme now (bug 165112), the current state of the new feature is not usable.
Sahil Gautam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/731a4876b72d9794d2a76f170d0338f799369d3f tdf#164972 Fix white-on-white themed scrollbars on windows It will be available in 25.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #12) > Sahil Gautam committed a patch related to this issue. > It has been pushed to "master": > > https://git.libreoffice.org/core/commit/ > 731a4876b72d9794d2a76f170d0338f799369d3f > > tdf#164972 Fix white-on-white themed scrollbars on windows > > It will be available in 25.8.0. > > The patch should be included in the daily builds available at > https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > information about daily builds can be found at: > https://wiki.documentfoundation.org/Testing_Daily_Builds > > Affected users are encouraged to test the fix and report feedback. Workaround used with 25.2.0.3 Change "Window color" from "Automatic" to light grey or other light colour so there is enough contrast against the white scrollbar slider. The slider colour is controlled by the "Base color".
Curiously, this bug is no longer seen in the following versions. Version: 25.2.1.1 (X86_64) / LibreOffice Community Build ID: e538fb6403facdfd3db0250c3b3278236c675c2a CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded
(In reply to nobu from comment #14) > Curiously, this bug is no longer seen in the following versions. > > Version: 25.2.1.1 (X86_64) / LibreOffice Community > Build ID: e538fb6403facdfd3db0250c3b3278236c675c2a > CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: > Skia/Vulkan; VCL: win > Locale: ja-JP (ja_JP); UI: ja-JP > Calc: CL threaded this issue comes up when themes are enabled. in 25.2 you need to explicitly enable themes (changing to a new theme). in 25.8, themes are enabled by default.
*** Bug 165177 has been marked as a duplicate of this bug. ***
Sahil Gautam committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/d879bc9e76afb1873236a1aabd3df6bd4f3ad495 tdf#164972 Fix white-on-white themed scrollbars on windows It will be available in 25.2.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Sahil Gautam committed a patch related to this issue. It has been pushed to "libreoffice-25-2-1": https://git.libreoffice.org/core/commit/f59ec1465b440aa89e20a82c298fd4e3bdf316f6 tdf#164972 Fix white-on-white themed scrollbars on windows It will be available in 25.2.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The arrows on the scrollbar ends are invisible. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fb8bf5f209e1bd7fd7d8ad555ec66dbf31649ee8 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded
(In reply to nobu from comment #19) > The arrows on the scrollbar ends are invisible. > > Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: fb8bf5f209e1bd7fd7d8ad555ec66dbf31649ee8 > CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; > VCL: win > Locale: en-US (ja_JP); UI: en-US > Calc: CL threaded Can not confirm, *on mouse-over activation* they are visible. An issue of low contrast in Dark os/DE color theme where the Arrow outline is black and the fill is grey, but they are present and visible. And also noted in the Appearance themes, where the line color of the arrows remains black pulled from some automatic value. @Sahil, I don't know which UI element might be coloring the arrow up/down buttons, but low contrast might be addressable with same luminance increase/decrease approach as the scrollbars? =-testing-= Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fb8bf5f209e1bd7fd7d8ad555ec66dbf31649ee8 CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
(In reply to Chris Kirkland from comment #13) > (In reply to Commit Notification from comment #12) > > Sahil Gautam committed a patch related to this issue. > > It has been pushed to "master": > > > > https://git.libreoffice.org/core/commit/ > > 731a4876b72d9794d2a76f170d0338f799369d3f > > > > tdf#164972 Fix white-on-white themed scrollbars on windows > > > > It will be available in 25.8.0. > > > > The patch should be included in the daily builds available at > > https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > > information about daily builds can be found at: > > https://wiki.documentfoundation.org/Testing_Daily_Builds > > > > Affected users are encouraged to test the fix and report feedback. > > Workaround used with 25.2.0.3 Change "Window color" from "Automatic" to > light grey or other light colour so there is enough contrast against the > white scrollbar slider. The slider colour is controlled by the "Base color". Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 28; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded I had/have the same issue using a theme of my own construction. Solution for me was to change "Base Colour" to 'light grey' and this works fine for now. However, on doing this the "Find Box" just above the Status Bar at the base of the Writer window is also coloured light grey – which makes use moderately difficult. Snap! for the Formatting Bar and other elements of the GUI interface. Personally I would think that having the option to directly chose the colour for the scrollbar slider is the way to go for future builds.
*** Bug 165618 has been marked as a duplicate of this bug. ***
from bug 165618: "Fixed in the 25.2.1 release build, please update from 25.2.0.3" From LibreOffice 25.2.0.3: LibreOffice 25.2 is up to date. As far as "Also, you will have better experiences if you install and enable one of the new (at 25.2) Appearance themes." Famous last words. Without a list of what 'better experiences' exist in an appearance theme, there's no way. I've been hating Winwont 11 GUI for two years! After 40 years, I still fail to see the fascination with the MAC GUI and its skeuomorphism.
(In reply to Ian Eales from comment #23) > from bug 165618: "Fixed in the 25.2.1 release build, please update from > 25.2.0.3" > > From LibreOffice 25.2.0.3: LibreOffice 25.2 is up to date. > > As far as "Also, you will have better experiences if you install and enable > one of the new (at 25.2) Appearance themes." > > Famous last words. Without a list of what 'better experiences' exist in an > appearance theme, there's no way. I've been hating Winwont 11 GUI for two > years! > > After 40 years, I still fail to see the fascination with the MAC GUI and its > skeuomorphism. The Appearance theme framework replaces the Application Colors panel. https://wiki.documentfoundation.org/ReleaseNotes/25.2#Application_Theming It allows users, and theme designers, to generate cohesive color scheme that respond to os/DE sense of 'Light' or 'Dark' coloring or adaptive illumination. The 'Light Application Colors' extension was designed to be a swap in for users coming from 24.8 release. Issues at 25.2 with the default "Automatic" color scheme drawn from os/DE occur when one of the radio buttons the opposite of the DE color sense is selected. Thats been corrected for the 25.2.2 release. But the best advise is to go ahead and either leave the os/DE set to 'System' or download and install one of the Appearance theme extensions. Once on an extension, don't try to revert back to the default "Automatic". Still have to clear your user profile to get a functional UI. Some of these issues will be addressed with patches to 25.2, but are being refined for the 25.8 release next August.
(In reply to Ian Eales from comment #23) > from bug 165618: "Fixed in the 25.2.1 release build, please update from > 25.2.0.3" > > From LibreOffice 25.2.0.3: LibreOffice 25.2 is up to date. > > Nope! https://www.libreoffice.org/download/download-libreoffice/ You'll see 25.2.1 is current. And according to plan, 25.2.2.2 (as rc2) will be out one week prior to the week of March 24. If no issues that becomes the 25.2.2 release. https://wiki.documentfoundation.org/ReleasePlan/25.2