Re: [Qemu-devel] [PATCH] Embed QEmu screen on a custom window

[Oliver Gerlich <olig9@gmx.de>]

Christian MICHON wrote:
> yes, but this is only for windows hosts, and you must install
> visual basic.
> 
> wouldnt' it be better to add an extra sdl "console" (today we've
> main window, control, serial, parallel) where we could set parameters
> graphically ? or at least as a text form to read a cfg file ?
> 
> this would pay more than to have 1 frontend for windows, 1 for linux,
> 1 for sparc, 1 for mac, etc...
> 
> what's your opinion on this ?
> 
> Christian
> 
> On 5/26/05, Miguel Angel Fraile <mianfrar@gmail.com> wrote:
> 
>>Hi,
>>
>>I'm the author of QGui, a windows frontend for QEmu available at
>>http://perso.wanadoo.es/comike.
>>
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 
> 

I think Miguels patch is quite useful. It makes it possible to use 
native Windows controls and Windows API calls to display a nice GUI for 
Qemu, without adding much code to Qemu itself. Actually I've been 
working on something similar for XFree (with XEmbed) to embed Qemu into 
a GUI written with Perl and GTK :) (it partially works already, but 
focusing and mouse grabbing doesn't work quite well yet). Btw. I 
remember at least two people working on this XEmbed thing as well.
IMHO adding a GUI built with SDL would be much more difficult than using 
native GUI toolkits. And doesn't the Cocoa patch aim at a native MacOsX 
GUI in the end?
However, the disadvantage of the "native GUI" approach might be that 
lots of different GUIs appear, instead of a graphical interface which is 
basically consistent on all platforms (like VMWare for Linux is 
basically consistent with VMWare for Windows, although both use 
different GUI toolkits).

My conclusion is that there should be a discussion (or simply a 
decision) on how to build a GUI for Qemu, and that embedding Qemu into 
native GUIs could be a good way :)

Oliver Gerlich