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 156980 - Remember window order
Remember window order
Status: RESOLVED DUPLICATE of bug 76672
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2004-10-31 19:58 UTC by Amadeus
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Amadeus 2004-10-31 19:58:15 UTC 
Imagine 2 windows like so
     _______
 ___|__     |
|      | B  |
|  A   |____|
|______|

As it is now, there is no way to move B without it is placed on top of A.

So I would like to suggest that when sloppy focus is set, moving B should not
place it to front, as long as it is in physical contact with A.

When A and B are not in physical contact the window that is moved should be
placed on top, just as it is now.
Comment 1 Elijah Newren 2004-10-31 20:29:41 UTC 
This is just one part of the frequent "please don't raise on click" requests. 
Most users find working/interacting with an obscured window to be unintuitive,
so your request shouldn't be the default behavior.  I would like to see this
issue addressed, but we have to first get the common use cases down and do
intelligent raise-on-clicking before we cater to the niches with things like
this.  See bug 152952 for work towards that end.

I'm going to mark this as a duplicate of bug 86108.  See also bug 76672, bug
115753, and comments 10 and 11 of bug 152952.

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