After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 128134 - Raise on focus to enhance DnD
Raise on focus to enhance DnD
Status: RESOLVED WONTFIX
Product: metacity
Classification: Other
Component: general
2.6.x
Other Linux
: High enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks: 133047
 
 
Reported: 2003-11-28 18:00 UTC by Gregory Merchan
Modified: 2007-04-09 18:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Raise on FocusIn, instead of ButtonPress (1.40 KB, patch)
2003-11-28 18:01 UTC, Gregory Merchan
needs-work Details | Review
Updated patch to match current sloppy focus policy (1.40 KB, patch)
2004-01-26 19:26 UTC, Gregory Merchan
reviewed Details | Review

Description Gregory Merchan 2003-11-28 18:00:36 UTC
See this page for more information:
http://www.phys.lsu.edu/students/merchan/GNOME/Recommendations/DnD/index.html

By raising on focus in click-to-focus mode, metacity can allow drags
to start without raising a window.

The patch (to be attached) eliminates raising on client area clicks
for both focus modes, and adds a raise on a subset of FocusIn events
for click-to-focus mode.
Comment 1 Gregory Merchan 2003-11-28 18:01:51 UTC
Created attachment 21906 [details] [review]
Raise on FocusIn, instead of ButtonPress
Comment 2 alexander.winston 2004-01-04 22:50:15 UTC
Bumping the priority level to High because a patch is attached.
Comment 3 Luis Villa 2004-01-09 00:02:22 UTC
Adding some more keywords, and marking this enhancement and a
usability change.
Comment 4 Rob Adams 2004-01-09 00:30:37 UTC
I should note, by the way, that this won't actually work.  The window
is focused immediately on buttonpress, so raising it on focusin isn't
going to change anything.
Comment 5 Gregory Merchan 2004-01-26 19:26:25 UTC
Created attachment 23780 [details] [review]
Updated patch to match current sloppy focus policy
Comment 6 Gregory Merchan 2004-01-31 09:59:40 UTC
The method I had described at my website is now obsolete, which
is one of the reasons the pages are down. I recently discovered
another method which is much simpler and does not have the
problems that method had. Bug #133047 depends on the other
bugs which must be fixed to implement it. (As well as some closely
related focus handling bugs.) An explanation will be put forth soon.
Comment 7 Elijah Newren 2004-02-03 01:24:14 UTC
Gregory: Am I correct in understanding that your patches (both between
this bug and the other ones you've filed), will only implement
do-not-raise-on-DND for click-to-focus mode?  That's the feeling I get
from reading your reports, yet I think do-not-raise-on-DND should be
available for sloppy and mouse focus modes too.
Comment 8 Gregory Merchan 2004-02-03 03:13:15 UTC
Elijah: Yes, that is correct.

Without hurling due invective against clickless focus, I will
grudgingly admit there is a way for it to support raiseless DnD.
A policy, for only clickless focus, of raising on clicks outside
the client area (e.g., frame or taskbar), or on keyboard-assigned
focus, or on keyboard-activated raise, would allow raiseless DnD.
Comment 9 Elijah Newren 2007-04-09 18:56:36 UTC
As per Gregory's comments in bug 76672 and bug 80984, this would require toolkit level changes as well, be incompatible with focus modes other than click-to-focus, and move focus policy from the window manager to applications.  Odds of convincing all toolkit authors to accept such changes are essentially 0 (Lubos already objected on these grounds; see http://mail.gnome.org/archives/wm-spec-list/2004-April/msg00019.html).

Don't raise on DND will instead be tracked in bug 152952 (and gtk bug 154260).