[Wayland-bugs] [Bug 791569] GTK window icons are not honoured by wayland backend

[gtk+ (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=791569

Emmanuele Bassi (:ebassi) <ebassi at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ebassi at gmail.com
          Component|Backend: Wayland            |Documentation

--- Comment #1 from Emmanuele Bassi (:ebassi) <ebassi at gmail.com> ---
There is no Wayland protocol to pass around icons attached to window surfaces,
that's why GDK does not implement it. Different windowing systems are not
mandated to replicate the X11 backend — even though, sadly, we do have X11-only
API that is part of the generic one, for historical reasons.

Different X11 window managers and Wayland compositors have different strategies
for associating an icon to an application's window; GNOME, for instance,
prefers the icon coming from the desktop file, and will use the window icon X11
property only on X11, and only if it cannot associate a desktop file with the
application's window. There's no API involved for the toolkit to direct you to,
in this case.

At most, the gtk_window_set_default_icon_* family of functions can tell you
that it's up to the window manager to decide whether or not to display the icon
you set there, which is what gtk_window_set_icon() already does:

https://developer.gnome.org/gtk3/stable/GtkWindow.html#gtk-window-set-icon

> Some window managers or desktop environments may also place it in
> the window frame, or display it in other contexts. On others, the
> icon is not used at all, so your mileage may vary.

I'd be amenable to review a patch for the documentation of set_default_icon()
to point out the same.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20171213/326fad67/attachment.html>