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 47948 - Visual indication (transparency) for cut icons.
Visual indication (transparency) for cut icons.
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: All
2.24.x
Other All
: Normal enhancement
: 3.0
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 47955 76637 90322 110283 318313 506413 523628 554773 617879 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-03-30 21:17 UTC by eli
Modified: 2010-09-19 19:13 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
patch that was committed (50.88 KB, patch)
2010-05-20 09:40 UTC, Cosimo Cecchi
committed Details | Review

Description eli 2001-09-10 01:19:50 UTC
When you cut a file in Nautilus, it does not become opaque.

John Sullivan mentioned in #nautilus that Darin was going to do this, but never
got around to it. Dekar thought that Arlo had specified a particular opacity
level that should be used.

* REPRODUCIBLE: Always

* STEPS TO REPRODUCE:

1. Right-click on a desktop icon, and select "Cut"
	

* ACTUAL RESULTS: 

 The icon does not become opaque, as it would on Windows. Might this confuse
Windows users, to wonder if the Cut operation failed?



------- Additional Comments From darin@bentspoon.com 2001-04-02 10:02:44 ----

A nice interface refinement that we considered.



------- Additional Comments From darin@bentspoon.com 2001-04-02 10:09:31 ----

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



------- Additional Comments From darin@bentspoon.com 2001-04-02 10:09:53 ----

Bug 47955 has some alternate user interface suggestions, too.



------- Additional Comments From darin@bentspoon.com 2001-04-02 16:44:56 ----

This would be fun to implement, and not super-hard.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:19 -------
Comment 1 Dave Bordoley [Not Reading Bug Mail] 2002-03-28 14:56:26 UTC
*** Bug 76637 has been marked as a duplicate of this bug. ***
Comment 2 Dave Bordoley [Not Reading Bug Mail] 2002-08-14 10:46:46 UTC
*** Bug 90322 has been marked as a duplicate of this bug. ***
Comment 3 David Christian Berg 2004-01-12 00:01:34 UTC
Please implement it! I've been na still am a windows user and always
get confused. I have to think about it for a second "oh, right,
nautilus doesn't show in any way, I just cut that file".
Comment 4 Christian Neumair 2005-06-03 15:25:49 UTC
I've submitted a patch against this issue. If you're willing to try it out, see [1].

[1] http://mail.gnome.org/archives/nautilus-list/2005-June/msg00018.html
Comment 5 Christian Neumair 2005-10-09 09:04:05 UTC
*** Bug 318313 has been marked as a duplicate of this bug. ***
Comment 6 Cosimo Cecchi 2007-12-30 14:07:26 UTC
*** Bug 506413 has been marked as a duplicate of this bug. ***
Comment 7 Cosimo Cecchi 2008-02-26 09:38:37 UTC
*** Bug 110283 has been marked as a duplicate of this bug. ***
Comment 8 Cosimo Cecchi 2008-02-26 09:39:53 UTC
We could use an effect like the one for dragged files introduced in bug #500084.
Comment 9 Moo 2008-03-23 02:10:58 UTC
Please its been 7 years.
Please fix this.

https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/194213
Comment 10 Udo van den Heuvel 2008-03-23 07:33:24 UTC
What is holding the developers back from fixing the *basic* things first?
(no comment here, just a question)

I.o.w.: why has it been so long?
Comment 11 Cosimo Cecchi 2008-03-23 11:14:31 UTC
*** Bug 523628 has been marked as a duplicate of this bug. ***
Comment 12 Cosimo Cecchi 2008-10-04 09:00:18 UTC
*** Bug 554773 has been marked as a duplicate of this bug. ***
Comment 13 Luke Symes 2008-11-29 23:57:59 UTC
Dear Cosimo Cecchi,

If you know anyone who could help with completing this functionality, please let them know. Otherwise, could this be suggested for a Google Summer of Code project?

What is needed is for 'Cut' items to have their icons dimmed (and a scissor emblem added probably).

Why are 7+ year old bugs not prioritised?! Even just a thorough review would be better than nothing.
Comment 14 André Klapper 2009-03-15 01:06:02 UTC
[In reply to Comment #13]
> could this be suggested for a Google Summer of Code project?

No, this is way too small for a GSoC project.

> Why are 7+ year old bugs not prioritised?!

Because it's unimportant, because there's much more important stuff, because there's no unlimited manpower. Because age does not say anything.
Feel free to provide a patch.
Comment 15 Udo van den Heuvel 2009-03-15 10:03:21 UTC
Andre, so basic UI elements are not important for Gnome?
You mean issues like mentioned in this slashdot post? http://developers.slashdot.org/article.pl?sid=09/03/14/1619227
That could imply that these basic UI elements were shoved aside for the good of the `bigger` things which are not in a good shape yet.
If true, what rationale is that?

No, this is no criticism, just free speculation of what could be the matter.
I am not a programmer, just a user that sees this bug almost every day.

On the other hand, Christian's patch (see #4) wasn't used nor did the method that Alexander Larsson described in his comment to this patch in 2005 lead to a solution at this point in time.

One could come to concluding that there's a priority problem somewhere.

Having said I am not a programmer, I *can* do testing. Just provide me with your patch(es) and I can provide feedback so we can ultimately fix this bug.
Comment 16 André Klapper 2009-03-15 14:05:41 UTC
(In reply to comment #15)
> Andre, so basic UI elements are not important for Gnome?

I assume you do know that nobody ever stated this, hence nothing to answer here.

> One could come to concluding that there's a priority problem somewhere.

While I conclude that this ticket simply does not have a high priority.

I know that many people and hackers here get demotivated by "hey! OMG! Filed 45 years ago and still not implemented! gnome has totally wrong priorities. Plz fix asap!!!!!" comments. This is still a bugtracker, not a forum, and whining about 7 years doesn't help at all getting this fixed or fixed faster.
That's how open source works: Patches accepted.
Comment 17 Udo van den Heuvel 2009-03-15 15:37:23 UTC
Please give the appropriate place to communicate any further because you did imply that basic UI elements are not important with your comments in #14.
Comment 18 André Klapper 2009-03-15 15:46:14 UTC
(In reply to comment #17)
> Please give the appropriate place to communicate any further because you did
> imply that basic UI elements are not important with your comments in #14.

> > Why are 7+ year old bugs not prioritised?!
> Because it's unimportant,

I should have been more clear here. "Unimportant" refered to the age of the bug report, not to the bug itself. Sorry.
Comment 19 Udo van den Heuvel 2009-06-19 15:45:10 UTC
Please refer me to a person with gnome-authority that can explain why basic UI functionality can be less important than all other things gnome.
Yes, I know this is not a forum but the lack of progress makes a lot clearer.
Comment 20 André Klapper 2009-06-19 16:06:25 UTC
There is no "authority". This is open source. Patches welcome, but no need for repeating.
Comment 21 Udo van den Heuvel 2009-06-19 16:15:00 UTC
There was a patch. It was not used. I won't ask why.
And if there is no authority who thinks BASIC desktop functionality is less important than everything else that runs on that desktop?
Comment 22 André Klapper 2009-06-19 16:31:46 UTC
(In reply to comment #21)
> There was a patch. It was not used. I won't ask why.

Reasons are mentioned in the follow-ups to the email you refer to.
Comment 23 Marcus Carlson 2009-09-20 22:26:07 UTC
André, I couldn't find the reason in the email (seriously), was it a problem with the patch or just don't we want this feature? If the patch is just out of date I might be able to bring it up to date.
Comment 24 Udo van den Heuvel 2009-09-21 07:09:10 UTC
In could *guess* andre means:

Alexander Larsson <alexl redhat com> writing at http://mail.gnome.org/archives/nautilus-list/2005-June/msg00044.html :
Given discussions at guadec i think we're moving towards a shelf-based
system instead, which solves this in a different way.

That was 4 years ago.
Is he still moving towards a shelf-based system instead? Does everybody think so? Did we change course? 
I.o.w.: what is the acceptable solution direction?
Comment 25 Udo van den Heuvel 2009-09-21 07:14:07 UTC
After googling a bit: does Alexander really mean the shelf/table view differences as mentioned at http://developer.gnome.org/projects/gup/hig/1.0/icons.html ?
If so: what relevancy do they have for making an icon slightly opaque?
I do think the acceptable solution direction is very important here.
Comment 26 Marcus Carlson 2009-09-21 08:31:51 UTC
I'm sorry but I don't really know what a shelf-based system is and how it would fit the dim files when cutting (?). Would anyone care to explain?
Comment 27 Udo van den Heuvel 2009-09-21 09:09:08 UTC
Marcus see the url I posted about shel/table views.
Comment 28 Udo van den Heuvel 2009-12-05 07:20:26 UTC
Gnome 2.28.1 did not show any changes w.r.t. this feature.
Comment 29 Baptiste Mille-Mathias 2009-12-05 08:45:49 UTC
(In reply to comment #28)
> Gnome 2.28.1 did not show any changes w.r.t. this feature.

Of course, else this bug would be closed
Comment 30 Tobias Wolf 2009-12-25 12:59:17 UTC
The icons are opaque. Opaque is the antonym of transparent.

— opaque (comparative more opaque, superlative most opaque)
    1. neither reflecting nor emitting light .
    2. allowing little light to pass through, not translucent or transparent.
    [...]
Comment 31 Udo van den Heuvel 2010-01-25 18:21:40 UTC
redhat does not care about 'upstream':
https://bugzilla.redhat.com/show_bug.cgi?id=544532
Comment 32 Udo van den Heuvel 2010-01-25 18:22:26 UTC
GSOC?
Comment 33 André Klapper 2010-01-25 18:36:20 UTC
(In reply to comment #31)
> redhat does not care about 'upstream':
> https://bugzilla.redhat.com/show_bug.cgi?id=544532

That statement is bullshit, and I think you even know (which makes it worse).

The redhat report basically just says "Go upstream, as RedHat uses upstream and prefers to see work getting done upstream". If work is done by RedHat or by somebody else is a completely different issue, but your tone and aggressive style are not helping at all in pushing your request.

So please refrain from polarizing and don't spam this report with useless comments just to take your personal frustration into public that your favorite issue is not being worked on. Otherwise your account might get disabled.
Comment 34 Udo van den Heuvel 2010-01-26 03:47:56 UTC
Of course we interpret stuff the worst way.
Disabling my account will really help.

The thing is that this not so big patch could be fixed by e.g. redhat so we could be done.
Instead redhat disagrees that this issue has been open for too long and/or really needs a solution now.

This is not frustration but just an explanation. Thanks for fixing this issue.
Comment 35 André Klapper 2010-01-26 08:51:21 UTC
Udo, just do it. But don't waste everybody's time by adding comments here.
Yes, disabling your account WILL help all other people subscribed to this report to not get useless bugmail anymore, triggered by your comments. Please understand what Bugzilla is, how it works, and the difference to a forum.
Comment 36 Olav Vitters 2010-01-26 22:22:13 UTC
Too bad I had to step in. :-(

Quit with the non-productive behaviour please. Attach patches, discuss how to solve it technically, etc. Anything else is not meant for Bugzilla.

Bugzilla is NOT a forum.
Comment 37 Cosimo Cecchi 2010-05-06 10:21:08 UTC
*** Bug 617879 has been marked as a duplicate of this bug. ***
Comment 38 Cosimo Cecchi 2010-05-17 18:07:55 UTC
I have a branch for this that expands on Christian's patch, and is almost ready. Will attach a patch when I'm done.
Comment 39 Cosimo Cecchi 2010-05-20 09:40:12 UTC
Created attachment 161530 [details] [review]
patch that was committed
Comment 40 Cosimo Cecchi 2010-05-20 09:42:34 UTC
This is what I committed to master.

Cut highlight works in all the views, and is smart enough to remember the cut files even after you close the window, as long as there are no other cut-copy operations in the meantime.

Closing as FIXED.
Comment 41 Moo 2010-09-19 19:13:52 UTC
I think the contrast is too low.
It is not very noticeable.
Too little of a different.
The contrast should be improved to be stronger, to make the icons more distinct.