From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FrGLs-0002wO-RE for qemu-devel@nongnu.org; Fri, 16 Jun 2006 11:35:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FrGLq-0002vN-Ct for qemu-devel@nongnu.org; Fri, 16 Jun 2006 11:35:15 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FrGLq-0002vF-Ae for qemu-devel@nongnu.org; Fri, 16 Jun 2006 11:35:14 -0400 Received: from [213.165.64.21] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FrGVU-0004Pe-81 for qemu-devel@nongnu.org; Fri, 16 Jun 2006 11:45:12 -0400 Message-ID: <4492CFAF.6080305@gmx.de> Date: Fri, 16 Jun 2006 17:35:11 +0200 From: Oliver Gerlich MIME-Version: 1.0 Subject: Re: [Qemu-devel] VMware Player References: <1150406229.3016.10.camel@mjolnir> <20060616092146.5c9e8ced@c1358217.kevquinn.com> <20060616124524.GA27422@miranda.arrow> <20060616170215.56be4715@c1358217.kevquinn.com> <46d6db660606160807j46328efcj317a0eff3a76dfb5@mail.gmail.com> In-Reply-To: <46d6db660606160807j46328efcj317a0eff3a76dfb5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 Christian MICHON wrote: > you're putting c++ inside the qemu source tree when it is not > needed (yet). > > if SDL is common to most guest screens: I agree with you > that the gui/toolkit should overlay the SDL. > > Yet Fabrice mentionned months ago this was not his > intention, so we should respect it and (hopefully) close > this long thread. Close the thread? Please not - I think it's good that many people posted their ideas about a GUI, and maybe there will finally come some agreement about the techniques and libraries that should be used. And if Fabrice doesn't want C++ in the tree (seems a bit reasonable), then there's still GTK. And if it is too difficult to install and run a GTK GUI under Windows, then a native Windows GUI is still possible (after all, the Mac OS X version uses a native GUI toolkit as well, so why not do the same under Windows, and use the GTK frontend under all other platforms). Btw. it would be interesting to know what features would be required to get a GUI into the Qemu tree, and what would be a total showstopper... Maybe the people with commit permission could comment on this :) Regards, Oliver