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 40914 - Icons should be semi-transparent when dragged.
Icons should be semi-transparent when dragged.
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: Icon View
2.12.x
Other Linux
: Normal enhancement
: future
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 41411 310116 312787 328085 329008 333829 (view as bug list)
Depends on: 500084
Blocks: 47897
 
 
Reported: 2000-05-16 20:04 UTC by Darin Adler
Modified: 2008-02-13 15:42 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
Mock up when an icon is moved in the range of the "far side" folder. (33.99 KB, image/png)
2005-10-07 21:24 UTC, Amadeus
Details
Dragged file to folder which gets an arrow when the file come in range. (16.82 KB, image/png)
2005-10-07 21:42 UTC, Amadeus
Details

Description Darin Adler 2001-09-10 00:34:09 UTC
The current code uses a cutoff of "width * height < 4096". Can we live with
this? There's a FIXME about this in nautilus-icon-dnd.c.



------- Additional Comments From darin@bentspoon.com 2000-06-26 17:56:51 ----

*** Bug 41411 has been marked as a duplicate of this bug. ***



------- Additional Comments From darin@bentspoon.com 2000-06-26 17:57:11 ----

Arlo says in bug 41411 that this is not something we can live with.



------- Additional Comments From andy@eazel.com 2000-08-17 14:16:57 ----

There are two ways to do with this - either remove the stippling, which would be
trivial, or to do the drag ourselves (instead of gtk dragging) while in the
window (in which case we could use real alpha transparency, which would look
gorgeous), but it would be inconsistent once the icon left the window. A third
alternative, fixing X, is too hard to consider. So, with a heavy heart, I agree
we should just remove it.



------- Additional Comments From andy@eazel.com 2000-09-11 11:38:04 ----

I'm going to remove the semi-transparent drag, but leave this bug open post 1.0
to get it back in the future.



------- Additional Comments From andy@eazel.com 2000-09-11 11:56:27 ----

renaming this and deferring to post 1.0



------- Additional Comments From eli@eazel.com 2000-10-16 20:12:09 ----

Batch-assigning QA ownership of remaining bugs to eli@eazel.com



------- Additional Comments From darin@bentspoon.com 2001-01-04 16:48:02 ----

This is not a FIXME bug.



------- Additional Comments From eli@eazel.com 2001-02-21 11:14:39 ----

QA Assigning to brett. Sorry for the spam.



------- Additional Comments From eli@eazel.com 2001-03-26 11:12:28 ----

QA Assigning to self.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:34 -------
Comment 1 Ben FrantzDale 2002-08-01 02:07:20 UTC
This should be trivial -- once X supports it.
Also, this is the solution to bug 47897.
Comment 2 Aschwin van der Woude 2002-11-09 22:17:41 UTC
The fixme doesn't exist any more, but the idea is still valid.
Comment 3 Marc O'Morain 2004-09-30 15:18:11 UTC
With xorg is it now time to play with transparency?
Comment 4 Sebastien Bacher 2005-07-12 11:46:14 UTC
*** Bug 310116 has been marked as a duplicate of this bug. ***
Comment 5 Sebastien Bacher 2005-07-12 11:47:01 UTC
from #310116:

"Since gtk 2.7.x [1] supports rgba cursors it would be great if nautilus can
take advantage of this during drag&drop operations.

This will be especially useful when you drag something to the panel (like a file
to be opened with gedit) because you actually can't see if the drop it's in the
right position, same goes for typical copy/move operations in nautilus.

[1] http://mail.gnome.org/archives/gnome-announce-list/2005-June/msg00029.html"
Comment 6 Sebastien Bacher 2005-08-07 16:01:29 UTC
*** Bug 312787 has been marked as a duplicate of this bug. ***
Comment 7 Amadeus 2005-10-07 21:22:54 UTC
Perhaps the space around the icons could be high lighted instead when the moved
icon come in range?

See attached mock up. You will have to imagine that an icon is moved to the "far
side" folder.

This would make it very fast to move files, as the user wouldn't have to hit the
destination folder exactly.

Comment 8 Amadeus 2005-10-07 21:24:12 UTC
Created attachment 53208 [details]
Mock up when an icon is moved in the range of the "far side" folder.
Comment 9 Amadeus 2005-10-07 21:42:35 UTC
Created attachment 53209 [details]
Dragged file to folder which gets an arrow when the file come in range.

Or perhaps the destination folder gets an arrow when the moved file come in
range?

This have the advantage that the destination folder icon won't have to be
covered by the dragged icon.

Also the arrow will indicate visually what will happen to the file.

See attached mock up.
Comment 10 Fabio Bonelli 2006-01-23 17:01:16 UTC
*** Bug 328085 has been marked as a duplicate of this bug. ***
Comment 11 Christian Kirbach 2006-01-23 17:33:12 UTC
Well spotted Fabio.
Since the duplicate is in Gnome 2.12 you can raise the version here to 2.12 as well (I will do this now)
Comment 12 Fabio Bonelli 2006-01-29 13:04:33 UTC
*** Bug 329008 has been marked as a duplicate of this bug. ***
Comment 13 Fabio Bonelli 2006-03-09 22:57:37 UTC
*** Bug 333829 has been marked as a duplicate of this bug. ***
Comment 14 Sebastien Bacher 2008-02-13 15:42:26 UTC
that is fixed to svn now