trashapplet behaviour inconsistent with desktop

Bug #19742 reported by Ryan Thiessen
8
Affects Status Importance Assigned to Milestone
trashapplet (Ubuntu)
Invalid
Medium
Sebastien Bacher

Bug Description

In nearly every Gnome applet on the Ubuntu desktop, the mouse-click behaviour is
consistent: left-click brings up user actions, right click brings up application
preferences.

* Gnome Menu: left click, open program. right click, edit menus.
* Clock: left click, view calendar. Right click, adjust date/time, preferences.
* Weather applet: left click, view forecast. Right click, update, preferences.
* Disk Mounter: left click, mount/play/eject volume. Right click, about.
* Volume: left click, adjust volume bar. Right click, open volume application,
preferences.
* System Monitor: left click, view details. Right click, preferences.
* Battery Monitor: left click, nothing. Right click, preferences.
* Network monitor: left click, view details. Right click, properties.
* Keyboard layout: left click, change layout. Right click, preferences,
plugins, more.
* Character palette: left click, copy character to clipboard. Right click,
preferences.

etc.

With the trash applet, the left click opens up the trash bin, but the key
command to empty the trash requires the use of the right button. As
demonstrated by the examples from other Gnome applets, this behaviour is quite
inconsistent. With every other applet, the user learns the pattern that the
left click is for "doing stuff", and the right click is for configuration.

With the prominent trashapplet counterexample to this rule, the user could
easily be confused about this pattern and never be sure what mouse button is
needed to control a given Gnome applet. Could the trashapplet be altered to fit
better with the other applets on the Ubuntu Gnome desktop?

Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote :

Thank you for your report.
This bug was reported upstream : http://bugzilla.gnome.org/show_bug.cgi?id=313601

Revision history for this message
Sebastien Bacher (seb128) wrote :

Not a bug according to upstream, you can read the comments on
http://bugzilla.gnome.org/show_bug.cgi?id=313601

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.