[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

--- Comment #25 from Victor Toso <bugzilla at victortoso.com> ---
> > The issue here is has_focus + ungrabbed case. Like I said before, If user
> > explicitly requested keyboard ungrab (and provided spice and/or App does
> > make sure user knows keyboard in ungrabbed currently), all key events should
> > really go to client/host and none to guest.
> 
> so you want 4th state (I wish you explained this a bit more clearly from the
> start)

Indeed :)

> 
> - after ungrab, the widget should take no input == loose the focus
> 
> Imho this does't make sense, how would you get back to the focus state? I
> really this would be confusing for the user.

Not loose focus, no. He is suggesting that:
1-) Boxes has focus and you are typing into Gedit inside guest
2-) ungrab combo is pressed
3-) no key should go to the guest, but Boxes still hold focus

User can either alt+tab out and alt+tab back to have focus+keyboard-grab or
just hit the ungrab combo to be able to send keys to Gedit in the guest.

> 
> Anyway, you can experiment with this in Boxes, when the keyboard grab is
> lost, you can just change the focus to another widget.
> 
> > > When the widget has the focus, there is no handling of focus chain built-in
> > > the widget, but like any other accelerator, you can set one in your app.
> > 
> > I don't know what you mean. Boxes has accelerators for display state but
> > they currently don't work even when keyboard is ungrabbed and that's the
> > issue here.
> 
> It should work, it works with virt-viewer.

Hmm..

-- 
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/20151209/05d1b97b/attachment.html>