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 48051 - When dragging an icon, the position of the icon is is moved under the cursor.
When dragging an icon, the position of the icon is is moved under the cursor.
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: List View
unspecified
Other Linux
: Low trivial
: future
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-04-11 17:23 UTC by arlo
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description arlo 2001-09-10 01:18:26 UTC
When you start an icon drag in list view, the icon is automatically 
positioned so that the cursor is holding the top left corner of it.

The correct behavior should be that the icon is picked up from the location 
the user actually clicks.



------- Additional Comments From arlo@workthatmouse.com 2001-04-11 13:23:42 ----

This has close ties to bug 47897.



------- Additional Comments From bfrantzda@hmc.edu 2001-04-11 15:34:32 ----

Arlo, I see your point about why moving the icon or the mouse is a bad thing,
but I think any ``ideal'' solution would run into the following problem:

Unlike icon view, list view has a wide drag target for each icon. I can (and
should, I hope) be able to drag an icon by it's name or by it's date as all of
those things are selected along with the icon. Thus if neither the mouse nor the
icon were moved, you could end up with the mouse cursor many inches from the
icon. Now when you go to drop the icon somewhere, where will the user expect the
drop to happen from? From the mouse cursor or from the icon? It would make sense
for the user to track the icon with their eyes--after all, that's what they are
trying to move.



------- Additional Comments From arlo@workthatmouse.com 2001-04-11 17:25:56 ----

Try using a list view on the Mac OS.  While this may seem less elegant, 

it's cognitively the most logical way to handle this situation.



------- Additional Comments From bfrantzda@hmc.edu 2001-04-11 18:59:39 ----

Can you describe? I don't have easy access to a MacOS box...



------- Additional Comments From snickell@stanford.edu 2001-07-23 00:39:39 ----

Taking bugs previously assigned to Pavel, assigning them to myself. Will parse
them out at my leisure , but many are GnomeVFS bugs we should look at for 2.0



------- Additional Comments From mjs@noisehavoc.org 2001-07-23 01:16:31 ----

Move to unassigned. I'll probably want to take a crack at some of these myself,
and Seth says he is unlikely to.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:18 -------

The original reporter (arlo@workthatmouse.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.

Comment 1 John Fleck 2002-01-05 04:24:20 UTC
Changing to "old" target milestone for all bugs laying around with no milestone set.
Comment 2 Ben FrantzDale 2002-05-02 22:08:29 UTC
With the CVS nautilus, I can't even drag from list view...
Comment 3 Dave Bordoley [Not Reading Bug Mail] 2002-06-06 15:55:37 UTC
yeah drag and drop is broken in nautilus 1.1.x list view
Comment 4 Dave Camp 2003-03-26 16:34:47 UTC
Fixed in cvs, just shy of two years after the report.