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. Thanks, Gabriel -----Original Message----- From: magc...@gmail.com [mailto:magc...@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.rosse...@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: magc...@gmail.com [mailto:magc...@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 <coder...@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.rosse...@trafigura.com> wrote: >>> >>> Hi everyone, >>> >>> I just read this >>> (http://afaikblog.wordpress.com/2012/02/28/looking-forward-to-gnome-3-4/) >>> 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 >>> http://mail.gnome.org/mailman/listinfo/gnome-shell-list >>> >> >> _______________________________________________ >> gnome-shell-list mailing list >> gnome-shell-list@gnome.org >> http://mail.gnome.org/mailman/listinfo/gnome-shell-list >> > > > > -- > Jasper -- Jasper _______________________________________________ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
