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: Anthony Liguori
Subject: Re: [Qemu-devel] GTK UI is now the default
Date: Fri, 22 Feb 2013 09:17:43 -0600
User-agent: Notmuch/0.13.2+93~ged93d79 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu)

Paolo Bonzini <address@hidden> writes:

> 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.

It really breaks window manager key bindings.  If you alt-tab between
windows and you happen to end up with the window under your mouse,
alt-tab stops working.

I think as the default behavior, you want the least amount of
surprises.  To me alt-tab not working is a pretty big surprise.

Regards,

Anthony Liguori

>
> Paolo




reply via email to

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