Add set_autohide_systemui to wayland protocol

third_party/wayland-protocols/unstable/remote-shell/remote-shell-unstable-v1.xml

 <?xml version="1.0" encoding="UTF-8"?>
 <protocol name="remote_shell_unstable_v1">
 
   <copyright>
     Copyright 2016 The Chromium Authors.
 
     Permission is hereby granted, free of charge, to any person obtaining a
     copy of this software and associated documentation files (the "Software"),
     to deal in the Software without restriction, including without limitation
     the rights to use, copy, modify, merge, publish, distribute, sublicense,
@@ skipping 20 matching lines @@
     Warning! The protocol described in this file is experimental and backward
     incompatible changes may be made. Backward compatible changes may be added
     together with the corresponding interface version bump. Backward
     incompatible changes are done by bumping the version number in the protocol
     and interface names and resetting the interface version. Once the protocol
     is to be declared stable, the 'z' prefix and the version number in the
     protocol and interface names are removed and the interface version number is
     reset.
   </description>
 
-  <interface name="zcr_remote_shell_v1" version="3">
+  <interface name="zcr_remote_shell_v1" version="4">
     <description summary="remote_shell">
       The global interface that allows clients to turn a wl_surface into a
       "real window" which is remotely managed but can be stacked, activated
       and made fullscreen by the user.
     </description>
 
     <enum name="container">
       <description summary="containers for remote surfaces">
         Determine how a remote surface should be stacked relative to other
         shell surfaces.
@@ skipping 80 matching lines @@
       <arg name="width" type="int"/>
       <arg name="height" type="int"/>
       <arg name="transform" type="int"/>
       <arg name="scale_factor" type="fixed"/>
       <arg name="work_area_inset_left" type="int"/>
       <arg name="work_area_inset_top" type="int"/>
       <arg name="work_area_inset_right" type="int"/>
       <arg name="work_area_inset_bottom" type="int"/>
       <arg name="layout_mode" type="uint"/>
     </event>
+
   </interface>
 
-  <interface name="zcr_remote_surface_v1" version="3">
+  <interface name="zcr_remote_surface_v1" version="4">
     <description summary="A desktop window">
       An interface that may be implemented by a wl_surface, for
       implementations that provide a desktop-style user interface
       and allows for remotely managed windows.
 
       It provides requests to treat surfaces like windows, allowing to set
       properties like app id and geometry.
 
       The client must call wl_surface.commit on the corresponding wl_surface
       for the remote_surface state to take effect.
 
       For a surface to be mapped by the compositor the client must have
       committed both an remote_surface state and a buffer.
     </description>
 
+    <enum name="systemui_visibility_state">
+      <description summary="systemui visibility behavior">
+         Determine the visibility behavior of the system UI.
+      </description>
+      <entry name="visible" value="1" summary="system ui is visible"/>
+      <entry name="autohide_non_sticky" value="2" summary="system ui autohides and is not sticky"/>
+      <entry name="autohide_sticky" value="3" summary="system ui autohides and is sticky"/>
+    </enum>
+
     <request name="destroy" type="destructor">
       <description summary="Destroy the remote_surface">
         Unmap and destroy the window. The window will be effectively
         hidden from the user's point of view, and all state will be lost.
       </description>
     </request>
 
     <request name="set_app_id">
       <description summary="set application ID">
         Set an application identifier for the surface.
@@ skipping 224 matching lines @@
         specifies inner bounds of the shadow. Specifying zero width and height
         will disable the shadow.
       </description>
       <arg name="x" type="int"/>
       <arg name="y" type="int"/>
       <arg name="width" type="int"/>
       <arg name="height" type="int"/>
     </request>
 
     <!-- Version 3 additions -->
+    <request name="set_systemui_visibility" since="3">
+      <description summary="requests the system ui visibility behavior for the surface">
+        Requests how the surface will change the visibility of the system UI when it is made active.
+      </description>
+      <arg name="visibility" type="uint"/>
+    </request>
 
-    <event name="configure" since="3">
+    <!-- Version 4 additions -->
+
+    <event name="configure" since="4">
       <description summary="suggest a surface change">
         The configure event asks the client to change surface state.
 
         The origin arguments specify the position, in the compositor coordinate
         space, of the virtual display used by the client to simulate multiple
         displays. The client must offset window positions in set_window_geometry
         requests by this origin in order to convert between coordinate spaces.
 
         The states listed in the event are state_type values, and might change
         due to a client request or an event directly handled by the compositor.
 
         Clients should arrange their surface for the new state, and then send an
         ack_configure request with the serial sent in this configure event at
         some point before committing the new surface.
 
         If the client receives multiple configure events before it can respond
         to one, it is free to discard all but the last event it received.
       </description>
       <arg name="origin_x" type="int"/>
       <arg name="origin_y" type="int"/>
       <arg name="states" type="array"/>
       <arg name="serial" type="uint"/>
     </event>
 
-    <request name="ack_configure" since="3">
+    <request name="ack_configure" since="4">
       <description summary="ack a configure event">
         When a configure event is received, if a client commits the
         surface in response to the configure event, then the client
         must make an ack_configure request sometime before the commit
         request, passing along the serial of the configure event.
 
         For instance, the compositor might use this information during display
         configuration to change its coordinate space for set_window_geometry
         requests only when the client has switched to the new coordinate space.
 
         If the client receives multiple configure events before it
         can respond to one, it only has to ack the last configure event.
 
         A client is not required to commit immediately after sending
         an ack_configure request - it may even ack_configure several times
         before its next surface commit.
 
         A client may send multiple ack_configure requests before committing, but
         only the last request sent before a commit indicates which configure
         event the client really is responding to.
       </description>
       <arg name="serial" type="uint" summary="the serial from the configure event"/>
     </request>
 
-    <request name="move" since="3">
+    <request name="move" since="4">
       <description summary="start an interactive move">
         Start an interactive, user-driven move of the surface.
 
         The compositor responds to this request with a configure event that
         transitions to the "moving" state. The client must only initiate motion
         after acknowledging the state change. The compositor can assume that
         subsequent set_window_geometry requests are position updates until the
         next state transition is acknowledged.
 
         The compositor may ignore move requests depending on the state of the
@@ skipping 10 matching lines @@
     </description>
 
     <request name="destroy" type="destructor">
       <description summary="Destroy the notification_surface">
         Unmap and destroy the notification surface.
       </description>
     </request>
   </interface>
 
 </protocol>