<div dir="ltr">ack?<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 8:49 PM, Jonathon Jongsma <span dir="ltr"><<a href="mailto:jjongsma@redhat.com" target="_blank">jjongsma@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
<br>
----- Original Message -----<br>
> From: "Marc-André Lureau" <<a href="mailto:mlureau@redhat.com">mlureau@redhat.com</a>><br>
> To: "Jonathon Jongsma" <<a href="mailto:jjongsma@redhat.com">jjongsma@redhat.com</a>><br>
> Cc: <a href="mailto:spice-devel@lists.freedesktop.org">spice-devel@lists.freedesktop.org</a><br>
> Sent: Friday, April 4, 2014 12:16:26 PM<br>
> Subject: Re: [Spice-devel] [PATCH spice-gtk 2/2] gtk-session: always sync modifiers for client events<br>
><br>
><br>
><br>
> ----- Original Message -----<br>
> >         - if the guest display widget is focused and the user presses<br>
> >         Caps lock, we will send a keypress message (which will cause the<br>
> >         capslock modifier to toggle on the guest) and then we will<br>
> >         immediately send a modifers message. So we'll send duplicate<br>
> >         messages for the same event. In practice I hadn't noticed any<br>
> >         problems because of this, but I wonder if this is partly what<br>
> >         caused the issue you observed?<br>
><br>
> Yeah, I noticed that too, but I don't think it's a big problem sending twice<br>
> the current state.<br>
<br>
</div>Probably not. I can't currently think of a race condition that would cause problems here.<br>
<div class=""><br>
><br>
><br>
> >         - if the capslock on the client is mapped to something else<br>
> >         (e.g. 'control'), and the capslock key is pressed while the<br>
> >         display widget is focused, we will send a keypress event to the<br>
> >         guest, which will cause the guest's capslock state to change.<br>
><br>
><br>
> >         However, the client's capslock state will not change, so when we<br>
> >         receive the 'inputs-modifiers' message from the guest, we will<br>
> >         send down the old value again.  On the other hand, this is a<br>
> >         corner case because it requires a non-standard keyboard layout,<br>
> >         and the alternative (not overriding the guest modifiers state)<br>
> >         results in an out-of-sync modifiers state between the guest and<br>
> >         client. So I'm not sure what the right answer is here.<br>
> ><br>
> > thoughts?<br>
><br>
> That sounds still ok to me, we want the guest to be sync with the client<br>
> state. Doing something else will be even more annoying, wouldn't it?<br>
><br>
<br>
</div>Yes, probably, but I thought I'd mention it for others to consider.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Spice-devel mailing list<br>
<a href="mailto:Spice-devel@lists.freedesktop.org">Spice-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/spice-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/spice-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Marc-André Lureau
</div>