Description: Really nice to see dark mode support. But even after https://bugs.documentfoundation.org/show_bug.cgi?id=152184 as been fixed, the workspace background remains white despite having set Application Colors to Automatic and Automatic to System Theme. What's with the "WYSIWYG" logic? Printing is becoming a rare thing in 2023 and I don't believe users think that a black page with white font will be printed when they use dark mode. https://support.microsoft.com/en-us/office/dark-mode-in-word-e17b79a3-762f-4280-a81c-a15a859a693a#ID0EDD=MacOS seems to agree and defaults to a) automatically following system settings by default b) uses dark workspace background It would be great if LibreOffice applied the same logic, at least for macOS. Having the ability to use dark mode with white workspace background and vice versa is great, but should not be the default. I am not familiar enough with how this is handled on windows. Documentation refers to a toggle specifically for page background. Steps to Reproduce: 1. set macOS to dark mode 2. set LibreOffice > Application Colors to Automatic 3. set Automatic to System Theme Actual Results: white page background Expected Results: dark page background Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 96aad0d0497c8486f8affc8fed79e63a060c9a59 CPU threads: 8; OS: Mac OS X 13.3; UI render: Skia/Metal; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded
Created attachment 186405 [details] 2023-04-02 mcaOS dark mode, application colors system theme but white workspace
I side with steve.
Created attachment 186406 [details] TextEdit.app default background in system's dark mode
(In reply to Sierk Bornemann from comment #3) > Created attachment 186406 [details] > TextEdit.app default background in system's dark mode FYI: TextEdit.app is part of macOS, not a third-party app. App's background color, when the system is in dark mode: dark, foreground color: light/white. Not the other way around.
Requested behavior has been implemented in https://bugs.documentfoundation.org/show_bug.cgi?id=152184 Setting to duplicate. *** This bug has been marked as a duplicate of bug 152184 ***
Works for me now. Seems to be fixed, thanks to Heiko's patch in https://bugs.documentfoundation.org/show_bug.cgi?id=152184#c23 Version: 7.6.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: 61b41646c5a93ca24f2c9f143cdb0da2c9258989 CPU threads: 10; OS: Mac OS X 13.3.1; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded