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 335484 - "Cancel" active only when there is a process to cancel + Trash UI conflicts
"Cancel" active only when there is a process to cancel + Trash UI conflicts
Status: RESOLVED DUPLICATE of bug 305425
Product: evolution
Classification: Applications
Component: general
2.6.x (obsolete)
Other Linux
: Normal enhancement
: ---
Assigned To: Harish Krishnaswamy
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-03-22 10:35 UTC by Quim Gil
Modified: 2006-03-22 23:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Quim Gil 2006-03-22 10:35:35 UTC
The Cancel button in the Evolution bar is possibly one of the less used, although it's the most attractive to the eyes due to its intense red color. From time to time I click it unsconsciouslly when in fact I want to the Trash bin.

This problem would not occur if the Cancel button would be active only when there is an active process to cancel going on. Like the "Not Junk" button, active only when having a potential Junk email open.

Switching the positions of Trash and Cancel would also be useful. The sequence would describe a incresingy drastic action taken. From left to right:

- You print - harmless
- You cancel - not that bad
- You say it's Junk / not Junk - more delicate but still
- You delete it - drastic, although you can recover it

Now the Trash button (used all the time) sits between two unfrequently used buttons and it's easier to get confused from time to time. Instead, sitting on the top right next to that division vertical line is a clear reference to the eye.
Comment 1 André Klapper 2006-03-22 23:34:33 UTC

*** This bug has been marked as a duplicate of 305425 ***