https://bugs.kde.org/show_bug.cgi?id=380508
Nate Graham <pointedst...@zoho.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |UPSTREAM
Status|UNCONFIRMED |RESOLVED
--- Comment #4 from Nate Graham <pointedst...@zoho.com> ---
Investigating deeper, this isn't an issue with Breeze.
In [libreoffice source dir]/vcl/unx/generic/window/salframe.cxx, Libreoffice is
setting NET_WM_ICON (which KWin consumes) to point to a low-res bitmap icon
inside a theme zip file provided by the libreoffice-style-[style] packages;
e.g. /usr/share/libreoffice/share/config/images_breeze.zip/res/odt_48_8.png
This icon looks *awful* in the Large Icons task switcher. It's particularly bad
for the Breeze theme icon they provide, but it's not particularly good for any
of the others either.
Irrespective of what icon theme is chosen internally, LibreOffice should
populate NET_WM_ICON with an icon chosen by the system theme, e.g.
/usr/share/icons/breeze/apps/48/libreoffice-writer.svg
This issue is triggered by KWin's icon handling behavior, as explained in
https://bugs.kde.org/show_bug.cgi?id=351055
Basically, rather than displaying the icons specified in their .Desktop files,
KWin lets programs choose their own icons for their windows in the Task
Switcher, and a lot of programs make really bad choices or provide terrible,
low-res icons.
Either way, this isn't Breeze's fault. Either LibreOffice needs to make better
icon choices, or KWin needs to give up and use the icons specified in the
.desktop file.
--
You are receiving this mail because:
You are watching all bug changes.
