[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   Priority|medium  |high

--- Comment #26 from Stéphane Guillou (stragu) 
 ---
Raising the priority, given that there's 8 duplicates and it affects
accessibility.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-08-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Buovjaga  changed:

   What|Removed |Added

 CC||avidseek...@protonmail.com

--- Comment #25 from Buovjaga  ---
*** Bug 155906 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-08-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Buovjaga  changed:

   What|Removed |Added

 CC||lordmethe...@outlook.com

--- Comment #24 from Buovjaga  ---
*** Bug 156245 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

--- Comment #23 from Stéphane Guillou (stragu) 
 ---
Still the same for me in recent master build:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: eef0c5d4d45ba35acfb6d8f7551fe565ca4badaa
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Starting with GNOME's "dark" appearance:
- On LO's "System" mode, does not use a dark variant automatically, sticks to
default Elementary.
- Changing LO to "Dark" does change the icon theme to Sifr (dark).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-07-05 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Wojtek  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||8764

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-07-05 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

--- Comment #22 from Wojtek  ---
Created attachment 188220
  --> https://bugs.documentfoundation.org/attachment.cgi?id=188220=edit
libre-office-icons-dark-theme

(In reply to Jeff Fortin Tam from comment #19)
> Also, while I'm at it, I'll reuse my thoughts I had posted on #153618, so
> that they are not lost:
> 
> 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.

I think https://bugs.documentfoundation.org/show_bug.cgi?id=148764 is about
this exactly (should be added as "related"?)

I think this one (#127138) is not only GNOME/KDE specific as I just ran into
this problem on macOS - I set the OS to switch to dark theme in the
evening/night and having Sifr icon set (I like minimal icons) I got a dark
icons contours on almost black toolbar.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-05-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Version|7.5.3.2 release |6.3.0.4 release

--- Comment #21 from Stéphane Guillou (stragu) 
 ---
Pyroxar, please don't update the Version field to more recent versions, as it's
about the "earliest version known to be affected".

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-05-07 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Pyroxar  changed:

   What|Removed |Added

Version|6.3.0.4 release |7.5.3.2 release

--- Comment #20 from Pyroxar  ---
Fedora 38:
LibreOffice: 7.5.2.2
Kernel: 6.2
Graphics Platform: Wayland

It works, but only with the default toolbar.

Kubuntu 23.04:
KDE Plasma Version: 5.27.4
KDE Frameworks Version: 5.103.0
QT Version: 5.15.8
Kernel: 6.2
Graphics Platform: X11
LibreOffice: 7.5.2.2

It works, probably only with the default toolbar.


Ubuntu 22.04:
LibreOffice: 7.3.7.2
Ubuntu package: 1:7.3.7-0ubuntu0.22.04.2
GNOME: 42.5
Graphics Platform: Wayland

The icons only change when the color is changing, and the theme (light/dark) is
ignored. In my interpretation, the light/dark theme of LibreOffice doesn't work
properly, and Ubuntu additionally uses a terrible hack where they always use
the Yaru icon set on the default system color (orange), which looks good for
the light theme but not so great for the dark theme.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-03-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

--- Comment #19 from Jeff Fortin Tam  ---
Also, while I'm at it, I'll reuse my thoughts I had posted on #153618, so that
they are not lost:

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.

Apparently the "Elementary" icon theme in LibreOffice doesn't have a dark
variant at the moment; in #153618 I also stated my personal opinion that the
"Colibre" icon theme is universally suitable & usable (in terms of UX), and
could be a much better default than "Elementary" on the GTK version for Linux,
even though Colibre is the official LibreOffice icon theme used mainly on
Windows. It's just _that good_, in my view.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-03-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

--- Comment #18 from Jeff Fortin Tam  ---
Guillaume, I'm not sure how you can test this properly with GNOME 3.36.x,
because on the GNOME side, the freedesktop dark mode was only implemented in
GNOME 42 and newer, in the spring of 2022. This is not really about using
Adwaita-dark or Yaru-dark anymore, that's the old way (which was pretty much
impossible for applications to deal with, and I can't imagine LibreOffice
handling this cleanly either).

More details on how it works nowadays:
https://blogs.gnome.org/alexm/2021/10/04/dark-style-preference/<
https://gitlab.gnome.org/GNOME/Initiatives/-/wikis/Dark-Style-Preference

Unless you're doing something _really_ special with your OS, you will need a
much more recent OS to effectively test this (maybe in a VM or liveUSB or a
spare computer or something).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-03-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

--- Comment #17 from Adolfo Jayme Barrientos  ---
What’s the effect after commits 772328b386db4ab5a2b15e650610c31b34815c8c and
e629abc924bd3589d98a85d361e94a55794861f1? (for 7.6.0/7.5.3)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 127138] GNOME / KDE dark system themes don't automatically enable corresponding dark icon themes

2023-03-10 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127138

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   Keywords||accessibility
Summary|Breeze dark system theme|GNOME / KDE dark system
   |should enable Breeze dark   |themes don't automatically
   |icons and similarly for |enable corresponding dark
   |other themes|icon themes

--- Comment #16 from Stéphane Guillou (stragu) 
 ---
Generalising the summary, as this bug now catches both KDE and GNOME reports.

Testing GNOME 3.36.8 + Wayland and a recent master build:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 082d009b6a156faa74c9966b0dffc5fa6ce22287
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

For both Yaru and Adwaita dark themes (I had to use GNOME Tweaks to have access
to both), I used the following steps:

1. Desktop Environment 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 Desktop Environment's theme settings, switch back and forth between
Light and Dark: no effect on the icon theme in LO.

Tagging as accessibility issue as it makes many icons hard to see before
discovering that one can manually switch to dark icon theme.

-- 
You are receiving this mail because:
You are the assignee for the bug.