[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] VMware Player

From: Joe Lee
Subject: Re: [Qemu-devel] VMware Player
Date: Fri, 16 Jun 2006 10:18:21 -0400
User-agent: Thunderbird (Windows/20060516)

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.


Kevin F. Quinn wrote:
On Thu, 15 Jun 2006 16:17:09 -0500
John Morris <address@hidden> 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

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]