qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] GTK UI is now the default


From: Jan Kiszka
Subject: Re: [Qemu-devel] GTK UI is now the default
Date: Fri, 22 Feb 2013 15:09:44 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

On 2013-02-22 14:50, Paolo Bonzini wrote:
> Il 22/02/2013 14:46, Anthony Liguori ha scritto:
>> Jan Kiszka <address@hidden> writes:
>>
>>> On 2013-02-22 00:04, Anthony Liguori wrote:
>>>>
>>>> Since this is a pretty visible change for a lot of people, I thought I'd
>>>> send a top level note.  The GTK UI is now committed and is the default
>>>> UI provided it's available.
>>>>
>>>> For anyone counting, it's been a little more than 7 years in the making:
>>>>
>>>> http://article.gmane.org/gmane.comp.emulators.qemu/9726
>>>>
>>>> If you want to try it, make sure you have the gtk-2.0 development
>>>> packages installed and the VTE development packages.
>>>
>>> What's your plan now regarding persistent configuration?
>>
>> There are a couple options.  We could use gconf which is the Gnome Way
>> of doing it.  That's an application wide setting that isn't really
>> configurable outside of the menus.
> 
> There are command-line tools to edit it.  It
> 
>> We could also extend -display to be parsed via QemuOpts.  -display vnc
>> is the hard part here but I think either Paolo or I had a patch at one
>> point to do it.  Paolo, was that you?  If not, I can search my branches.
> 
> It must have been you.  I converted several other home-grown option
> parser, but "-display" was really the only one I hadn't touched.
> 
>> If we were using QemuOpts, it could then be configured via the system
>> wide config file (/etc/qemu/qemu.conf).  It wouldn't automatically be
>> persisted when you clicked the menu though.
>>
>>> I'd like to make "Grab on hover" default here as it is how I'm used to work 
>>> with
>>> SDL, but also other tools like rdesktop. Clicking on some menu item each
>>> time I start a guest is obviously no solution.
> 
> FWIW I'd be in favor of making grab-on-hover the default.

That would be fine for me (will post a patch, just in case), but I
suppose there will be more things to configure (With or without tabs?).

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SDP-DE
Corporate Competence Center Embedded Linux



reply via email to

[Prev in Thread] Current Thread [Next in Thread]