Bug 152270 - macOS: Dark Mode: change in System Settings > Appearance Light | Dark should automatically switch Application Colors
Summary: macOS: Dark Mode: change in System Settings > Appearance Light | Dark should ...
Status: RESOLVED DUPLICATE of bug 152184
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.5.0.0 alpha0+
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: macOS-Dark-Mode
  Show dependency treegraph
 
Reported: 2022-11-28 15:25 UTC by steve
Modified: 2022-12-05 13:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description steve 2022-11-28 15:25:21 UTC
Description:
Users expect applications to automatically follow their system setting for light | dark mode.

In LibreOffice > Settings > Application Colors > Color Scheme there are two options:

LibreOfficeDev
LibreOfficeDev Dark

Adding a third (Automatic) option which follows system setting will ensure users get the expected mdoe in LibreOffice on macOS.

Steps to Reproduce:
Change Light Dark mode in macOS System Settings.

Actual Results:
Application colors in LibreOffice won't follow that user selection. For dark mode this means, users are greeted with a glaring white sheet when opening a Text Document. This is a rather big issue for someone expected LibreOffice to open in Dark Mode.

The fact that Application Colors is a very alien setting on macOS (I am not aware of any other app using that terminology or mechanism, if anything you will get themes) will make it hard for users to understand, they can actually change that setting.

But why make users scratch their head, if following good defaults resolves the issue and avoids additional user interaction, forcing them to fumble with LibreOffice settings?

Expected Results:
LibreOffice should follow the user selection in macOS System Settings for dark | light mode.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 360b5861fb46353e7a6b9f5abf13339cd719a8df
CPU threads: 8; OS: Mac OS X 13.0.1; UI render: default; VCL: osx
Locale: de-DE (en_DE.UTF-8); UI: en-US
Calc: threaded
Comment 1 Roman Kuznetsov 2022-11-28 15:36:50 UTC
Why only mwcOS? It should work in all OS's
Comment 2 V Stuart Foote 2022-11-28 16:07:41 UTC

*** This bug has been marked as a duplicate of bug 152184 ***
Comment 3 Sierk Bornemann 2022-12-05 13:21:29 UTC
I side with steve.

Why not following the way, the OS vendor shows how to do it on its own platform with same or similar apps to achieve consistency platform-wide?
Take TextEdit.app on macOS: how presents TextEdit.app itself on macOS in dark mode? With a white paper background or a dark/black background? TextEdit has a dark/black background, not a white paper background.
Take for instance another Texteditor, a third party Texteditor, take TextMate: dark or wihite background in ddark mode? It has a dark background. Take CotEditor, another Texteditor app: also a dark theme, a dark background, when system wide dark mode is enabled.

So, where is the problem, to follow, what the OS vendor, in this case Apple, shows how to to it on its own platform? To be consistent on the platform, on *each* of the OS platforms, with its unique requirements and pecularities should weigh higher than to be consistent across several platforms while ignoring the platform specific requirements and peculiarities, above all on the macOS platform, where this is a very special topic and the users also expect it, otherwise they do not use the software or only reluctantly and prefer to use software that adheres to this kind of consistency and specifications and where this is better observed.