Using Ubuntu 20.04 with GNOME 3.36.8, LO does not switch the icon theme to Breeze (dark) when GNOME's Settings > Appearance > Window theme is set to Dark. This means the contrast for various icons is not sufficient. Since the addition of the Appearance mode setting in Tools > Options > LibreOffice > View, for bug 153229, the issue is more apparent: setting it to "Dark" does switch the icon theme to a suitable one, as expected. Using "System" does not. Steps: 1. GNOME's Settings > Appearance > Window theme is set to Dark 2. Open LO: icon theme is Elementary (unsuitable) 3. Tools > Options > LibreOffice > View > Appearance, change to "Dark": icon theme changes to Breeze (dark) (suitable) 4. Set Appearance setting back to "System" 5. Back in GNOME's appearance settings, switch back and forth between Light and Dark: no effect on the icon theme in LO. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: db6fbb0317fcb0a7babca9f71adbbb7c126b9e4e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Bug #127138 is essentially the same thing... the only way it works currently is if you leave the icon theme choice to "Automatic", then on Linux it auto-switches between "Elementary" and "Breeze Dark", because apparently the "Elementary" icon theme does not have a dark variant. In my view: * The themes associated with the "Automatic" option on Linux should be "Colibre" and "Colibre Dark", or "Breeze" and "Breeze Dark"... but Colibre is the official designed-by-LibreOffice theme on Windows, and I find it to be of higher quality overall than any other icon theme (including Breeze) on Linux, and it doesn't really feel alien there in my opinion. * The fact that the UI bothers the user with manually choosing from a long list of light or dark themes is nonsense from a UX standpoint in a world where themes are complete; ideally, to be approved for inclusion (and to remain) in LibreOffice from here on, icon themes should be required to have both light and dark variants; then the UI should hide this complexity from the user, by just letting the user pick "Automatic (%theme_name)" or picking a preferred complete icon theme (ex: "Breeze" or "Colibre") but not a specific icon theme subvariant (ex: no "Breeze" vs "Breeze Dark", only Breeze)... then the app would automatically pick the theme's light or dark icon theme variant depending on its UI light/dark theme state.
Thanks, Jeff. I didn't realise that one also caught duplicates reported for GNOME. Marking as a duplicate. Please add you comment there, it's a good point. *** This bug has been marked as a duplicate of bug 127138 ***
*** This bug has been marked as a duplicate of bug 156894 ***