Split from bug 127138. The corresponding icon theme should be picked depending on whether the appearance is light or dark.
*** Bug 129504 has been marked as a duplicate of this bug. ***
*** Bug 135102 has been marked as a duplicate of this bug. ***
*** Bug 153618 has been marked as a duplicate of this bug. ***
*** Bug 155906 has been marked as a duplicate of this bug. ***
Pending Gerrit change: https://gerrit.libreoffice.org/c/core/+/156465 Quoting from the commit message for some more details on what already worked before and how it behaves now: On my Debian testing, the Breeze dark icon theme is now used as expected with kf5 or qt6 when setting the Global KDE Plasma theme to "Breeze Dark" and manually setting the Icon theme to "GNOME" afterwards. Previously, this would not use a dark icon theme and icons would be hard to see. Without manually setting the icon theme to "GNOME", the Breeze Dark icon theme would already be used before, because selecting "Breeze Dark" as the global KDE Plasma theme also selects the "Breeze Dark" icon theme by default, and therefore "breeze-dark" was already passed as the first param to `StyleSettings::SetPreferredIconTheme` and since that icon theme is present, the `bPreferDarkTheme` wouldn't be evaluated at all; it's only used when determining the fallback icon theme when the specified icon theme is not present. (Likewise, by enabling the "Breeze Dark" global theme and then manually setting the icon theme to "Breeze" in Plasma System settings, the Breeze light icon theme will be used in LibreOffice as well, resulting in hard to see icons, but I tend to think that that behavior is correct and works as designed - it's a misconfiguration.)
Michael Weghorn committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/73d0d205c43a9848acd313ff1845ebafe63e807c tdf#156894 qt: Prefer dark icon theme in dark mode It will be available in 24.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.
The Appearance frame is still hidden in Tools > Options > View.
(In reply to Heiko Tietze from comment #7) > The Appearance frame is still hidden in Tools > Options > View. True, but that's not what I understood this bug report to be about. The bug description says: Heiko Tietze in comment #0) > Split from bug 127138. The corresponding icon theme should be picked > depending on whether the appearance is light or dark. This is the case in my understanding now. Making it possible to set Light or Dark Mode in Tools -> Options -> View IMHO is something else, and from what I can see, there's no Qt API for that, but separate styles/themes are used to provide light/dark themes. The `QStyleHints::colorScheme` docs [1] explicitly say: "[read-only, since 6.5]", so it's read only and can't be changed. My take would be that this bug report here should be closed as FIXED, and if considered useful, a separate bug report should be created for *setting* the appearance. (But from what I can see so far, I'd suggest to close such a one as NOTOURBUG, due to no relevant API being present... What might be possible is to add a way to configure any Qt style from within the app. I don't really think that's application's task but if you want a separate style for just one app, you can start it with QT_STYLE_OVERRIDE=somestylename set. Anyway, if really considered necessary, that might be possible.) @Heiko: What do you think? [1] https://doc.qt.io/qt-6/qstylehints.html#colorScheme-prop
(In reply to Michael Weghorn from comment #8) > IMHO is something else, and from what I can see, there's no Qt API for that, > but separate styles/themes are used to provide light/dark themes. Or rather than separate styles, maybe there's yet a different configuration layer, as this is in a separate "Colours" tab in KDE Plasma system settings. But it probably doesn't change that there's no Qt API for switching between light and dark, but it's an "arbitrary" set of color schemes.
(In reply to Michael Weghorn from comment #8) > there's no Qt API for that, but separate styles/themes... > My take would be that this bug report here should be closed as FIXED... Some confusion on my side. This is only about the icon-theme and not the appearance thing.
Thanks for the info https://uno-online.io