<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 3, 2013 at 1:18 PM, Daniel Stone <span dir="ltr"><<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
On 3 April 2013 18:01, Yichao Yu <<a href="mailto:yyc1992@gmail.com">yyc1992@gmail.com</a>> wrote:<br>
> Yes I am talking about menu not notification (sorry the name is status<br>
> notifier[1] instead of status notification), which is the system tray<br>
> protocol.<br>
<br>
</div>Ah OK, I see.  In this case though, there's still a user input event<br>
which triggers it, so I don't see how providing the serial has much<br>
effect here.<br></blockquote><div><br></div><div style>But that is from a different process.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> Also having to send a serial of the event which triggers the action is<br>
> really unfriendly to toolkits and all of them may just have to save the last<br>
> serial globally (as what is done in weston clients now) and use it when<br>
> sending out the requests, what is the point then of letting the client to<br>
> save it instead of just saving it in the compositor? And is having a focus<br>
> really not enough?<br>
<br>
</div>While it's mainly to make things explicit and eliminate all sorts of<br>
focus races, you also need it for multi-pointer support, to<br>
disambiguate which pointer you mean.<br></blockquote><div><br></div><div style>This should at most be a seat argument.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
Cheers,<br>
Daniel<br>
</blockquote></div><br></div></div>