[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Various GTK window display problems - sorting bugs from fea
[Qemu-devel] Various GTK window display problems - sorting bugs from features
Sat, 12 Jan 2019 21:07:36 +0000
After filing a Debian bug, the package maintainer gave a hint,
that this might be more relevant here:
There seems to exist a (minor) usability issue with GTK frontend
and detaching a window, that seems to lead to full loss of keyboard
input to the guest, in the end.
With the first issue (usability), it is not clear if this is intended
behaviour. Maybe someone can give a short opinion to finish this
one as "little unexpected feature". See also .
When running a Qemu machine with "-display gtk" then selecting
Menu-bar -> View -> Detach tab
Menu-bar -> View -> Fullscreen
will then display the menu bar into fullscreen mode, not the virtual
As it is impossible to bring the detached window to fullscreen
mode, it has to be reattached to the main windows again, This
can be done by closing the windows. Everything looks nice afterwards
but keybord events are not forwarded to the guest any more
(mouse is still working).
There is no difference in behaviour when GTK window is scaling
the guest screen, guest display is in full screen mode or not,
input is grabbed.
Using the qemu monitor (with "-monitor stdio") still transports
the keystrokes, so the guest seems to be working still.
(qemu) sendkey x
(qemu) sendkey ret
Can anyone reproduce this behaviour? See also .
Background: the initial reason for exploring all window/fullscreen
variants was, that the mouse input stopped working with the
sdl -> gtk switch. The Debian package maintainer seems very
responsive and commited, so we are still sorting this one out
Thanks for any feedback, opinions,
|[Prev in Thread]
||[Next in Thread]|
- [Qemu-devel] Various GTK window display problems - sorting bugs from features,