GNOME Bugzilla – Bug 161275
New window focus is not intuitive for 'focus follows pointer'
Last modified: 2004-12-22 21:47:04 UTC
Distribution: Debian 3.0 Package: control-center Severity: enhancement Version: GNOME2.8.1 Gnome-Distributor: GARNOME Synopsis: New window focus is not intuitive for 'focus follows pointer' Bugzilla-Product: control-center Bugzilla-Component: Window preferences Bugzilla-Version: 2.8.x Description: Please describe your feature request: There are two possibilities for window focus behaviour - 'focus follows pointer' or 'click to focus'. 'Click to focus' is essentially Windows style focusing. New windows under 'click to focus' automatically grab the focus, which seems intuitive under this setting. 'Focus follows pointer' is a UNIX type focusing policy, in which new windows are frequently spawned from the command line (which may still be needed for further input). If the focus is _strictly_ following the pointer then new windows should only recieve the focus if they are under the mouse. However, in this setting, new windows still automatically recieve the focus, which seems rather counter intuitive. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-12-14 09:33 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "control-center". Setting to default milestone for this product, '---' The original reporter of this bug does not have an account here. Reassigning to the person who moved it here, unknown@bugzilla.gnome.org. Previous reporter was d.m.tooke@chem.uu.nl. Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Yes, I understand that this breaks the invariants for sloppy/mouse focus--you can see the write-up where this case is explicitly listed in the metacity sources under metacity/doc/how-to-get-focus-right.txt. So the default definitely will not change, but there is a possibility of a preference. You can track the status of this bug in bug 152004. Though, as you can see from reading there (sorry, there's also some extraneous stuff), we're going to see if focus-stealing-prevention is "good enough" before considering any such preference. *** This bug has been marked as a duplicate of 152004 ***