Avi Kivity wrote:
On 10/26/2009 05:04 PM, Anthony Liguori wrote:
Maybe slightly less than 100%. I meant a native GUI in the same
process as qemu, but talking to QObjects through a scripting language.
The trouble here is that if you want to support being able to close
the gui and open it again without killing the guest, you need the
guest to live in a separate process.
Many applications minimize to the system tray without needing two
processes.
Minimizing or hiding the window are different use cases. Now, I'm not
100% convinced this use-case is absolutely required but historically,
it's always come up in discussions of improving the qemu gui.
Imagine the following:
A user starts a VM at a physical box. Everythings fine but he wants to
return to his workstation so he closes the window. He goes back to his
workstation and connects to a VNC server (on a different X server). He
wants to now bring up the guest's display.
This cannot be achieved with a gui in the same process as qemu. Is it
necessary to support? I don't know.
I'd love to just replace the SDL display with GTK + Cairo. I'm even
somewhat inclined to suggest linking to python so that the gui can be
written in python...
Regards,
Anthony Liguori