https://bugs.documentfoundation.org/show_bug.cgi?id=118320
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=14 | |1986 --- Comment #53 from V Stuart Foote <[email protected]> --- (In reply to Heiko Tietze from comment #52) > I started with a patch that exposes the systems colors under Tools > Options > > Application Colors. It's kind of a workaround to the incorrectly read > system colors. The idea is to be able to configure manually a dark mode - > and eventually to make it customizable per extension. > > Now the discussion comes up whether this will be assumed as a solution given > that users might expect an automatic switch from day to night, which wont be > done with the patch. It does nothing but to list the system colors like menu > color, dialog background etc. with the default values taken from whatever > source (so the actual issue can be fixed by real developers). > > What do you think? actually you did more with your work of defining a default "LibreOffice Dark" Application colors --> Color Scheme for bug 141986 And as noted there: https://bugs.documentfoundation.org/show_bug.cgi?id=141986#c14 "Either of two ways to address. One would be to implement support for UWP theming mechanism--a lot of native Windows code." Only that would "solve" the incorrectly read UWP system colors, though we'll need to keep track of HC mode behavior as well. "The other is to provide a full set of application colors touching all widgets of the UI." The problem remains (even with your https://gerrit.libreoffice.org/c/core/+/123548 patch) that too much of the UI is not exposed in the Application Colors color scheme to set our own LibreOffice managed defaults, and to block os/DE provided theme that overlays the "automatic" values. -- You are receiving this mail because: You are the assignee for the bug.
