RE: Gnome 3.4 breaks sloppy mouse focus?

O, thanks. Not to be a whiner, but from what I understand (I haven't tested 3.4 yet as it's not available for my distro yet) I would then not be able to use the mouse to choose a menu in the keyboard-activated application menu, since if another window is in the mouse's path (using sloppy focus) it would switch the application in focus and thus change the application menu. So I would have to always use full keyboard navigation for the application menu if I want to use sloppy mouse focus?

I realise that this application menu poses no problems for touch screens (since the pointer jumps from one place to another) and also for windows-like focus settings (click to focus), but it's a pain for sloppy mouse focus users. I'm sure that mainstream computer users, coming from Windows or Mac, have no problem with this since they have never really had a choice but for linux users that love sloppy focus this is a big change I think. I don't want to start an argument, but I wonder if this use case was forgotten when the gnome shell UI was thought out? I didn't see anything written about this (use case) in the app menu screen mocks.


-----Original Message-----
From: magcius gmail com [mailto:magcius gmail com] On Behalf Of Jasper St. Pierre
Sent: 01 March 2012 08:45
To: Gabriel Rossetti
Subject: Re: Gnome 3.4 breaks sloppy mouse focus?

On Thu, Mar 1, 2012 at 2:35 AM, Gabriel Rossetti
<gabriel rossetti trafigura com> wrote:
> Ok, thanks for the differentiation Jasper.
> But that still breaks the sloppy mouse focus doesn't it? How will that be addressed? A keyboard shortcut, etc?

You can currently use Ctrl+Alt+Tab to activate the application menu.

> Thanks,
> Gabriel
> -----Original Message-----
> From: magcius gmail com [mailto:magcius gmail com] On Behalf Of Jasper St. Pierre
> Sent: 29 February 2012 19:53
> To: Josh Leverette
> Cc: Gabriel Rossetti; gnome-shell-list gnome org
> Subject: Re: Gnome 3.4 breaks sloppy mouse focus?
> Of course, it would be wonderful or terrible if we have global menus,
> but we don't. We have "Application Menus"... what's the difference?
> Application menus are explicitly set by the application, and aren't
> pulled out of a GtkMenu at all. They're designed with both the Shell
> and the Application in mind. If you ever see "File", "Edit", etc. in
> an application menu, file a bug. That's not what it's designed for.
> It's designed for application-global things.
> On Wed, Feb 29, 2012 at 12:49 PM, Josh Leverette <coder543 gmail com> wrote:
>> I've never read such a thing about Mac. The menus are a key feature of Mac.
>> Global menus are excellent because they take no accuracy to use. Throw you
>> mouse up and voila, the menu. Otherwise you spend large amounts of time
>> aiming for the menu, which is usually thin and difficult to hit. Users do
>> not hate Unity's global menu. Users hate change, of any kind.
>> Sincerely,
>> Josh
>> On Feb 29, 2012 11:39 AM, "Gabriel Rossetti"
>> <gabriel rossetti trafigura com> wrote:
>>> Hi everyone,
>>> I just read this
>>> (
>>> article on Gnome 3.4. It looks like since it's forcing the new global menus
>>> breaks the sloppy mouse focus, how are you going to fix this (are you? I
>>> hope so...)?
>>> What I don't quite understand, is that one thing a lot of people hate
>>> about unity is the global menus, I even read an article saying that in
>>> future versions of Mac OS X it's possible that it will disappear (sorry, no
>>> longer have the link), so why is Gnome Shell switching to it? If it was
>>> optional then I'd understand, some people may like that, but others don't.
>>> Thanks,
>>> Gabriel
>>>   ________________________________
>>> This email and any attachments are confidential and access to this email
>>> or attachment by anyone other than the addressee is unauthorised. If you are
>>> not the intended recipient please notify the sender and delete the email
>>> including any attachments. You must not disclose or distribute any of the
>>> contents to any other person. Personal views or opinions are solely those of
>>> the author and not of Trafigura. Trafigura does not guarantee that the
>>> integrity of this communication has been maintained nor that the
>>> communication is free of viruses, interceptions or interference. By
>>> communicating with anyone at Trafigura by email, you consent to the
>>> monitoring or interception of such email by Trafigura in accordance with its
>>> internal policies. Unless otherwise stated, any pricing information given in
>>> this message is indicative only, is subject to change and does not
>>> constitute an offer to deal at any price quoted.
>>> _______________________________________________
>>> gnome-shell-list mailing list
>>> gnome-shell-list gnome org
>> _______________________________________________
>> gnome-shell-list mailing list
>> gnome-shell-list gnome org
> --
>   Jasper


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