GNOME Bugzilla – Bug 91437
Trash bin should have it's own custom context menu
Last modified: 2012-07-20 05:20:57 UTC
The trash bin should have a unique different context menu. Most of the options are already disabled, but since most of them are never applicable, it would be better with a different menu. Furthermore, the "empty trash bin" option isn't available at all. You need to be in the desktop view in order to use that. (I'm not talking about the menubar option but the context menu)
I see "Empty Trash" as an option, but I'd agree. Having all of those disabled options is bad. It would imply that they are disabled for a reason and that they could be enabled if the right circumstances transpired, which is not the case.
*** Bug 123710 has been marked as a duplicate of this bug. ***
Not sure if this is an enhancement or a bug. Sort of both I guess. Marking High priority.
I just noticed that it's renamable. I'd think it shouldn't be. If I rename it to "Recycling", the context menu for files still says "Move to trash".
I agree with the items above. Renaming should not be allowed, or if it is the context menu should reflect it everywhere... The context menu should be special since most items would be inactive anyways. See proposed special case for context menu below. Also after selecting one of the active items (properties), there is a Basic tab and an "Open with" tab. The open with tab makes no sense in this circumstance. So it further begs to be special cased. context menu proposal: Browse Folder -> open nautilus view of the trash folder Rename* -> standard rename operation (if you decide to keep it as a choice) Properties -> See below I would recommend taking the "Trash" section of the File Management Preferences and making that the properties tab for the trash icon. I.e., "Ask before emptying the trash or deleting files" and "Include a Delete command that bypassed the Trash". This might make more sense to non experts because the trash preferences seem to be a property of the trash object more than the file manager. Perhaps we can discuss these things with the rest of the usability team as soon as we are thawed for 2.9 if the nautilus gents want to do another UI review. How about it guys?
*** Bug 170738 has been marked as a duplicate of this bug. ***
Bug 170738: Right click Menu on the Trash icon in desktop include the disabled Delete and Move To Trash options Bug 115037: "empty trash" and "Unmount" should be above properties
Agreed. The menus are cluttered. Bumping version to 2.10 Changing component to Desktop In 2.10 there are 6 menu items greyed out and 5 options selectable. BTW this similarly applies to the "Computer" and "Home Folder" Desktop icons as well.
Created attachment 49479 [details] Current popup menu Usability crew, do you think we should just ditch the greyed out functions?
Yes, I vote for removing them. IIRC the HIG says that you shouldn't show greyed out items on context menus if there's no possibility that they can become active for that type of object. (The difficulty here is in defining the granularity of 'object'; you could say that 'desktop icon' is an object and therefore all desktop icons should have the same context menu. But my interpretation is that on the desktop, you have application launcher, document, mounted volume and trash objects, each of which potentially needs its own context menu.)
Yes, removing all the greyed out menu items that is never used, and removing the rename item would be a good idea. As most other context menus seam to end in a "Properties " item I would also suggest that "Properties" is the last item even for the Trash.
*** Bug 548072 has been marked as a duplicate of this bug. ***
As I wrote in Bug 548072: "Right now the right click menu for the Trash contains 12 menu entries: Open, Browse foler, Cut, Copy, Paste to folder, Create Link, (Change Name), Move to trash, Remove, Create Archive (if file-roller is installed), Stretch Icon, Reset Icon to original size, Properties, Empty Trashcan. Out of these 12 I feel that at least 8 are unnecessary. We are then left with: Open, Browse folder, Properties, Empty Trashcan." This is 6 years after the initial report, 4.5 years after the priority was set to High and 3 years after the Usability crew was asked to take a look at it. It's a BUG not an enhancement.
Shouldn't this bug also include the "Computer" icon and the "$USER's Home" icon? They have similar context menus, with the same items always insensitive. Except for the added "Empty Trash" their context menus are identical. If so, I'll adjust the summary. If not, I guess these two icons each need a separate bug.
(In reply to comment #13) > As I wrote in Bug 548072: > "Right now the right click menu for the Trash contains 12 menu entries:[...] > Create Archive (if file-roller is installed), [...]. Would that be a file-roller bug (as in: file-roller shouldn't do that) or a nautilus bug (as in: nautilus shouldn't allow that)?
*** Bug 521552 has been marked as a duplicate of this bug. ***
I think these issues have been resolved in master.