Add workspace toplevel management protocol. #5
Conversation
| This request asks the compositor to remove the given toplevel from the workspace. | ||
| Compositor policy dictates if this involves removing the toplevel from | ||
| another workspace. |
There was a problem hiding this comment.
I guess this request is more for tag systems where one toplevel can be a part of multiple tags? Otherwise removing a toplevel from a workspace doesn't seem to make much sense
There was a problem hiding this comment.
Yes, similarly to ext-workspace, the intent is to support both tags and conventional workspaces.
| <event name="enter"> | ||
| <description summary="a toplevel has entered the workspace"> | ||
| A toplevel has entered this workspace. | ||
|
|
||
| This event is transactional and should not be acted upon until | ||
| the 'ext_workspace_manager_v1.done' event is received. | ||
| </description> | ||
|
|
||
| <arg name="toplevel" type="object" interface="ext_foreign_toplevel_handle_v1"/> | ||
| </event> | ||
|
|
||
| <event name="leave"> | ||
| <description summary="a toplevel has left the workspace"> | ||
| A toplevel has left this workspace. | ||
|
|
||
| This event is transactional and should not be acted upon until | ||
| the 'ext_workspace_manager_v1.done' event is received. | ||
| </description> | ||
|
|
||
| <arg name="toplevel" type="object" interface="ext_foreign_toplevel_handle_v1"/> | ||
| </event> |
There was a problem hiding this comment.
Not sure I'm a big fan of these duplicate enter/leave events across different protocols. Especially if the protocols are meant to be interlinked. Maybe it can be designed without duplication somehow?
There was a problem hiding this comment.
If you're referring to the toplevel geometry one, there is some duplication yes. Maybe we should derive the workspace toplevel geometry object from the workspace toplevel management object?
This protocol allows for management of toplevels on ext-workspace workspaces. This is particularly useful for virtual desktop overview UIs and such.