Tag Archives: ixd

Drop-down menus

Drop-down (mega?) menus Dynamic drop-down or expanding menus allow visitors to reach most pages no matter where they are. Dropdown menus provide a way to expose more options without showing them on the screen by default. Characteristics Menus can be … Continue reading

Last modified: August 9, 2010 at 5:01 pm.

Posted in Style | Tagged , , , , , | 1 Comment

Selection-Dependent Inputs

Page-level selection-dependent inputs are probably your best bet when the number of additional options for each initial choice is large. Though you need to webpages to break up the form, the dynamic hiding and showing of additional inputs won’t confuse … Continue reading

Last modified: August 3, 2010 at 9:57 pm.

Posted in Design Principles | Tagged , , , | Leave a comment

Additional Inputs

Additional inputs can be used to provide added or advanced options to the people who need them without getting in the way of people who don’t. You should map additional inputs to prioritized customer needs. Primary use cases should be … Continue reading

Last modified: August 3, 2010 at 9:57 pm.

Posted in Design Principles | Tagged , , , | Leave a comment

Unnecessary Inputs

Carefully examine all the questions being asked in your form for opportunities to elimiate unnecessary inputs. Look for patterns in how people answer questions that allow you to infer answers accurately. Be mindful not to complicate questions for the sake … Continue reading

Last modified: August 3, 2010 at 7:21 pm.

Posted in Design Principles | Tagged , , , | Leave a comment

Inline validation

Consider using inline validation to confirm or suggest valid answers and to help people stay within limits. Inline confirmation works best for questions with potentially high error rates or specific formatting requirements. Inline suggestions work best when there is a … Continue reading

Last modified: August 3, 2010 at 7:20 pm.

Posted in Design Principles | Tagged , , , | Leave a comment

Errors and Success

Clearly communicate when an error is blocking someone from completing a form. Error messages are arguably the most important element on a form when present. Make sure they appear that way! Display error messages in context so they can be … Continue reading

Last modified: August 3, 2010 at 7:19 pm.

Posted in Design Principles | Tagged , , , , | Leave a comment

Help Text

Don’t use help text to compensate for the shortcomings of your forms. Striving to minimize the amount of help text on your forms will push you toward better design solutions. Help text is best for explaining unfamiliar data requests, such … Continue reading

Last modified: August 3, 2010 at 7:18 pm.

Posted in Design Principles | Tagged , , | Leave a comment

Actions

Avoid secondary actions on forms whenever possible. Provide people with a single path to completion. If secondary actions are required, ensure that there is a clear visual distinction between the primary and secondary actions. When you are distributing the questions … Continue reading

Last modified: August 3, 2010 at 7:17 pm.

Posted in Design Principles | Tagged , , | Leave a comment

Input Fields

Use the right input field for the type of question you are asking: Does it require a yes or no answer; a selection from mutually exclusive options; etc.? Where possible, ensure that field lengths provide meaningful affordances that help people … Continue reading

Last modified: August 3, 2010 at 7:14 pm.

Posted in Design Principles | Tagged , , , | Leave a comment

Labels

Web form labels should use succinct, natural language and consistent capitalizations to make answering the questions they pose as easy as possible. When you are trying to reduce completion times or if you need flexible label lengths for localization, consider … Continue reading

Last modified: August 3, 2010 at 7:13 pm.

Posted in Design Principles | Tagged , , , | Leave a comment