macOS 10.14 brings native dark mode. Not sure how this is integrated, but with a developer account for Apple, it should be possible to find out, how they are planning to deal with third party apps and which exact steps devs have to take to support this.
Steps to Reproduce:
macOS 10.14 dark mode but LO does not support it when switched to.
No dark mode on macOS.
Support for dark mode.
User Profile Reset: No
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Firefox/60.0
Interesting thoughts on dark mode from dev perspective:
As of 6.3, there also doesn't seem to be any simple way to even manually change UI items 'consistently' to any desired tone/background.
E.g., Preferences > Personalization > select the dark gray box: background of the menu bar changes, but nothing else (application background and side bar remain light). Manually changing App Colors > application background > dark grey fixes the app background but the sidebar remains light gray = eye sore :)
Just an FYI.
NeoOffice, a fork of LibreOffice which is Mac specific, and available in the App Store supports Mac dark theme.
Not only that but it also has multiple Mac specific improvements.
It is licensed under GPL3 as LO, so maybe we could bring their code to mainline LO.
*** Bug 130714 has been marked as a duplicate of this bug. ***
Created attachment 159260 [details]
german pdf print of geo article against short sightedness
german pdf print of geo article against short sightedness
for german developers see german geo article or this pdf.
Night modus for working and reading is necessary with modified icons and tables in all versions of libreoffice not only the viewer also in macos, linux and windows.
Created attachment 159263 [details]
science black background against short sightedness
german scientist made the break throw.
Reading and Myopia: Contrast Polarity Matters
Andrea C. Aleman, Min Wang & Frank Schaeffel
In myopia the eye grows too long, generating poorly focused retinal images when people try to look at a distance. Myopia is tightly linked to the educational status and is on the rise worldwide. It is still not clear which kind of visual experience stimulates eye growth in children and students when they study. We propose a new and perhaps unexpected reason. Work in animal models has shown that selective activation of ON or OFF pathways has also selective effects on eye growth. This is likely to be true also in humans. Using custom-developed software to process video frames of the visual environment in realtime we quantified relative ON and OFF stimulus strengths. We found that ON and OFF inputs were largely balanced in natural environments. However, black text on white paper heavily overstimulated retinal OFF pathways. Conversely, white text on black paper overstimulated ON pathways. Using optical coherence tomography (OCT) in young human subjects, we found that the choroid, the heavily perfused layer behind the retina in the eye, becomes about 16 μm thinner in only one hour when subjects read black text on white background but about 10 μm thicker when they read white text from black background. Studies both in animal models and in humans have shown that thinner choroids are associated with myopia development and thicker choroids with myopia inhibition. Therefore, reading white text from a black screen or tablet may be a way to inhibit myopia, while conventional black text on white background may stimulate myopia.
in windows the imortance is high
and here only medium
this is not consistant.
@stefan: "Changing priority to 'high' since the number of duplicates is higher than 5 or the number of people in CC higher than 20" was reasoning for changing priority for windows bug. This bug here currently has 10 cc and one dupe so not matching that criteria.
Would love to see LO behave smart and follow the system default. It's possibel to get to an okayish dark mode on macOS if you adjust Preferences > View Icon Style, Preferences > Personalization and Preferences > Application Colors.
That seems fairly simple, although this should be automated and two defaults (light / dark) should be defined and applied according to macOS system setting with option to choose light / dark overruling the system pref.
But I am pretty sure design team is aware and the dev resources are very thin, so not sure when this will be implemented.
*** Bug 136425 has been marked as a duplicate of this bug. ***
@steve: "Changing priority to 'high' since the number of duplicates is higher than 5 or the number of people in CC higher than 20" was the reasoning for changing priority for windows bug. This bug here currently has 10cc and one dupe so not matching those criteria.
How many Mac bugs are with high priority by all mac bugs? 0%, 1%, one of thousand?
There are 10 times more users in Linux and windows.
So there is another level system of importance for bugs depending on the distribution like here macOS necessary.
Without other system bugs like this goes to a forever state.
Here is hope because the depending windows bug is in the high state.
(In reply to Pedro from comment #3)
> It is licensed under GPL3 as LO, so maybe we could bring their code to
> mainline LO.
LO is Mozilla Public License 2 --- and as far as I know it wants to stay that way --- so we certainly cannot drop GPL code into it. Other GPL components we use are built as separate executables and then have some sort of IPC communication or we read their output files or something like that, but techniques like this won't be useful for adding in dark mode support.
Documentation from Apple's developer guide to add Dark mode support. Maybe this might be useful?
*** Bug 148232 has been marked as a duplicate of this bug. ***
This is more than about dark mode 'enhancement', LibreOffice should either find a way to dismiss macOS dark mode entirely or support it, but not half way between. Indeed, if the macOS settings are in dark mode, then:
- the LO default background color is black, but not in Slide Show mode. Then all the default color text are illegible.
- the LO default text color is black, but not when the cursor is clicked in the text box, which makes the reading very difficult when editing slides.
Then, it is not possible to use Presentation anymore for these reasons. It is a quite major issue. The only solution to keep using LO is to change the entire macOS setting to 'light mode', which is a lot to ask for a single application.
So I think someone with the appropriate admin rights should change the "importance" of this bug from "enhancement" to "major".
Steps to Reproduce:
1. MacOS preference > General > Appearance > Dark
2. Open a new presentation in LibreOffice
3. Write something in the slide title
3bis. Slide Show > Start from first slide
3. It change the white text color to dark grey which is very difficult to read
3bis. in presentation mode, the dark background is white, so all your white text are not readible.
3. It should keep a light color to be readible in dark mode
3bis. The background should be black
Sorryu, it is still an enhancement requiring refactoring and API implementation of new native macOS theme handling introduced at macOS 10.14 Mojave.
Additionally we can expect that as Apple moves forward with deprecation of Quartz (for OpenGL and the MoltanVK we need for Vulkan) there will likely be other more pressing issues than supporting macOS 'Dark Mode'.
Presentation does not properly take MacOS's dark mode into consideration(In reply to dhina from comment #14)
> This is more than about dark mode 'enhancement', LibreOffice should either
> find a way to dismiss macOS dark mode entirely or support it, but not half
> way between. Indeed, if the macOS settings are in dark mode, then:
> - the LO default background color is black, but not in Slide Show mode. Then
> all the default color text are illegible.
> - the LO default text color is black, but not when the cursor is clicked in
> the text box, which makes the reading very difficult when editing slides.
> Then, it is not possible to use Presentation anymore for these reasons. It
> is a quite major issue. The only solution to keep using LO is to change the
> entire macOS setting to 'light mode', which is a lot to ask for a single
> So I think someone with the appropriate admin rights should change the
> "importance" of this bug from "enhancement" to "major".
> Steps to Reproduce:
> 1. MacOS preference > General > Appearance > Dark
> 2. Open a new presentation in LibreOffice
> 3. Write something in the slide title
> 3bis. Slide Show > Start from first slide
> Actual Results:
> 3. It change the white text color to dark grey which is very difficult to
> 3bis. in presentation mode, the dark background is white, so all your white
> text are not readible.
> Expected Results:
> 3. It should keep a light color to be readible in dark mode
> 3bis. The background should be black
I resume what I have just written. My issue is actually not related to macOS dark mode, but to LO dark scheme. Actually my LO was set to Dark scheme, which I did not know. I don't have these issues if I set LO scheme to normal. Sorry about the confusion.
You should open a bug report requesting a toggle be added to the LibO options to toggle between Light and Dark modes, since that would be a different requirement.
Lack of MacOS dark mode isn't great, and it is one of the many problems with LibO. I would recommend you to use Neooffice if that's important for you. They are based on LibO, but have a functioning dark mode that cannot be used in LibO since it is released under a more restrictive license.
Since dark mode is most likely a process rather than a state as there will be a ton of related bugs and followup issues turning this into a meta bug for all things macOS dark mode.
Kudos to Caolán who took a huge step for dark mode on macOS in https://gerrit.libreoffice.org/c/core/+/141435
This is available in todays main build: https://dev-builds.libreoffice.org/daily/master/current.html
It would be great if we all could give it a try and file new issues about the remaining problems and link those in the "Depends on:" section of this meta-bug here.
This is amazing. Thank you Caolan!
If I had a Mac I would test run and help submit bugs to polish the dark version of MacOS.
As all of the associated bug reports are now resolved can the META bug be resolved as completed or are there still issues being raised? Will all of the recent fixes be in the next RC for 7.5?
Yup, closing as fixed as all dependencies are closed. New bugs can still be filed of course, but separately, please. Great work everyone!
(In reply to Adolfo Jayme Barrientos from comment #22)
> Yup, closing as fixed as all dependencies are closed. New bugs can still be
> filed of course, but separately, please. Great work everyone!
Let's keep a meta bug open unless it is about a feature that has been deprecated in all supported versions or there is 0 potential for new issues to be added.
There will certainly be new issues added to this one in the future, and marking it as resolved makes it disappear from simple Bugzilla searches and this wiki page: https://wiki.documentfoundation.org/QA/Tracking_Bugs