From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N2QKs-0002m6-DE for qemu-devel@nongnu.org; Mon, 26 Oct 2009 10:14:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N2QKj-0002jR-Q7 for qemu-devel@nongnu.org; Mon, 26 Oct 2009 10:14:09 -0400 Received: from [199.232.76.173] (port=36143 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N2QKj-0002jJ-Hh for qemu-devel@nongnu.org; Mon, 26 Oct 2009 10:14:05 -0400 Received: from mx1.redhat.com ([209.132.183.28]:61194) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N2QKi-0001st-7f for qemu-devel@nongnu.org; Mon, 26 Oct 2009 10:14:04 -0400 Message-ID: <4AE5AEA4.6020500@redhat.com> Date: Mon, 26 Oct 2009 16:13:56 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH] new SDL keyboard shortcuts to start and stop VM References: <5d6222a80910210924j62505b7dtf298754ce65f1c99@mail.gmail.com> <20091021183503.GA27677@shareable.org> <20091022124036.5df991f3@doriath> <4AE07D06.4080205@codemonkey.ws> <20091022143833.51c48260@doriath> <4AE0A535.3000607@codemonkey.ws> <4AE15DFD.6050203@redhat.com> <4AE1974E.5010303@redhat.com> <4AE1B6A6.3060507@codemonkey.ws> <4AE46EA1.7040505@redhat.com> <4AE5A80D.5040404@codemonkey.ws> In-Reply-To: <4AE5A80D.5040404@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Kevin Wolf , Mulyadi Santosa , qemu-devel@nongnu.org On 10/26/2009 03:45 PM, Anthony Liguori wrote: > Avi Kivity wrote: >> On 10/23/2009 03:59 PM, Anthony Liguori wrote: >>> Your answer may be, this is for a developer and they'll be aware of >>> all the short comings/gotchas but this ends up being a rather >>> user-hostile interface. People are never as aware of short >>> comings/gotchas as we'd like them to be. If there was no other way >>> for a developer to do this, I'd be more inclined to find a way to >>> support this but it's just a matter of writing a script or if you >>> really need a short cut, you can do it with standard gnome short >>> cuts or write a very simple vnc client based on gvncviewer (we're >>> talking a dozen lines of added code) to do this for you. >>> >> >> vncviewer based displays may work now, but they are inefficient and >> will likely fall apart if/when we have 3D support. > > If it's chromium based (which I suspect it will be), you could > certainly tunnel it via vnc. But you wouldn't want to. You'd probably get decent throughput at the expense of greater cpu consumption. Much better to have qemu talk to drm. > >> I'd much rather see a real GUI client, perhaps implemented by >> scripting QObjects or QMP. > > I'm with you 100% here. I'd rather see our focus put into a proper > gui based on QMP than to tack on features to SDL. > Maybe slightly less than 100%. I meant a native GUI in the same process as qemu, but talking to QObjects through a scripting language. -- error compiling committee.c: too many arguments to function