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 112308 - Raise windows when they are a drag target
Raise windows when they are a drag target
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: EWMH specification
unspecified
Other Linux
: Normal enhancement
: future
Assigned To: Metacity maintainers list
Metacity maintainers list
: 139402 143014 165206 165762 165771 312157 315934 324960 335046 339653 343704 521996 (view as bug list)
Depends on:
Blocks: 155451 313605
 
 
Reported: 2003-05-05 15:46 UTC by Dave Bordoley [Not Reading Bug Mail]
Modified: 2020-11-07 12:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
Metacity patch implementing this, assuming it can receive XdndEnter messages from the app (2.70 KB, patch)
2006-05-09 18:00 UTC, Elijah Newren
needs-work Details | Review

Description Dave Bordoley [Not Reading Bug Mail] 2003-05-05 15:46:10 UTC
It would be cool if metacity raised a window when it is the target of a drag after a short delay (sort of like in the window list). This would be useful for instance in the situation when you are draggin and dropping files inbetween folders.
Comment 1 Havoc Pennington 2003-05-05 18:39:48 UTC
Owen - is this possible to implement in the WM?
Comment 2 Rob Adams 2003-05-05 19:10:11 UTC
I posted a proposal for a WM spec augmentation to include some sort of
WM hint mechanism for dealing with drag and drop windows; never
received any comments from the list though.

Here's the original post:
http://mail.gnome.org/archives/wm-spec-list/2003-March/msg00001.html
Comment 3 Owen Taylor 2003-05-05 19:19:28 UTC
Your proposal seems unrelated to this bug report... it's about
starting drags not about action during drags.

The window manager can't raise on hover because the client
messages are (at least for GTK+) sent with a 0 event mask,
so only the owner window receives them. (Sending them
with a non-event mask was causing problems for Qt/metacity
actually since the event propagated to the frame, and
GTK+ tried to handle it; I think Qt was going to fix
their event mask then.)

The drop target could raise itself pretty easily; alternatively,
I suppose either the drop source or target could set a  
"I'm currently a drop target" property that the WM could
key off of for autoraise.
Comment 4 Havoc Pennington 2003-05-05 19:22:27 UTC
Need spec extensions or need to move this to gtk then, it sounds like.
Comment 5 Dave Bordoley [Not Reading Bug Mail] 2003-07-05 17:12:44 UTC
hp,

at the very least could metacity raise windows when a user drags an
item onto the titlebar of a window?
Comment 6 Havoc Pennington 2003-07-05 20:30:51 UTC
maybe so, but I would think we should just fix this for real
somewhere, it should not be that hard.
Comment 7 Havoc Pennington 2003-12-07 20:58:08 UTC
Need to bring up on wm-spec-list...
Comment 8 Gregory Merchan 2004-02-02 09:27:15 UTC
This would recreate the problem to be solved by not raising on
drag-start - a window could be raised and get in the way of
completing the drag.
Comment 9 Elijah Newren 2004-10-05 20:57:03 UTC
The _NET_WM_TAKE_ACTIVITY EWMH extension should handle the dont-raise-drag-start
windows (see bug 152952 and bug 154260).
Comment 10 Elijah Newren 2004-10-14 23:22:56 UTC
*** Bug 139402 has been marked as a duplicate of this bug. ***
Comment 11 Elijah Newren 2004-10-14 23:38:26 UTC
*** Bug 143014 has been marked as a duplicate of this bug. ***
Comment 12 Elijah Newren 2004-10-19 22:24:52 UTC
Owen: The XDND protocol specifies that the source window (which will receive the
EnterNotify events) will need to send XdndEnter (and XdndLeave) events to the
destination window.  Could Metacity somehow also receive these events and then
raise windows (and perhaps also lower to original stacking) at the appropriate time?

If not, perhaps we can extend the XDND protocol to have the source window also
send a message to the root window for the WM for EnterNotify and LeaveNotify events.
Comment 13 Elijah Newren 2005-01-25 17:25:25 UTC
*** Bug 165206 has been marked as a duplicate of this bug. ***
Comment 14 James Antill 2005-01-25 18:34:30 UTC
 I'm not sure 165206 needs the same workarounds, if I strace metacity while
doing a drag and drop I can see it gets a pile of data ... and that stops once
the drag is dropped. All you need to do is trigger on when the drag has
finished, and do a find_pointer_in_window()->focus(); or whatever. I presume
this should just trigger off a generic grab (Ie. clicking a menu, moving the
pointer and clicking/pressing ESC).

 This issue is about doing something while the drag is in process, for focus all
you need is to do something when the drag is over.
Comment 15 Elijah Newren 2005-01-31 01:38:36 UTC
*** Bug 165762 has been marked as a duplicate of this bug. ***
Comment 16 Elijah Newren 2005-01-31 05:14:34 UTC
*** Bug 165771 has been marked as a duplicate of this bug. ***
Comment 17 Marius Andreiana 2005-05-12 14:25:43 UTC
Bug 128134 is related, is that a dupe?
Comment 18 Elijah Newren 2005-05-12 15:00:55 UTC
Both are about Drag-n-drop, but this bug is about what to do with windows when
dropping while but 128134 is about what to do with windows when a drag may be
starting.
Comment 19 Olav Vitters 2005-07-31 20:29:29 UTC
*** Bug 312157 has been marked as a duplicate of this bug. ***
Comment 20 Sebastien Bacher 2005-12-25 15:02:51 UTC
*** Bug 324960 has been marked as a duplicate of this bug. ***
Comment 21 Daniel Holbach 2006-02-24 16:30:26 UTC
https://launchpad.net/distros/ubuntu/+source/metacity/+bug/29560 asks for this as well.
Comment 22 Elijah Newren 2006-02-24 17:09:57 UTC
Daniel: No, that launchpad bug is the same as bug 152952, which is different than this bug.
Comment 23 Elijah Newren 2006-03-18 19:33:18 UTC
*** Bug 335046 has been marked as a duplicate of this bug. ***
Comment 24 Olav Vitters 2006-04-24 23:37:02 UTC
*** Bug 339653 has been marked as a duplicate of this bug. ***
Comment 25 Elijah Newren 2006-05-09 18:00:48 UTC
Created attachment 65102 [details] [review]
Metacity patch implementing this, assuming it can receive XdndEnter messages from the app

Currently, as Owen mentioned in comment 3, gtk+ sends XdndEnter messages with a mask of 0 so that Metacity will not get them.  (See also bug 81543).  I'll be opening a gtk+ bug shortly that modifies that.  Given what Owen said in comment 3, this may be the wrong way to handle it, but it'll probably get the necessary conversations started.  :)

Another thing to think about is e.g. if the user presses Esc to cancel the drag operation; in such a case, the window stacking should probably be reverted to the original.  This can't be handled without an extra message type of some sort.
Comment 26 Olav Vitters 2006-06-02 18:53:57 UTC
*** Bug 343704 has been marked as a duplicate of this bug. ***
Comment 27 Elijah Newren 2006-06-02 19:05:34 UTC
*** Bug 315934 has been marked as a duplicate of this bug. ***
Comment 28 NoWhereMan 2006-06-02 19:09:38 UTC
sorry for double posting :)
Comment 29 Elijah Newren 2006-08-07 22:01:06 UTC
As per bug 112308 comment 2, using XdndEnter messages for this is probably not going to work, so I'm marking as needs work.
Comment 30 Elijah Newren 2008-03-13 00:35:49 UTC
*** Bug 521996 has been marked as a duplicate of this bug. ***
Comment 31 André Klapper 2020-11-07 12:36:47 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all
old feature requests in Bugzilla which have not seen updates for many years.

If you still use metacity and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/

Thank you for reporting this issue and we are sorry it could not be implemented.