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 583846 - differentiation of selected icons not as obvious as possible
differentiation of selected icons not as obvious as possible
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: All
2.26.x
Other All
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on: 615183
Blocks:
 
 
Reported: 2009-05-25 22:42 UTC by mr.c.d
Modified: 2012-08-21 11:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
example of almost indistinguishable icon selection. (233.51 KB, image/png)
2009-05-25 22:51 UTC, mr.c.d
Details

Description mr.c.d 2009-05-25 22:42:20 UTC
When icons are selected in the active window, they look very similar to selected icons in inactive windows (the only difference is the font colour). This has caused me (hasty and daft as I am with shift-delete) do lose files due to mistaken identity. 

I propose that when a file is selected AND in the active window (or when desktop is active) it be highlighted to a greater extent than just the colour of the label. 

Ways I can think of for this include making the label go bold or italic, or perhaps putting a box around the selected icon vista style. I'm sure someone can think of a better way, but the idea's there...

I know it's easy for you to check it out yourself, but i'll try to attact a screenshot anyway.

Other information:
Comment 1 mr.c.d 2009-05-25 22:51:19 UTC
Created attachment 135352 [details]
example of almost indistinguishable icon selection.

Wishing to delete GuitarTabs, I could mistakenly delete my websites.
Comment 2 Allan Day 2010-05-27 15:49:31 UTC
Thanks for the bug report. I'm confirming this and setting it to new. We have a proposal for file selection visuals which addresses this issue. I'm marking this bug as dependent on it.
Comment 3 William Jon McCann 2012-08-21 11:34:27 UTC
There are a number of ways this is improved now. We display the currently active application window in the top bar of the shell, we don't focus or show the desktop by default, we style unfocused windows (and their selections) in an entirely different way from focussed ones. So, I think this problem is mostly fixed.