Description: I would like it very much when I could make LO use e.g. a darker plasma-colorscheme then the rest of the system. In programs like Elisa and Okular this is already possible. These programs can be customized to use other plasma color-schemes for their UI then the rest of the system. Actual Results: NA Expected Results: NA Reproducible: Always User Profile Reset: No Additional Info: NA
(In reply to pieter kristensen from comment #0) > Description: > I would like it very much when I could make LO use e.g. a darker > plasma-colorscheme then the rest of the system. In programs like Elisa and > Okular this is already possible. These programs can be customized to use > other plasma color-schemes for their UI then the rest of the system. Why would the feature be useful? I've always found it superfluous in those applications.
(In reply to pieter kristensen from comment #0) > I would like it very much when I could make LO use e.g. a darker > plasma-colorscheme then the rest of the system. In programs like Elisa and > Okular this is already possible. These programs can be customized to use > other plasma color-schemes for their UI then the rest of the system. How do you configure that in Okular? (I couldn't see the option when quickly trying to find it, might have looked at the wrong place...) Various application-specific colors can be customized in "Tools" -> "Options" -> "Application Colors" and there's currently a GSoC project to extend that to allow setting custom colors for UI elements like widgets as well. WIP Gerrit change for Qt-based VCL plugins, including kf5: https://gerrit.libreoffice.org/c/core/+/168901 As far as I understand so far, it sounds like it might possibly cover your use case as well. (Not by selecting an existing KDE color scheme, but by creating or using a corresponding one there. IIUC, the idea is to allow providing themes via extensions.) However, I must admit I'm using the default "Breeze" theme without any manual adjustments, so don't even know exactly how all of the specific ways for customization exactly affect the UI. Maybe related: When it comes to using another Qt style (as can be set in KDE system settings in the "Application Style" section), that can be selected by setting the QT_STYLE_OVERRIDE environment variable before starting LibreOffice, e.g. QT_STYLE_OVERRIDE=Oxygen libreoffice --writer
There's also tdf#159303 about using the system color scheme in the first place, but IIUC, that's a separate request as you want to use color different from the currently configured system ones.
(In reply to Michael Weghorn from comment #2) > (In reply to pieter kristensen from comment #0) > > I would like it very much when I could make LO use e.g. a darker > > plasma-colorscheme then the rest of the system. In programs like Elisa and > > Okular this is already possible. These programs can be customized to use > > other plasma color-schemes for their UI then the rest of the system. > > How do you configure that in Okular? (I couldn't see the option when quickly > trying to find it, might have looked at the wrong place...) > > Various application-specific colors can be customized in "Tools" -> > "Options" -> "Application Colors" and there's currently a GSoC project to > extend that to allow setting custom colors for UI elements like widgets as > well. > WIP Gerrit change for Qt-based VCL plugins, including kf5: > https://gerrit.libreoffice.org/c/core/+/168901 > As far as I understand so far, it sounds like it might possibly cover your > use case as well. (Not by selecting an existing KDE color scheme, but by > creating or using a corresponding one there. IIUC, the idea is to allow > providing themes via extensions.) > > However, I must admit I'm using the default "Breeze" theme without any > manual adjustments, so don't even know exactly how all of the specific ways > for customization exactly affect the UI. > > Maybe related: When it comes to using another Qt style (as can be set in KDE > system settings in the "Application Style" section), that can be selected by > setting the QT_STYLE_OVERRIDE environment variable before starting > LibreOffice, e.g. > > QT_STYLE_OVERRIDE=Oxygen libreoffice --writer One can customize a lot of colors in LO but not the "window background color". This color simply follows the system. If https://gerrit.libreoffice.org/c/core/+/168901 would bring the possibility to also change the windows background color I would be completely satisfied. If that would not be the case, it would be great if one could make LO follow another system-colorscheme. For one reason or another I prefer the window background color of LO to be as white as possible.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to pieter kristensen from comment #4) > One can customize a lot of colors in LO but not the "window background > color". This color simply follows the system. If > https://gerrit.libreoffice.org/c/core/+/168901 would bring the possibility > to also change the windows background color I would be completely satisfied. It does, IIUC. Setting to NEW as that's a feature already planned. @Sahil: Feel free to add "tdf#158943" to the commit message summary, as it fulfils the request here. :-) (Or correct me if I'm wrong.)
Sahil Gautam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c85155cf6d43e328bfe31834a49fbfb55670e166 tdf#158943 Libreoffice Theme Part 3: Qt Color Customization It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Can this be closed as fixed?
(In reply to Buovjaga from comment #8) > Can this be closed as fixed? Yes, we can close this one. The UI for themes is being discussed on tdf#163620 ticket. It's on this week's design meeting agenda.
Normally the fixer closes to help with the statistics, so be my guest.
I'm sorry but there seems to be something wrong. I downloaded LO from here https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@tb99-TDF/current/ and ran it in neon user (qt6 / wayland). LO starts up using the gtk3 vcl. That looks nice but I really am curious how the qt6 vlc would look. So I started LO with SAL_USE_VCLPLUGIN=kf6 libreoffice and with SAL_USE_VCLPLUGIN=qt6 libreoffice but LO starts up with the gtk3 interface or with the qt5 interface that looks not well. What would really be a method for getting LO to run with the qt6 interface? (or is it still not compiled to be able to do so?) Thank you.
(In reply to pieter kristensen from comment #11) > I'm sorry but there seems to be something wrong. > I downloaded LO from here > https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@tb99- > TDF/current/ and ran it in neon user (qt6 / wayland). LO starts up using the > gtk3 vcl. > That looks nice but I really am curious how the qt6 vlc would look. > > So I started LO with > SAL_USE_VCLPLUGIN=kf6 libreoffice > and with > SAL_USE_VCLPLUGIN=qt6 libreoffice > but LO starts up with the gtk3 interface or with the qt5 interface that > looks not well. > What would really be a method for getting LO to run with the qt6 interface? > (or is it still not compiled to be able to do so?) Those builds have not been built with qt6/kf6. The Linux version on the build machine would need to be upgraded. The only way would be to build it yourself: https://wiki.documentfoundation.org/Development/BuildingOnLinux and use --enable-kf6 in your autogen.input file.
Thank you for your quick reaction. Let's hope that the "build machine" will be upgraded when the upcomming 25.02 version approaches. Otherwise this all seems not so usefull...