|
From: | Oliver Gerlich |
Subject: | Re: [Qemu-devel] [PATCH] Embed QEmu screen on a custom window |
Date: | Thu, 26 May 2005 14:43:39 +0200 |
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 <address@hidden> wrote:Hi, I'm the author of QGui, a windows frontend for QEmu available at http://perso.wanadoo.es/comike._______________________________________________ Qemu-devel mailing list address@hidden 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
[Prev in Thread] | Current Thread | [Next in Thread] |