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. https://docs.microsoft.com/en-us/windows-hardware/customize/desktop/set-dark-mode A howtoGeek post talking about it and the new MacOS Mojave dark mode: https://www.howtogeek.com/354933/macos-mojaves-dark-mode-puts-windows-10s-to-shame/ 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. https://www.microsoft.com/en-us/microsoft-365/blog/2018/05/07/microsoft-365-empowers-developers-to-build-intelligent-apps-for-where-and-how-the-world-works/?irgwc=1&OCID=AID681541_aff_7593_159229&tduid=(ir_QRd0L-WqqUDI2QA1u1VxfxhfUkjTD3RT2ygWS80)(7593)(159229)()(UUwpUdUnU55829YYwYg)&irclickid=QRd0L-WqqUDI2QA1u1VxfxhfUkjTD3RT2ygWS80 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. XAML example: <Grid BorderBrush="Blue" BorderThickness="4"> <TextBox Text="Design with XAML" Margin="20" Padding="24,16"/> </Grid> https://docs.microsoft.com/en-us/windows/uwp/design/fluent-design-system/ UWP apps can use a light or dark color scheme: https://docs.microsoft.com/en-us/windows/uwp/design/style/color Theme can be changed by changing the requested theme property in the App.xaml file: <Application x:Class="App9.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:local="using:App9" RequestedTheme="Dark"> </Application> https://docs.microsoft.com/en-us/windows/uwp/design/style/color 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: https://developer.microsoft.com/en-us/events/build/content/announcing-uwp-xaml-islands?playlist=80d147e8-f3b0-4ca0-a96f-cfc8e80bec20 https://www.windowscentral.com/microsoft-giving-developers-access-fluent-design-win32-apps-and-more
(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: > > https://developer.microsoft.com/en-us/events/build/content/announcing-uwp- > xaml-islands?playlist=80d147e8-f3b0-4ca0-a96f-cfc8e80bec20 > > https://www.windowscentral.com/microsoft-giving-developers-access-fluent- > design-win32-apps-and-more 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." https://bugs.documentfoundation.org/show_bug.cgi?id=123544
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). https://www.zdnet.com/article/microsoft-is-open-sourcing-windows-calculator-on-github/ https://blogs.windows.com/buildingapps/2019/03/06/announcing-the-open-sourcing-of-windows-calculator/ Now it's possible to look at its code to see how to adopt Dark Mode for LibreOffice. https://github.com/Microsoft/calculator
*** 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 [1] is that the Windows RT API does support use on normal win32 desktop programs. Looking at winrt API [2], example suggests with #include <winrt/Windows.UI.ViewManagement.h> 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. =-ref-= [1] https://stackoverflow.com/questions/51334674/how-to-detect-windows-10-light-dark-mode-in-win32-application [2] https://docs.microsoft.com/en-us/uwp/api/Windows.UI.ViewManagement.UISettings?view=winrt-19041
*** Bug 137411 has been marked as a duplicate of this bug. ***
*** Bug 137414 has been marked as a duplicate of this bug. ***
