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 91165 - Raise on click seems to be hardwired
Raise on click seems to be hardwired
Status: RESOLVED DUPLICATE of bug 86108
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2002-08-19 13:45 UTC by Russel Winder
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Russel Winder 2002-08-19 13:45:34 UTC 
It appears to be the case (but I may be wrong) that window raise on mouse
click in window is hardwired, there seems to be no way of turning it off.

I feel that having the ability to switch "raise on click in window" off so
that clicking onto a partially obscured window (for example clicking in an
xemacs window to move the cursor) leaves it partially obscured is a benefit
and should be allowed.
Comment 1 Havoc Pennington 2002-08-19 14:16:22 UTC 
From bug 86108, here is a fix I want to try:

 - focus windows on button release not press
 - don't focus on release if the mouse has moved 
   outside the window (fixes drag and drop right away)
 - have a way for apps to send a client message prior to 
   the release indicating that the release should not result
   in focus

I was wrong on the last point though, that doesn't work; but there 
is another way to do it, have apps activate themselves 
if they set a special hint.

Anyway basically make it just work, as Mac and Windows do.




*** This bug has been marked as a duplicate of 86108 ***