https://bugs.documentfoundation.org/show_bug.cgi?id=151641
V Stuart Foote <vsfo...@libreoffice.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Summary|Options screen "Color |Options screen "Color
|scheme" - AUTOMATIC colors |scheme" - AUTOMATIC colors
|in DARK mode stays LIGHT |in DARK mode stays LIGHT
| |(Windows only)
CC| |caol...@redhat.com,
| |vsfo...@libreoffice.org
Status|UNCONFIRMED |NEW
--- Comment #2 from V Stuart Foote <vsfo...@libreoffice.org> ---
Confirmed, but there is also the predefined "LibreOffice Dark" color scheme on
Tools -> Options -> Application Colors
Note: current release build is 7.4.2.3
Although some additional refactoring here for handling Windows WDM provided
theme, HighContrast mode behavior, and removal from Experimental, please retest
with current nightly master against 7.5
https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/
But, even on the 2022-10-16 master, Windows "Dark" them is detected, but the
theme parsed "automatic" colors do no pick up reasonable "dark mode" values
for:
Document Background
Application Background
Font color
Unvisited links
Visited links
And, IIUC the issue remains that we can not fully parse UWP theme, and depend
on what WDM passes, which includes the HC mode toggle that is fully parsed. Not
clear we can do any more.
@Caolán, is that a valid statement that we still can not fully parse the
Windows themes.
--
You are receiving this mail because:
You are the assignee for the bug.
