Created attachment 143034 [details]
Windows 10 settings location to enable dark mode
Currently, LibreOffice adopts an amazing dark mode when in Linux DE's.
However, Microsoft is adding a dark mode to Windows 10. So it would be nice if LibreOffice could have a dark mode that would be turned on when enabling dark mode in Windows 10.
Granted Windows 10 dark mode is still a work in progress and is limited to Microsoft native apps and UWP apps.
A Microsoft blog post talking about Dark mode and how to enable it for UWP apps.
A howtoGeek post talking about it and the new MacOS Mojave dark mode:
However, Office 2016 has a great dark mode as well and it would be nice to see LO also having a dark mode.
Right now there are several issues with dark mode in Windows 10. I added a few in the attachment
Created attachment 143036 [details]
Libre Office 6.2Dev with firefox Persona Adwaita Dark
Things that do not adopt a dark color:
1 - The Sidebar,
2 - The menus,
3 - The Tabbed bar,
4 - The toolbars,
5 - The application background.
The only way to have a semblance of a dark mode in LibreOffice right now is:
Select a Firefox theme. Adwaita Dark works best with the Colibre icons.
This skins the toolbars, but not anything else as I'll show in the attachments.
Created attachment 143037 [details]
Sidebar does not adopt Firefox theme color so it doesn't become dark like it does in dark modes in Linux.
Created attachment 143038 [details]
Tabbed bar does not adopt a dark mode. It is still in development though.
Created attachment 143039 [details]
Groupedbar adopts Firefox themes.
Created attachment 143040 [details]
Microsoft Word Dark mode
This is Microsoft Word 2016 dark mode. Notice how it adopts a not so dark grey in the Ribbon so that they don't have to change icon set. Same goes for Powerpoint and Excel.
This needs attention, but will depend on MS publishing API for accessing the theme colors for Desktop (i.e. non UWP use), likewise for Apple providing details for accessing them colors for Mojave builds.
With those details, beleive we could map os theme details to LO GUI. Until then, this should just sit on a back burner as any implementation effort is premature.
I agree that this is lower on the priority list right now.
However, this should be looked at for 6.2. In Build 2018 Microsoft revealed a lot of stuff.
And Fluent Design support is coming for win32 apps, this means for LO as well. So I'm just drawing attention to this right now... Hopefully we don't have to select the dark colors of W10 because they really don't know how to design a proper dark theme.
This post details what's coming. It mentions the Fluent Design support. Furthermore, LO should add support for Sets (the OS-level tab system that Microsoft is implementing) immediately when it launches.
The Redstone 5 update will come in the Fall. Right when 6.2 development is occurring. If we react swiftly to this LibreOffice will draw a lot of attention from users. :)
If we provide a dark theme and Set support in 6.2 a lot of people will want to try LO.
So, here's more information:
UWP apps use XAML, a markup-based language that makes it easier to create user interfaces.
<Grid BorderBrush="Blue" BorderThickness="4">
<TextBox Text="Design with XAML" Margin="20" Padding="24,16"/>
UWP apps can use a light or dark color scheme:
Theme can be changed by changing the requested theme property in the App.xaml file:
There's a loooot of stuff to fine tune there.
This is relevant because, in Build 2018 they announced XAML islands for legay software like win32 apps, WPF and WinForms:
(In reply to Pedro from comment #9)
> This is relevant because, in Build 2018 they announced XAML islands for
> legay software like win32 apps, WPF and WinForms:
That may be, but LibreOffice being cross platform we can not jump on every MS SDK twist. Do you somehow think Windows 7, Windows 8|8.1, or Windows 10 will support the XAML? I seriously doubt it...
Meaning, if MS publishes a valid API for C++ development of win32 Desktop apps--only then can we adopt changes to MS theming to our internal handling of theme colors. And support all our Windows targets.
This is a valid goal, but a lot remains to be seen with how MS implements.
(In reply to V Stuart Foote from comment #10)
> That may be, but LibreOffice being cross platform we can not jump on every
> MS SDK twist. Do you somehow think Windows 7, Windows 8|8.1, or Windows 10
> will support the XAML? I seriously doubt it...
> Meaning, if MS publishes a valid API for C++ development of win32 Desktop
> apps--only then can we adopt changes to MS theming to our internal handling
> of theme colors. And support all our Windows targets.
> This is a valid goal, but a lot remains to be seen with how MS implements.
Agreed. I was just already gathering information for anyone that might be interested already.
When I notice that there's more info about when this will be available for win32 desktop apps I'll immediately add it here.
*** Bug 118607 has been marked as a duplicate of this bug. ***
*** Bug 120725 has been marked as a duplicate of this bug. ***
*** Bug 120841 has been marked as a duplicate of this bug. ***
Don't think this topic needs more attention from UX. And besides, you need to CC needsUXEval to the ux-advice ML.
Chromium has managed to find the Registry key to parse for dark mode from a non-UWP program, although it’s a flaky method: https://chromium.googlesource.com/chromium/src/+/63e92830db63d5b7d03c245dda083cb4e7f33ea8%5E%21/
Complete the following article, you can do "dark mode."
Created attachment 149405 [details]
Krita（https://krita.org/en/）（Please copy "Krita" directly, because "Krita" is "free software."）
"Dark mode", please do "black 100%".
Microsoft open-sourced their UWP calculator with an MIT license (it's based on their win32 calc.exe).
Now it's possible to look at its code to see how to adopt Dark Mode for LibreOffice.
*** Bug 124302 has been marked as a duplicate of this bug. ***
*** Bug 124969 has been marked as a duplicate of this bug. ***
Created attachment 153617 [details]
science source of short sightedness is white background
science source of short sightedness is white background
so black background in displays is important in daily work for young people between 6 and 30.Less eye strain and better sleeping is good for all users with less white areas on the displays.
looking to the sky daily is also important.
(In reply to paulystefan from comment #23)
> looking to the sky daily is also important.
And pray for developers to implement this :-)
*** Bug 129131 has been marked as a duplicate of this bug. ***
what I do not understand is why this enhancement request title is for Windows-specific only?
I want this on my Ubuntu 19.19 too. Basically all Linux distros.
Writing documents in white background suck my eyes ball.
Changing the document property to mimic Windows-like Dark mode is painful especially when u have to share that document with your friends.
I wonder, why this simple concept is not even implemented yet. I heard people use VS Code to write and last paste that document in LO Writer. That's sucks.
There should be an option to makes things more comfortable. Like MS Word introduced.
(In reply to Prabesh432@gmail.com from comment #26)
> what I do not understand is why this enhancement request title is for
> Windows-specific only?
> I want this on my Ubuntu 19.19 too. Basically all Linux distros.
Because for Ubuntu, another enhancement request would be titled "Add support for Ubuntu ... mode". And implementing that request would need other code changes (surprise, implementing platform-specific modes need platform-specific changes). And tracking those different goals in one issue is unreasonable (since bug tracker is a tool *for developers* to enable to track what is done and what needs to be done yet in a specific limited issue). And the only relation between those issues would be a "see also" link, and/or blocking a common meta bug.
(In reply to Mike Kaganski from comment #27)
> Because for Ubuntu, another enhancement request...
...was created by Prabesh in bug 124969. Point is that "dark mode" means to more or less automatically adjust the configuration. You can make the app dark as hell manually, check tools > options > app colors (and tools > options > view > icon style for "breeze (dark)").
Consider also to save and share your dark app colors as extension (not sure if possible).
it seems like an enhancement to me.
Changing priority to 'high' since the number of duplicates is higher than 5 or the number of people in CC higher than 20
*** Bug 130002 has been marked as a duplicate of this bug. ***
*** Bug 130335 has been marked as a duplicate of this bug. ***
Created attachment 159259 [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
This is a big major feature for all users against strained eyes
and critical for children and young users against short sightedness
german scientist made the break throw.
"However, black text on white paper heavily overstimulated retinal OFF pathways."
"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."
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 reply to paulystefan from comment #32)
> Created attachment 159259 [details]
Please share the link to external sources.
The content of attachment 159259 [details] has been deleted
*** Bug 127776 has been marked as a duplicate of this bug. ***
*** Bug 134697 has been marked as a duplicate of this bug. ***
*** Bug 135293 has been marked as a duplicate of this bug. ***
*** Bug 85373 has been marked as a duplicate of this bug. ***
@Mike, Tomaž, *
In comment 16, Adolfo had mentioned the 'AppsUseLightTheme' registry detection that the Chromium project had adopted. That looks to still be valid--but does not directly read the Windows UI theme.
One of the other suggestions in a Stack Overflow thread  is that the Windows RT API does support use on normal win32 desktop programs.
Looking at winrt API , example suggests with
using namespace winrt::Windows::UI::ViewManagement;
calls to the winrt UISettings namespace expose the UWP and Desktop UI to c++ calls for normal win32 desktop apps.
It would be Windows 10 only, but if not too problematic for building, it might expose the full Windows UI theming for LO to parse?
Win7, Win8.1 would remain unsupported--and issues with HC mode toggle like bug 99116 would remain.
*** Bug 137411 has been marked as a duplicate of this bug. ***
*** Bug 137414 has been marked as a duplicate of this bug. ***
*** Bug 141199 has been marked as a duplicate of this bug. ***
As far as I see, there are 2 issues.
The first is that it is currently not possible to enable or manually set the settings in LO to achieve nearly the same dark mode experience as on Linux.
The second one would be to set these settings automaticly if windows dark mode is enabled.
So wouldn't it make sense in a first step to allow to set colors for the currently not themable objects like tabbed ribon, title bar, sidebar, .., so that the users can manually setup the app to achieve a dark mode experience?
If I am missing something, i.e. that this can allready be achieved, please correct me.
Get this shit fixed NOW! I mean it you guys. This is the single biggest objection I have to the program and am uninstalling the lot till it's fixed.
Btw, at everypone else? You want to know why these passive aggresive dirtbags are posting against updating it? Because they're linux pussies. These guys failed at beating Micro$hit and they have a huge problem with anyone doing UI. This is what killed linux and they are butthurt about windows.
There are programs like Adobe Photoshop with theming capabilty and dark modes. There is no excuses to not fix this IMMEDIATELY.
UNINSTALLING. This is THREE FU***ING YEARS OLD, guys. This is disgusting.
Don't hide my comment. You are not taking criticism and are ignoring it.
There are other bugs too. The font colour in the application colours for "General", do not change the "black", default font colour in the document. The font colour should be considered as default and active immediately on anything not set manually.
Also the colour selector square which is a biaxial spectrum next to the numerical colour objects on the left side, doesn't sometimes change when you drag the colour down on the linear spectrum column.
This is off-topic, so I apologize for causing clutter, but I would like to say that I as well would like to voice my support and request a dark mode for LibreOffice.
I would like to abandon Microsoft Office due to privacy concerns, but the neglected and underdeveloped theming options in LO strain my eyes and are aesthetically unpleasing, in my opinion.
If a proper dark mode is implemented, I would immediately switch over and recommend the same to everyone I know.
*** Bug 143981 has been marked as a duplicate of this bug. ***
*** Bug 144704 has been marked as a duplicate of this bug. ***
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?
(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.
(In reply to V Stuart Foote from comment #53)
> "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.
Though another approach, as in comment 40, avoids the unsupportable UWP framework and uses winrt.UI.ViewManagement UIsettings for win32 calls to pickup the os/DE (XAML) theme support. Seems like this provides a functional alternative API providing full os/DE theme. But just of use for Windows 10 onward. 
I think we can agree there will never be a win32 API for passing Windows WPF color theming.