Re: [Qemu-devel] VMware Player

[Joe Lee <joelee724@gmail.com>]

I thought I share this with you all. I have been looking into XEN lately 
and someone has developed a GUI-Frontend for it. Here's the link below 
showing images for the GUI interface to manage xen. A similar type GUI 
interface could be done for QEMU.
I wonder want programming tool used for it.

http://sourceforge.net/projects/xenman/
http://sourceforge.net/project/screenshots.php?group_id=168929
http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35194
http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35193
http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35191
http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35190




Kevin F. Quinn wrote:
> On Thu, 15 Jun 2006 16:17:09 -0500
> John Morris <jmorris@beau.org> wrote:
>
>   
>> On Thu, 2006-06-15 at 09:18, Joe Lee wrote:
>>
>>     
>>> I appreciate the effort that some are making to develop a GUI for
>>> QEMU - There's a few project I see that trying to achieve this.
>>> But, I wish they all could come together and work together to
>>> develop a nice GUI. I would like to see a sub-project exist in the
>>> QEMU site so all can come and contribute to that effort.
>>>       
>> Geez, why not ask for world peace while you are at it.  One GUI?  So
>> which toolkit?  Pick Gtk and watch the K folk whine.  Ok, so KDE it
>> is. Oops, now the Gnomes are all over ya.  And of course since I
>> suspect a non-trivial percentage of QEMU users are on Windows,
>> Solaris, etc. they ain't gonna like either of those choices much.
>>     
>
> WxWidgets (www.wxwidgets.org) provides a nice way out of this - provides
> a uniform API for the application developer, and local look-and-feel for
> each platform.  WxWidgets can sit on gtk, motif, x11, win32, mac, cocoa
> (doesn't appear to be a qt backend yet, but no reason there couldn't
> be).
>
>   
>> Face it, putting a GUI on something like QEMU is going to require at
>> least a one per desktop/platform effort.  And that can best be kept
>> with the GNOME/KDE/etc software repositories because they require
>> constant updating on the schedule of the rest of the desktop
>> environment to stay current.
>>
>> Think of it like mkisofs/cdrecord/growisofs/cdrdao vs the abundance of
>> graphical front ends that all make use of them.  Nobody has to totally
>> reinvent the wheel because those solid CLI only parts can be reused by
>> each project and each graphical environment gets a totally native (ok,
>> several) GUI CD/DVD authoring/burning program instead of one crappy
>> ported program.
>>
>>     
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>