Roy Zornow MS Word version

IA / UX Designer

email:
Resume
Work Samples
Q&A
Bio
 
  wireframes site maps process flows ui design documents misc
  · dashboard
· big company · clearance · Google redesign · func specs · configurator
  · mobile
· finance demo · flash minisite · compare nav. · user task map · feature spectrum
  · magazine
· numbered pages · decision matrix · insurance form · use case · best practices
  · simple
· dynamic content · create account · admin page · visualization · mobile voice
  · message board · products · wizard · plugin · fields defined · mobile search
  · templates                 · mobile conversion

  (Breadcrumbs go here)          



 
   
Before you Begin
Navigation
Content
"Search"
Standard Site Features
Advanced Site Features
Page Design and Branding
Advertising
Forms & "Widgets"
    General principles
    Which widget?
    Text-entry boxes
    Drop-down lists
    Boxed lists
    Multiple-select forms
    Radio buttons
    Checkboxes
    Pop-ups
    Error messages
Accessibility
Technical Issues
Search Engine Optimization
Usability Glossary
Usability Links
Font Conversion Table

 
FORMS & WIDGETS - General Form Principles
If there is a possibility that users would wish to select any option there should be an “Any” option.
Indicate required fields indicated by use of an asterisk, color highlighting or some other obvious visual cue.
Group related fields together.
Accept field entries in common formats.
If the entry is alphabetical, left-justify it.
If the entry is numeric and uses a decimal point, right-justify it.
If the users cannot change the contents of a field temporarily, gray out the contents, but not the background color or the label.

Contingent fields on a form - when fields "b" and "c" are dependent on field "a" being answered in a particular way, if possible arrange that the contingent fields appear on the next page. That way it is easy to show them or not show them.

If this is not possible have an area below the initial field change on the same page to show or not show the contingent fields. If this is not possible, show all contingent fields in grayed-out format, “un-gray” them as the initial field is answered.

Use progress bars used for more extensive forms. They are very user-friendly

Form labels should end with a colon.
Whenever feasible, allow users to select an option by clicking on its label.
Provide a confirmation screen is provided for form submittal, and in any situation where a user could lose data by proceeding, such as quitting out of a process.
Labels on forms should be left aligned to allow users to scan and locate a particular field quickly. In some rare instances, when the length of the labels vary significantly, it is acceptable to right align labels.
Labels on forms should use sentence style capitalization, capitalizing only the first word of the label. (Labels for menu items, buttons, and tabs should use book title capitalization, that is each word should be capitalized unless it is an article or preposition.)
When the user misses fields in a form, display missed fields in isolation if possible. Don’t make the user hunt for red asterisks.
The use of a “Reset” button should be avoided.
For all widgets and controls not specifically mentioned in this styleguide, please refer to the Microsoft Windows Official Guidelines for User Interface Developers and Designers which can be found at: http://msdn.microsoft.com/library/default.asp.url=/library/en-us/dnwue/html/welcome.asp
 
 Related Items
 

Navigation - Links

  Navigation - Tabs