From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CzMqp-00078g-I1 for qemu-devel@nongnu.org; Thu, 10 Feb 2005 17:31:55 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CzMqm-00077V-DY for qemu-devel@nongnu.org; Thu, 10 Feb 2005 17:31:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CzMqm-00077Q-6n for qemu-devel@nongnu.org; Thu, 10 Feb 2005 17:31:52 -0500 Received: from [64.233.184.192] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CzMcT-0005b3-Sm for qemu-devel@nongnu.org; Thu, 10 Feb 2005 17:17:06 -0500 Received: by wproxy.gmail.com with SMTP id 36so301525wri for ; Thu, 10 Feb 2005 14:16:59 -0800 (PST) Message-ID: Date: Thu, 10 Feb 2005 23:16:58 +0100 From: Magnus Damm Subject: Re: [Qemu-devel] Just a thought (high level API) In-Reply-To: <1108067564.8083.7.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1107961744.8824.7.camel@localhost.localdomain> <420BBD21.2070705@bellard.org> <1108067564.8083.7.camel@localhost.localdomain> Reply-To: Magnus Damm , 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 Thu, 10 Feb 2005 15:32:44 -0500, Nathaniel McCallum wrote: [snip] > Thanks for your input! I was hoping you'd come out and play ;). I'll > gladly do a gtk frontend (I was planning on it). However, one of the > first things I would need to do would be to create some kind of config > file to store the settings in. I'd rather do this upstream and let > other front ends benefit from this as well. Please implement a gtk frontend, that would be really cool and useful! And speaking about config files, I think extending the current way of passing options to the system emulator further leads to is a dead end: http://lists.gnu.org/archive/html/qemu-devel/2005-01/msg00175.html I would like to see more reentrant code that makes it possible to have several instances of the same code hooked up at different places in the emulator. Code that emulates hardware is of course a candidate, but I also think displaying and muxing graphics is a typical thing that a user wants to control from somewhere. Say that I would like to emulate a system with two vga cards - where should the output go? To one window and to /dev/null? Or two windows? Or muxed together like the vga output and the monitor in one window? I think the best is to let the user decide. / magnus