Let me add my voice to the people expecting a modern operating system to send my keys to the window containing my mouse.
I'm starting to understand why people have strong feelings about Unity. "I'll just turn on FFM." "No, you can't do that because you'll never be able to get to your menus.." "WTF???" -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/674138 Title: "Global" appmenu breaks sloppy focus Status in Unity: Won't Fix Status in “unity” package in Ubuntu: Won't Fix Bug description: An option I heavily use in GNOME 2.x is so called "sloppy focus" or "focus follows mouse" (ffm). This feature allows me to have multiple windows overlapping and easily switch between them by 'nudging' the mouse over the window I wish to type in. I do not bring the window to the front. Example scenarios * Whilst watching a TV programme in a large window, I wish to microblog about the TV programme to my followers without distracting myself from the programme. I can hover the mouse over twitter client dialog box without it obscuring the video window. * I am working on a document and need input from a co-worker so I get them on IM. As they explain in the IM window I can be typing in the document window. When I need to acknowledge receipt of the IM I can easily switch to the IM window without losing sight of my document. As I understand it, with global appmenu enabled the menu for a window is placed at the top of the screen and changes as the window focus changes. If I am using focus follows mouse and wish to select a menu item for Window A, then as the mouse moves over Window B en-route to the menu, the menu content will change, making it challenging to select menu options for WIndow A. Under certain circumstances it may be possible to take a circuitous route to get the mouse to the appmenu so the menu content doesn't change, but this is suboptimal. I would like to file a bug to petition for the inclusion of a system whereby:- * Focus follows mouse feature is included in Unity * A system which caters for users of focus follows mouse, and suppresses the sub-optimal behaviour. My personal suggestion is as follows:- * By default Unity be setup with ffm disabled, to use the traditional behaviour as default in current GNOME 2 * An option made available to enable ffm * An option made available to configure a key which can suppress the menu change * Behaviour adopted in Unity whereby when the modifier key is pressed, the user can throw the mouse to the menu and know that the menu will be frozen (i.e. focus changes will be ignored) until the modifier key is released. Whilst I appreciate that the vast majority of users do not use sloppy focus, or indeed many don't even know it exists, for those of us that do, it's an integral way in which the desktop is used. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/674138/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
