From 3d0f70b1f75aed78b1a42cdfd610bcf115e58a50 Mon Sep 17 00:00:00 2001 From: Marius Vlad Date: Fri, 5 Aug 2022 16:21:34 +0300 Subject: agl-shell: Add split functionality into agl-shell protocol Signed-off-by: Marius Vlad Change-Id: Id19a1865baef6e7c9804a281d583a4ac19421851 --- protocol/agl-shell.xml | 68 +++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 67 insertions(+), 1 deletion(-) (limited to 'protocol/agl-shell.xml') diff --git a/protocol/agl-shell.xml b/protocol/agl-shell.xml index 84a423c..8f83d7a 100644 --- a/protocol/agl-shell.xml +++ b/protocol/agl-shell.xml @@ -22,7 +22,7 @@ FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. - + Starting with version 2 of the protocol, the client is required to wait for the 'bound_ok' or 'bound_fail' events in order to proceed further. @@ -56,6 +56,7 @@ + @@ -65,6 +66,15 @@ + + + + + + + + + Tell the server that this client is ready to be shown. The server @@ -156,5 +166,61 @@ + + + Request changes the application from the original mode (whatever that + might be) to a split, tiled orientation mode defined in the orientation + enum. Clients need to implement resizing (meaing handle xdg-shell + configure events) for this to work correctly. + + This request only handles a single level of tiling for practical + reasons: to keep implementation simple and straight forward. The + compositor will ignore requests if there are already two windows + present, and will terminate the client's connection with a protocol + violation, if it detects more than one tiling level. + + If there's no app_id with the supplied name it will be added to a + pending list in order to be applied when an application id gets started. + Applications can use this approch if they want to be started in a + tiled orientantion position, before creating the xdg-shell toplevel role. + + A none orientation type would make the window go back to the original + maximized mode. If two windows are side by side, returning one of them + back the original mode would mean the other one will be made hidden + and the one doing the request for the none orientation will become + the currently active window. A further activation, using activate_app + request for the other window would make that one active. + + Closing the window in the tiled orientation state implies that either + the background surface will displayed, or in case there was another + applications being shown at that time, will make that application be + returned to the original, maximized state. + + The tiled orientation could be applied independently of each other, + such that a client can transition from one tiled orientation to + another. Note that any other window already present would literally + take the opposite orientation with the one currently being changed. So + tiled orientation modification automatically implies a tile orientation + for any other application already present/active at that time. + + In case there's already a client active at that time, it will be + attributed automatically the opposite tiled orientation, such that two + concurrent applications can be displayed at the same time. + + The orientation tiles can not be combined, and only state at a time + can be active. Only horizontal and vertical tiling is possible. + + Input focus is being delivered to the last started/activated window, such + that users can cycle between that one or the other, assumes there's + another window in the first place. + + See xdg_toplevel.set_app_id from the xdg-shell protocol for a + description of app_id. + + + + + + -- cgit 1.2.3-korg