https://bugs.kde.org/show_bug.cgi?id=351055
--- Comment #35 from Martin Flöser <mgraess...@kde.org> --- > Is that right? Kind of. The window manager spec for icons says that one should use the icon provided by the window through the properties. The window manager spec doesn't know anything about desktop files and the icons provided there. We assume that applications know best what icon to provide. This allows for example KMail to show different icons for the main window and the composer window. Through desktop file all windows are same. Or it is very common for chat applications to include a "composing text" icon for the window icon. If we go for desktop file we break all of that. Plus there is no standard for it. One could say that the task manager is violating the cross desktop standard by using the icons from the desktop file. The important difference between the task manager and the window manager is that the task manager cares about the tasks (that is applications) while the window manager cares about the windows. So for alt+tab it is much more important to show the icon the window provides than for the task manager which might group all windows of one application. In the end KWin needs to use what the window provides. If that sucks, it sucks. But it's nothing the window manager can do about. Now to my actual plans: I'm currently working on implementing window rules for Wayland. As on Wayland the icons are only taken from the desktop file the situation is different. Many applications fail to set the desktop file, so we end up without any icon. To address this I want to introduce a new window rule to set the desktop file. This can then also be used on X11 to force for bad applications such as Firefox to take the icon from the desktop file instead of the window. -- You are receiving this mail because: You are watching all bug changes.
