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 <[EMAIL PROTECTED]> 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
_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel