[PATCH] xdg-shell: Document the set_maximized and unsetmaximized requests

Bryce Harrington bryce at osg.samsung.com
Thu May 21 19:10:09 PDT 2015


On Tue, May 05, 2015 at 03:35:17PM +0800, Jonas Ådahl wrote:
> Signed-off-by: Jonas Ådahl <jadahl at gmail.com>
> ---
> 
> This patch changes the semantics (compared to the previous version of
> this patch) of maximizing/unmaximizing an already maximized/unmaximized
> surface to always result in a configure event. Doing it this way would be
> more consistent with how the compositor works regarding other configure
> events i.e. send many, letting the client ignore when needed (for example
> during resize).
> 
> 
> Jonas
> 
> 
>  protocol/xdg-shell.xml | 44 ++++++++++++++++++++++++++++++++++++++++++--
>  1 file changed, 42 insertions(+), 2 deletions(-)

Reviewed-by: Bryce Harrington <bryce at osg.samsung.com>

Pushed:
   7a9bb0e..7ef8c91  master -> master

 
> diff --git a/protocol/xdg-shell.xml b/protocol/xdg-shell.xml
> index 9318bea..c733346 100644
> --- a/protocol/xdg-shell.xml
> +++ b/protocol/xdg-shell.xml
> @@ -447,8 +447,48 @@
>        <arg name="height" type="int"/>
>      </request>
>  
> -    <request name="set_maximized" />
> -    <request name="unset_maximized" />
> +    <request name="set_maximized">
> +      <description summary="maximize the window">
> +        Maximize the surface.
> +
> +        After requesting that the surface should be maximized, the compositor
> +        will respond by emitting a configure event with the "maximized" state
> +        and the required window geometry. The client should then update its
> +        content, drawing it in a maximized state, i.e. without shadow or other
> +        decoration outside of the window geometry. The client must also
> +        acknowledge the configure when committing the new content (see
> +        ack_configure).
> +
> +        It is up to the compositor to decide how and where to maximize the
> +        surface, for example which output and what region of the screen should
> +        be used.
> +
> +        If the surface was already maximized, the compositor will still emit
> +        a configure event with the "maximized" state.
> +      </description>
> +    </request>
> +
> +    <request name="unset_maximized">
> +      <description summary="unmaximize the window">
> +        Unmaximize the surface.
> +
> +        After requesting that the surface should be unmaximized, the compositor
> +        will respond by emitting a configure event without the "maximized"
> +        state. If available, the compositor will include the window geometry
> +        dimensions the window had prior to being maximized in the configure
> +        request. The client must then update its content, drawing it in a
> +        regular state, i.e. potentially with shadow, etc. The client must also
> +        acknowledge the configure when committing the new content (see
> +        ack_configure).
> +
> +        It is up to the compositor to position the surface after it was
> +        unmaximized; usually the position the surface had before maximizing, if
> +        applicable.
> +
> +        If the surface was already not maximized, the compositor will still
> +        emit a configure event without the "maximized" state.
> +      </description>
> +    </request>
>  
>      <request name="set_fullscreen">
>        <description summary="set the window as fullscreen on a monitor">
> -- 
> 2.1.4
> 
> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel


More information about the wayland-devel mailing list