GNOME Bugzilla – Bug 47897
Large icons dragged from the middle hide small drop points.
Last modified: 2008-02-13 15:42:49 UTC
Scale up a large, solid icon. Now click on the middle of the icon and drag it to a normal sized (or smaller) folder. The large icon hides the drop point so you can't see where it's going. In Tree view this would be even worse; you could accadently put something in the wrong place and never know where it went. Idea for fixing it: Move the mouse pointer so that it's on the top left corner of the icon? (This would have problems if that ment wraping the mouse off the screen.) ------- Additional Comments From darin@bentspoon.com 2001-03-27 12:37:02 ---- Always putting the icon to the bottom right of the cursor is an ugly solution. A great solution would be to drag translucent icons or just icon outlines. ------- Additional Comments From arlo@workthatmouse.com 2001-04-10 01:36:29 ---- Why don't we always drag with outlines? I know it feels like we would be taking a step back, but it's better than what happens now, and someday if X ever grows up we can use transparency. Note that when I say outlines, I mean in the shape of the icon, not just a rectangle of the bounding box. ------- Additional Comments From darin@bentspoon.com 2001-04-11 09:55:34 ---- The code to generate an outline is no trivial, but it does seem that dragging an outline instead would fix this bug. On the other hand it would probably also confuse and upset many of our users who would likely point out that other programs drag solid icons (and underestimate the importance of this problem). ------- Additional Comments From bfrantzda@hmc.edu 2001-04-11 13:04:02 ---- My initial suggestion is very similar to how draging from list view currently works. In list view the icon is moved so that the mouse is at it's top left corner. The problem this would have is on the desktop where this would mean draging an icon along vector X would result in moving the icon along vector X minus the vector from the top left corner of the icon to the place on the icon the drag started. On the other hand, if the pointer is moved to the top left of the icon, there are problems when that would force the pointer off of the screen. I still think the best solution is to move the pointer to the upper left of the icon that it is currently on and figure out some logical solution for when that puts it off the screen or outside the crrent window. Perhaps then it could fall back to the current behavior. ------- Additional Comments From arlo@workthatmouse.com 2001-04-11 13:20:21 ---- It's a well known rule in the world of UI that you never move the cursor on the user, so that is not an option. It's also really inelegant to move the position of the object you're dragging as well, and if list view does this, it's a bug. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:31 -------
I've seen alpha support in the SVG iconset screenshots that someone in Ximian is working on. It strikes me that the best solution would be to make the dragging icon translucent, which is how windows explorer handles this.
Of course! Transparent icons was our first choice from the start. But I'm not sure that the gtk framework for giving drag feedback allows for transparent icons, due to limitations in X. So it's probably quite difficult to make the dragged icon transparent.
Bug 40914 would solve this problem.
*** Bug 161651 has been marked as a duplicate of this bug. ***
*** Bug 167257 has been marked as a duplicate of this bug. ***
I think the best way for this to happen is to grey out the icon, so that the folders underneath can seen.
*** Bug 308719 has been marked as a duplicate of this bug. ***
maybe considered as a duplicate of #40914 (transparent icon)?
Doesn't matter really since they block. The problem is different, the solution is equal. Nobody cares whether we close this now or after fixing the issue. The usual policy is: Two problems, two bug reports - so I think we can leave this one open.
that is fixed to svn now