GNOME Bugzilla – Bug 104456
Window Move implies Raise event, but should it?
Last modified: 2004-12-22 21:47:04 UTC
I've examanied the ICCCM, and the freedesktop standard guides, but I didn't find a ruling on this. At present, a move event causes a raise event, and I don't think it should. Click to raise, raises. Clicking on the border raises; clicking on the title raises; auto-raise raises. Moving a window causes a raise, and middle-mouse paste seems to cause a raise (which I'm not so sure that should either...) But: Mouse scroll-wheel doesn't cause a raise... neither does a drag-n-drop. Shouldn't it be possible to "slip" a window underneath another? Or would that require the movement to stop once the mouse cursor on the title-bar hit the edge of a window above. (To prevent you "loosing" the window under a much larger window). I don't know...
The ICCCM doesn't specify anything about this sort of thing, allowing different behavior for whether windows are raised on click etc. is exactly the reason why X supports pluggable window managers. Maybe you mean bug #76672?
I think the short answer to the question in the bug summary is: Yes, of course it should. Don't be ridiculous. Imagine how awful it would be if you're trying to move a window and you lose it behind another window. Not raising windows on move would simply be really confusing.
*** This bug has been marked as a duplicate of 76672 ***