<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 8, 2014 at 3:23 PM, Bill Spitzak <span dir="ltr"><<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/08/2014 11:58 AM, Giulio Camuffo wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A key being held down on focus-in will not produce a "press" event, so I<br>
don't see what the problem is.<br>
</blockquote>
<br>
It produces a KeyPress in xwayland.<br>
</blockquote>
<br></span>
Okay that may be a problem. So you are saying the client cannot distinguish between keys that were held down when it got the keyboard focus, and ones that were pressed a very short time afterwards?<br>
<br>
I was under the impression that what the client got was an xkb state that showed that the keys were held down. Actual events caused by pressing keys were different and distinguishable by the client.<span class=""><br></span></blockquote><div><br></div><div>X clients cannot distinguish between the two.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If a client wants to check if X is held down I think the user expects it to<br>
work even if it was held down as part of the command to switch windows.<br>
Therefore I think the current behavior is correct.<br>
</blockquote>
<br>
Why would it care about that? The compositor decided that the clients<br>
shouldn't know that one key was pressed, so the client's shouldn't<br>
know that. If some client gets to know that it's a bug.<br>
Or else you should say that key bindings should always let the events<br>
pass to clients. Are you saying that?<br>
</blockquote>
<br></span>
No. All I want is the client to know the current state of the device, including the actual state of the keys. They should not see the keypress any more than if the key was pressed in a different client and held down until the focus switched to this one.<br>
<br>
The most obvious one clients want are shift keys. If I type Alt+tab to go to a different client and keep holding down Alt and type 'x', the client should act like I typed Alt+x.<br></blockquote><div><br></div><div>Too bad. We cannot go back in time 40 years and redesign X11 to be how you want it. We wouldn't be here in the first place if we could.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes I know this works because the modifier bits are being treated differently than the key map. However I don't think that should be special. What happens if everybody starts treating hold-down-space as a modifier (this actually has some precedence in Photoshop and lots of 3D software)?<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank">wayland-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/wayland-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>  Jasper<br>
</div></div>