<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - key event going to display even with keyboard ungrabbed" href="https://bugs.freedesktop.org/show_bug.cgi?id=93249#c16">Comment # 16</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - key event going to display even with keyboard ungrabbed" href="https://bugs.freedesktop.org/show_bug.cgi?id=93249">bug 93249</a> from <a class="email" href="mailto:bugzilla@victortoso.com" title="Victor Toso <bugzilla@victortoso.com>"> Victor Toso</a> <pre> (In reply to Christophe Fergeau from <a href="show_bug.cgi?id=93249#c14">comment #14</a>) > (In reply to Jonathon Jongsma from <a href="show_bug.cgi?id=93249#c13">comment #13</a>) > > (In reply to Victor Toso from <a href="show_bug.cgi?id=93249#c11">comment #11</a>) > > > 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 > <a href="http://cgit.freedesktop.org/spice/spice-gtk/commit/">http://cgit.freedesktop.org/spice/spice-gtk/commit/</a> > ?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. Pavel's commit mentions exactly for keyboard shortcuts after ungrab combo. If we change the behavior to ignore any keyboard input after ungrab combo, it might be the case that user's typing will be lost till he realize that he must move the mouse or do the UNgrab combo to grab it. I mean, the current behavior already is that if you do ungrab combo then alt+tab to another app, then alt+tab back, it will not grab the keyboard back but I still can type and keyboard input will go to target app in guest. If we change the behavior, I would expect at least that after alt+tab back to app, I can type to the guest without typing any combo. alt+tab + typing is something I do with lots of different applications. Doing alt+tab+(grab combo) would be annoying. (In reply to Zeeshan Ali from <a href="show_bug.cgi?id=93249#c15">comment #15</a>) mouse moves (or is clicked?), or until the combo is pressed again. > Bingo! Yes! But please don't be lazy next time? irc chat is just a complement to bug description. ;)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>