After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 710056 - wayland: Support always-on-top / sticky windows
wayland: Support always-on-top / sticky windows
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: Wayland
unspecified
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 707079 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-10-13 18:57 UTC by Jasper St. Pierre (not reading bugmail)
Modified: 2013-10-29 21:12 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
wayland: Support always-on-top / sticky windows (7.34 KB, patch)
2013-10-13 18:57 UTC, Jasper St. Pierre (not reading bugmail) 		committed Details | Review

Description Jasper St. Pierre (not reading bugmail) 2013-10-13 18:57:18 UTC 
Use the new gtk-shell APIs available in mutter to add support for this.
Comment 1 Jasper St. Pierre (not reading bugmail) 2013-10-13 18:57:29 UTC 
Created attachment 257190 [details] [review]
wayland: Support always-on-top / sticky windows
Comment 2 Matthias Clasen 2013-10-15 23:51:59 UTC 
looks like this is missing a way to get the current workspace, as well as the number of workspaces. Look at the x11 api for inspiration. This information is needed to implement some of the window menu functionality.
Comment 3 Matthias Clasen 2013-10-16 01:35:58 UTC 
Review of attachment 257190 [details] [review]:

looks good apart from the previous comment
Comment 4 Matthias Clasen 2013-10-16 01:38:05 UTC 
*** Bug 707079 has been marked as a duplicate of this bug. ***
Comment 5 Jonas Ådahl 2013-10-16 07:32:23 UTC 
(In reply to comment #2)
> looks like this is missing a way to get the current workspace, as well as the
> number of workspaces. Look at the x11 api for inspiration. This information is
> needed to implement some of the window menu functionality.

It looks like <event name="workspace_changed"> will communicate the current workspace, and I think it should be sent to any client who gets the gtk surface extension object, as well as when the current workspace changes. This way there will be no need for roundtrips.

I think number of workspaces should be communicated in a similar way. In my workspace extension in weston I simply had a state event that communicated both active workspace and number of workspaces.
Comment 6 Jasper St. Pierre (not reading bugmail) 2013-10-29 21:12:39 UTC 
Attachment 257190 [details] pushed as b3cffb8 - wayland: Support always-on-top / sticky windows