From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FrdXv-0002Cs-Kc for qemu-devel@nongnu.org; Sat, 17 Jun 2006 12:21:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FrdXs-0002BG-AJ for qemu-devel@nongnu.org; Sat, 17 Jun 2006 12:21:15 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FrdXs-0002B8-4O for qemu-devel@nongnu.org; Sat, 17 Jun 2006 12:21:12 -0400 Received: from [195.228.240.79] (helo=graveyard3.mail.t-online.hu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Frdhk-00010W-Px for qemu-devel@nongnu.org; Sat, 17 Jun 2006 12:31:25 -0400 Received: from mail.t-online.hu (karoly.axelero.hu [195.228.240.245]) by graveyard3.mail.t-online.hu (Postfix) with ESMTP id 9BA4E4F8E8A for ; Sat, 17 Jun 2006 18:06:36 +0200 (CEST) Received: from mail.chello.hu (unknown [81.183.152.90]) by mail.t-online.hu (Postfix) with ESMTP for ; Sat, 17 Jun 2006 18:06:36 +0200 (CEST) Date: Sat, 17 Jun 2006 18:06:35 +0200 Subject: Re: [Qemu-devel] GUI for QEmu (ex "VMware Player" topic) References: <1150406229.3016.10.camel@mjolnir> <20060616092146.5c9e8ced@c1358217.kevquinn.com> <20060616124524.GA27422@miranda.arrow> <20060616170215.56be4715@c1358217.kevquinn.com> <46d6db660606160807j46328efcj317a0eff3a76dfb5@mail.gmail.com> From: NyOS Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-2 MIME-Version: 1.0 Message-ID: In-Reply-To: <46d6db660606160807j46328efcj317a0eff3a76dfb5@mail.gmail.com> Content-Transfer-Encoding: quoted-printable 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 Hi! (note: Subject changed since it has noting to do with VMPlayer.) > if SDL is common to most guest screens: I agree with you > that the gui/toolkit should overlay the SDL. In my opinion, introducing new dependencies should be avoided due to =20 portability reasons. QEmu already uses SDL, so it's an obvious way to use= =20 it for the gui also. There are gui-s based on SDL, so the wheel is alread= y =20 invented. :) (However, reimplementing a button or an editbox needs few =20 work I think.) I was wondering about a new approach. People can reach the VM screen at =20 alt-ctrl-1, the monitor at -2 and so on.. A graphical monitor (a kind of = =20 GUI) could be introduced e.g. at alt-ctrl-5 or alt-ctrl-0. It could offer= =20 changing the cd/dvd/floppy image, cont, stop, commit, and so on. When people run qemu with --help parameter, it could do what it does now = =20 (print command line options). But executing it without parameters, it =20 could open that graphical monitor, where images, memory, hardware would b= e =20 set. That way no new dependencies would be introduced, the VM could be set ful= l =20 screen, and it would be completely be backward compatible. So noone is =20 forced to use GUI who doesn't really need it. Another approach is GTK. I think people sould not fear it. Gimp and Gaim = =20 also use GTK, and runs on Win32. They ship a gtk installer with the =20 windows binary (there's also a version without gtk), so people can instal= l =20 it on windows with the well known next-next-finish way. If you don't =20 believe me, try it. Best regards, Miklos GYOZO ------------------------------------------------------------- "Software is like sex: it's better with a penguin." - unknown