<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 25, 2016 at 12:16 AM, Daiki Ueno <span dir="ltr"><<a href="mailto:ueno@gnu.org" target="_blank">ueno@gnu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> +      <description summary="update state"><br>
> +     Allows to atomically send state updates from client.<br>
> +<br>
> +     This request should follow after a batch of state updating requests<br>
> +     like set_surrounding_text, set_content_type, set_cursor_rectangle and<br>
> +     set_preferred_language.<br>
<br>
</span>This sentence indicates that the request is used for some sort of<br>
synchronization between the client and compositor.  I'm wondering if it<br>
could perform a roundtrip using wl_callback, instead of generating a<br>
serial on the client side.  Then the serial could later be obtained from<br>
the compositor through wl_callback.done.  Would that cause any race<br>
conditions?<br></blockquote><div><br></div><div>It's not a synchronization, all the requests are going from client to server. It is to batch them or make them atomic, or as the wl_surface calls it, it is to double-buffer the requests.</div><div> </div></div></div></div>