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 220185 - Changing menu contents considered harmful (and other menu problems)
Changing menu contents considered harmful (and other menu problems)
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: general
unspecified
Other All
: Normal minor
: Future
Assigned To: Evolution Product Design Team
Evolution QA team
Depends on:
Blocks: 310550
 
 
Reported: 2002-02-08 00:42 UTC by Marcin Kasperski
Modified: 2009-08-25 14:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Marcin Kasperski 2002-02-08 00:42:23 UTC
Evolution notoriously change the menu contents
(compare the list of commands present in 'Tools'
menu while one previews sumamry and while he or
she views mail). Such a design causes user
confusion and 
is considered to be violation of usability rules
(see for instance 'GUI Bloopers' by Jeff Johnson).
According to the same rules, it is OK to
add/remove main menus and to disable/enable menu
items.

Recommendation: reconsider the evolution main menu
structure and make it more constant:

1) Consider moving the items valid only in one
mode into the separate menu, which can be
displayed or not depending on mode (for instance,
move all the message management functions from
'Edit' and 'View' to new menu 'Message', instead
of changing the contents of 'Tools' menu,
create new menu named 'Mail Folders' and move
there all the mailfolder actions which pollute
Tools currently).

2) Where it is impossible, leave the options
not valid in some mode in the menu - and disable them.

3) Consider supporting some options in all modes
instead of only one mode (for intance, 'Mail
settings...' could be active always)

In fact, I feel that the current menu structure
has been created without deeper design, just using
'we have some function, so let's add it somewhere'
idiom. There are also problems with unclear or not
suitable names (please find any tool in Tools
menu...) and unclear criteria of distributing
actions between menus (mail processing functions
randomly distributed between Edit, View and
Actions). Evolution would really benefit from the
systematical menu structure re-design.

I do not consider myself to be usability expert,
but in case you express intent to implement such a
changes, I could probably prepare more detailed
set of suggestions. Nevertheless, if it would be
possible to get some experienced designer for this
task, I would recommend it.
Comment 1 Rodney Dawes 2003-04-12 21:53:05 UTC
More GUI bugs. I think we mostly fixed this sort of stuff in 1.2, but
it's definately worth looking at improving, if only by virtue of the
fact that we have way too many menu items anyway. :)
Comment 2 Rodney Dawes 2004-01-23 17:37:00 UTC
Reassigning to Tuomas since he is the UI person now.
Comment 3 André Klapper 2005-07-13 21:51:38 UTC
evolution takes care about the HIG. there will be heavy menu changes in 2.4.
Comment 4 Calum Benson 2005-07-28 10:36:50 UTC
Apologies for any spam... cc'ing usability-maint on all Evolution usability
bugs. Filter on EVO-USABILITY-SPAM to ignore.
Comment 5 Matthew Barnes 2009-08-25 14:42:02 UTC
Closing this as obsolete.  The particular examples given here have been addressed, but there are no plans to change the dynamic nature of the main menu when switching between components.