From 54579f72b8eb346294b8e919eaba368708f3e119 Mon Sep 17 00:00:00 2001 From: Ilia Bozhinov Date: Fri, 26 Apr 2019 17:11:53 +0200 Subject: [PATCH] foreign-toplevel-management: add support for fullscreening toplevels This can be used for fullscreening an app from a taskbar, and potentially also for panels to autohide themselves in case a fullscreen toplevel appears. --- ...oreign-toplevel-management-unstable-v1.xml | 34 ++++++++++++++++--- 1 file changed, 29 insertions(+), 5 deletions(-) diff --git a/unstable/wlr-foreign-toplevel-management-unstable-v1.xml b/unstable/wlr-foreign-toplevel-management-unstable-v1.xml index 234d953..a97738f 100644 --- a/unstable/wlr-foreign-toplevel-management-unstable-v1.xml +++ b/unstable/wlr-foreign-toplevel-management-unstable-v1.xml @@ -25,7 +25,7 @@ THIS SOFTWARE. - + The purpose of this protocol is to enable the creation of taskbars and docks by providing them with a list of opened applications and @@ -68,7 +68,7 @@ - + A zwlr_foreign_toplevel_handle_v1 object represents an opened toplevel window. Each app may have multiple opened toplevels. @@ -150,9 +150,10 @@ as the states with the same names defined in xdg-toplevel - - - + + + + @@ -231,5 +232,28 @@ destruction of the object. + + + + + + Requests that the toplevel be fullscreened on the given output. If the + fullscreen state and/or the outputs the toplevel is visible on actually + change, this will be indicated by the state and output_enter/leave + events. + + The output parameter is only a hint to the compositor. Also, if output + is NULL, the compositor should decide which output the toplevel will be + fullscreened on, if at all. + + + + + + + Requests that the toplevel be unfullscreened. If the fullscreen state + actually changes, this will be indicated by the state event. + +