[Bug 93249] key event going to display even with keyboard ungrabbed

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=93249

Christophe Fergeau <teuf at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |teuf at gnome.org

--- Comment #14 from Christophe Fergeau <teuf at gnome.org> ---
(In reply to Jonathon Jongsma from comment #13)
> (In reply to Victor Toso from comment #11)
> > IMHO, if the user does not want the key to go to boxes after ctrl_l+alt_l he
> > should switch the focus to the target app, where they key should go.
> > (ctrl_l+alt_l then alt+tab works with remote-viewer here)
> 
> 
> Well, as far as I know, it's also important for accessibility within the
> application itself, not just between different apps. But it works for me
> here as well. And not just Alt+tab. If I release the grab in virt-viewer (by
> pressing ctrl_l+alt_l), I can now press Alt+F and the virt-viewer "file"
> menu opens. So that seems to be the behavior Zeeshan was requesting.

My understanding is that this indeed is all about what happens after the ungrab
combo is pressed (see
http://cgit.freedesktop.org/spice/spice-gtk/commit/?id=767e5522f64c115f66f6419abd378ad568e5564e
). After the combo has been pressed, I'd expect all keys to go to the client
rather than the guest until the mouse moves (or is clicked?), or until the
combo is pressed again.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/spice-bugs/attachments/20151208/22f2e364/attachment.html>