You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, wayland has a new protocol for clients to set their window icons.
Does sfwbar intend to support this protocol? It's a very exciting protocol, since not all programs have a desktop entry, such as most programs run through wine.
On the wlroots side, support for the protocol has just been landed, so I believe that some compositors will soon be using this protocol.
On the client side, in wine there is a pending MR, which can be used for testing.
The text was updated successfully, but these errors were encountered:
I've been following this protocol in wayland-protocols, but unfortunately it won't be enough on it's own to solve the icon issue in bars.
This protocol provides means for an application to expose an icon to a compositor. What it doesn't provide is means for the compositor to share this icon with other applications (such as sfwbar). I think the most likely candidate for this missing step would be ext-foreign-toplevel-info, but I don't think transmission of icons has been discussed in this protocol so far.
I've been following this protocol in wayland-protocols, but unfortunately it won't be enough on it's own to solve the icon issue in bars.
This protocol provides means for an application to expose an icon to a compositor. What it doesn't provide is means for the compositor to share this icon with other applications (such as sfwbar). I think the most likely candidate for this missing step would be ext-foreign-toplevel-info, but I don't think transmission of icons has been discussed in this protocol so far.
I get it. Thanks for the info, I didn't know about this limitation. :O
Since this protocol is currently unusable for sfwbar, should I close this issue?
Hello, wayland has a new protocol for clients to set their window icons.
Does sfwbar intend to support this protocol? It's a very exciting protocol, since not all programs have a desktop entry, such as most programs run through wine.
On the wlroots side, support for the protocol has just been landed, so I believe that some compositors will soon be using this protocol.
On the client side, in wine there is a pending MR, which can be used for testing.
The text was updated successfully, but these errors were encountered: