@jamesh I was looking at the snapd code yesterday, and I think, we can write the desktop files based on the common id which can remove many theming and icon related issues in both KDE and Gnome.
canonical:main ← sergio-costas:UDENG-2978-put-the-right-icon-in-the-top-left-corner
opened 02:21PM - 04 Jun 24 UTC
Due to the fact that snap doesn't set a .desktop file for the snaps with the ori… ginal name, but builds one with snap-name_app-name.desktop, the desktop identification usually fails. This makes GNotify to not be able to identify the .desktop file and set the right icon in the top-left corner of the notifications it sends.
This patch migrates the notification code to libnotify, which allows to bypass this problem. But the original code is kept inside an #ifdef to allow to revert to it in the future, when this problem is fixed in snapd.
In KDE, each app have a icon set to their window. But, because it’s set via QIcon::themedIcon, those only searches for the icon with those names. Now, it’s set by the app itself, it should’ve access to the theme icon as the path where the icon is installed, $SNAP/usr/share/icons/hicolor is in the XDG_DATA_DIRS. Then why do we still get a generic window icon on the titlebars? Is there any way to fix this? This seems to be can be fixed again with implementation of themed icons in snap icons, as se…
