From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FrFmp-0007ua-TC for qemu-devel@nongnu.org; Fri, 16 Jun 2006 10:59:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FrFmn-0007u8-UB for qemu-devel@nongnu.org; Fri, 16 Jun 2006 10:59:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FrFmn-0007u5-Ok for qemu-devel@nongnu.org; Fri, 16 Jun 2006 10:59:01 -0400 Received: from [199.232.41.67] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FrFwR-0006aU-DE for qemu-devel@nongnu.org; Fri, 16 Jun 2006 11:08:59 -0400 Received: from [62.13.171.111] (helo=MIUMMR0MT04.um.ced.h3g.it) by mx20.gnu.org with esmtp (Exim 4.52) id 1FrFmm-0006lU-NB for qemu-devel@nongnu.org; Fri, 16 Jun 2006 10:59:00 -0400 Date: Fri, 16 Jun 2006 17:02:15 +0200 From: "Kevin F. Quinn" Subject: Re: [Qemu-devel] VMware Player Message-ID: <20060616170215.56be4715@c1358217.kevquinn.com> In-Reply-To: <20060616124524.GA27422@miranda.arrow> References: <1150406229.3016.10.camel@mjolnir> <20060616092146.5c9e8ced@c1358217.kevquinn.com> <20060616124524.GA27422@miranda.arrow> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri, 16 Jun 2006 13:45:24 +0100 Stuart Brady wrote: > On Fri, Jun 16, 2006 at 09:21:46AM +0200, Kevin F. Quinn wrote: > > > 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). > > Yes, there should be abstraction between the UI and the VM, but I > think that the approach taken by xine, gstreamer, cdrecord, > cdparanoia, etc. is much cleaner. You could still write a frontend > with WxWidgets... > > I think it would be best if QEMU didn't depend on any particular > toolkit, and that includes WxWidgets. I was suggesting WxWidgets as a way to avoid writing separate gui frontends for each platform (that's what WxWidgets is for). I wasn't suggesting WxWidgets be embedded into Qemu (or the other way around for that matter). If you want a pretty controller app and you want to avoid cross-platform issues WxWidgets does a lot of the work for you (much more than just gtk for example). In particular I was responding to the statement > Face it, putting a GUI on something like QEMU is going to require at > least a one per desktop/platform effort. I don't see any reason to hack up qemu just to put a pretty face on it. VNC support already provides an easy way to place the guest screen wherever you want if you don't like the SDL window (although I think SDL remains the best choice for the guest screen). http://code.technoplaza.net/wx-sdl/ talks about combining WxWidgets and SDL, although I don't know if that's useful. -- Kevin F. Quinn