https://bugs.documentfoundation.org/show_bug.cgi?id=143302
--- Comment #3 from Jean-François Fortin Tam <[email protected]> --- Update (as further response to Heiko's previous question): this is now much more easily feasible, technically speaking, because there now is a standardized (i.e. FreeDesktop) way for LibreOffice to authoritatively know, without just trying to "guess" whether the current GTK theme is dark or not, what the user's intent is in terms of light/dark themes. * Overview here: https://blogs.gnome.org/alexm/2021/10/04/dark-style-preference/ * Implementation tips here: https://gitlab.gnome.org/GNOME/Initiatives/-/wikis/Dark-Style-Preference With this knowledge of the user's intent and the system's state, LibreOffice would now be able to switch between the two in realtime with a clear standardized signal, and also it could now allow tighter integration, such as allowing the user to specify in the preferences if they want not just the UI/toolbars/icons to switch between light and dark when the system switches, but also whether they want to automatically use the "LibreOffice Dark" color scheme at the same time or if they want their documents' editing view rendering to remain black-on-white. Many applications already support this with GNOME 42 and Elementary OS 6, even non-purely-GTK applications such as Firefox. -- You are receiving this mail because: You are the assignee for the bug.
