<div dir="ltr">There is no protocol for the client to tell the server if it used a motion event. <div>But even if there was i don't think it should. The event is still delivered to the client, it isn't eaten, so the client can still do whatever it wants, but what's more important is that no client should change the shell behaviour. </div>
<div>Right now, in X, if a client has a popup menu open you cannot trigger effects like your wm implementation of exposè. </div><div>This is bad and should not happen, even if the menu is under the corner which triggers the effect.</div>
<div><br></div><div style>Giulio</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/4 Bill Spitzak <span dir="ltr"><<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">No this is the right message.<br>
<br>
The problem is that only the client knows "when the mouse hits an output corner" (or more accurately, the client is the only one that knows "the mouse is not pointing at something of mine that should do something other than a shell effect"). Therefore any "effect when the mouse hits an output corner" must not happen until the client confirms that the mouse at this location will cause this effect. As far as I can tell the "mouse moved binding handler" is part of the enter/exit code in the compositor, which is before client communication, this is wrong.<br>

<br>
Giulio Camuffo wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Hmm, did you reply to the right mail? This has nothing to do with resizing.<br>
<br>
<br></div>
2013/4/4 Bill Spitzak <<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a> <mailto:<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>>><div class="im"><br>
<br>
<br>
<br>
    Giulio Camuffo wrote:<br>
<br>
        when a mouse is moved the binding handler is called, passing it the<br>
        mouse position and the timestamp. a shell plugin can use this to<br>
        activate an effect when the mouse hits an output corner.<br>
<br>
<br>
    Any preview of resize must be after the client tells the compositor<br>
    that it will not use the mouse for some other purpose at that point.<br>
<br>
    If the compositor is able to force certain positions to be resize<br>
    then either the "resize edges" are unattractively thick, or that it<br>
    is very hard to grab the resize, or the preview of resize is<br>
    inconsistent because the client has to do it for any internal parts<br>
    that resize.<br>
<br>
<br>
</div></blockquote>
</blockquote></div><br></div>