https://bugs.documentfoundation.org/show_bug.cgi?id=170048
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |150915 CC| |[email protected] | |om --- Comment #4 from V Stuart Foote <[email protected]> --- (In reply to Hossein from comment #3) > Then, I searched for the cause of difference on my system, and I found that > this is actually a Windows option: > > Settings > Personalization > Colors > Show accent color on title bars and > window borders [x] > > Deactivating this option makes LibreOffice title bar dark in dark mode. > Having the the option activated prevents DWMWA_USE_IMMERSIVE_DARK_MODE to > work. Mystery solved! Yes, my Win11 (25H2) Settings -> Personalization -> Colors UI DWM panel had the 'Show accent color on title bars and window borders' setting at default 'Off', so disabled and WFM. I know Caolán had to hack at the "undocumented" win32 Dark mode issue on Windows a fair bit to get something functional at 7.4 for bug 118320, and tweaked things with the AllowDark:ForceLight:ForceDark UI override for bug 153229 once it was out of experimental. Was only applicable to > Windows 10 and well before we dropped Win7/8.1 support. In other words as things stand the DWM color support is a *bodge*. But IIUC the '20' value for DWMWA_USE_IMERSIVE_DARK_MODE came in for Windows 11 > 22000 (21H2) and Windows 10 > 2004 (20H1) and is now "documented" in the Win11 SDK for win32 based applications. Making the "undocumented" '19' for Windows 10 builds, prior to 20H1, actually irrelevant at this point? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150915 [Bug 150915] [META] Windows Dark Mode bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
