HFI Usability Home

Usable. Experience. Design.

HFI Usability Home About HFI - Usability Experts Usability Consulting Usability Training & Certification Usability Tools & Standards Usability Newsletter Executives Only  

Contact Us | 1-800-242-4480

 
UI Design Newsletter
Current Issue
Past Issues
Reader Comments
Subscribe
Change Address
divider
HFI Webcasts
October 2008 Webcast
Upcoming Webcasts
Past Webcasts / Podcasts
divider
Ask Eric
Questions & Answers
Ask your question
divider
Readings
Published HFI Articles
White Papers
Intranet Standards
GUI Standards
Quantitative Usability
e-Commerce Usability
GUI Design
IVR
divider
Just Fun
Cartoons
Mouse Maze
10 Web Usability Tips
Usability Quiz
Web Usability Quiz
Contextual Innovation Quiz
Persuasive Design Quiz
Persuasion Flow Symbols
History of HFI Buttons
divider
Resources
Persuasion Flow Symbols
Accessibility
Bibliography
Usability Links
HCI Degree Programs

Pull-Down Menus: Out of Sight, Out of Mind (continued)

GUI Articles List | Print this page | Email this page

 

<<Previous | 1 | 2 | 3 | 4 | 5 | Next>>

Table 1: Example of a pull-down menu that confused users and lost market share.
Activity
(Prices "on")
View Layout Pricing Setup
(options M, N, O, P, Q)
 
Activity
(Pages "on")
View Layout Choices
(options A, B, C)
Inserts  
Activity
(Charts "on")
View Layout Screens Time Choices
(options U, V, W)
Activity
(News "on")
View Layout Choices
(options D, E, F, G, H)
   
Activity
(Tickers "on")
View Layout Choices
(options I, J, K, L)
   
Activity
(System "on")
View Layout Setup
(options R, S, T)
   

Table 1 shows what users saw for each of the six options under the Activities menu.

TOOL BARS AS CRYPTOSOLUTIONS Research shows that users dislike searching for hidden command options. Therefore, word processors use toobar icons to represent options in an attempt to make the hidden pull-down commands visible. (This is direct evidence of the pull-down problem!) Meanwhile, we must avoid the cryptonotion that a toolbar ribbon in your transaction-oriented applications solves the problems of pull-downs. While toolbars serve well in applications that need a blank page, it creates problem for other applications. First, the icons are difficult to interpret for new or casual user of a transaction application. They at least need labels. (Have you memorized all your word processor icons yet?) Second, in corporate applications, we often find navigation icons mixed with other icons that merely change settings or provide ancillary functions. Thus, users lose contextual clues for understanding functions at a glance.

THE TASK IS THE THING Can we distinguish the guerilla pull-downs from civilian pull-downs yet? Let's look at some guidelines for correct use of pull-downs in corporate applications that handle data entry or data viewing. Let's use our VIMM model discussed in last month's column.

Reduce Visual Work

Issue: With pull-downs, users must play hide-and-seek with the option they want.

Solution: Keep frequently used actions on the screen, probably as push buttons, secondarily as labeled toolbar icons. Users can let their eyes do the walking faster than their fingers can explore pull-downs! If you are really tight on screen space, the best candidates for pull-downs are system-wide function that are used infrequently. Furthermore, since users navigate frequently and need to stay oriented to where they are, really really really try to avoid pull-downs for navigation.

Reduce Intellectual Work

Issue: pull-downs use shorter phrases than can be placed on push buttons. This makes them harder to understand. Also, since pull-down or toolbar options are lumped together, they are not associated with the screen task flow. You may have to figure out for yourself where the action fits in the task flow.

 

<<Previous | 1 | 2 | 3 | 4 | 5 | Next>>

 

GUI Articles List