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 440937 - dnd target covered by the object
dnd target covered by the object
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
2.10.x
Other Linux
: Normal normal
: ---
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2007-05-24 13:19 UTC by Sebastien Bacher
Modified: 2018-02-10 03:27 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Sebastien Bacher 2007-05-24 13:19:38 UTC
The bug has been opened on https://bugs.launchpad.net/bugs/116501

"Binary package hint: alacarte

When moving items by drag and dropping, the position of the moved item (i.e. the dark line) appears right in the middle of the item being moved, rather than on top, so I'm sure that more than 50% of people moving items never actually saw it...

http://librarian.launchpad.net/7770016/Screenshot-Main%20Menu.png
Screenshot
...
This is the way GtkTreeView works."
Comment 1 Matthias Clasen 2007-05-25 17:38:27 UTC
To repeat, "this is the way GtkTreeView works"
To a certain extent the problem is inherent in the concept of DND.
Is there any concrete proposal for improving this ? 
Comment 2 Sebastien Bacher 2007-05-25 19:35:56 UTC
The issue is that the cursor is in the middle of the object, if you dnd some selected text it's located to the top-left corner. Another way would be to use composite
Comment 3 Matthias Clasen 2007-05-25 20:22:28 UTC
The cursor is wherever you clicked to start the drag. Anything else would lead to a jump when the drag is started.
Comment 4 Sebastien Bacher 2007-05-25 21:56:41 UTC
when selecting some text and doing a dnd the rectangle is moved next to the cursor, do you think doing the same would look weird?
Comment 5 Kristian Rietveld 2007-05-26 11:10:17 UTC
(In reply to comment #3)
> The cursor is wherever you clicked to start the drag. Anything else would lead
> to a jump when the drag is started.

With jump do you mean the tree view row which is being dragged "jumping" to the top-left corner of the drag cursor?  Right now the copy of the row to be dragged will be positioned under the drag cursor in such a way that the drag cursor points to the same location in the row as where the drag was initiated.
Comment 6 Richard Schwarting 2009-06-15 06:22:13 UTC
I have a brilliant idea.  Perhaps they should behave sort of like tiles that dynamically rearrange themselves as you move one through them, like the tabs in epiphany. 
Comment 7 Matthias Clasen 2018-02-10 03:27:59 UTC
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.