Panels, Tabbed

Problem Summary: A large page needs to be divided into manageable chucks Approved: Brazos R1
Related Patterns: Panels, Collapsible   Coding: NA
Example:

Use When:
  1. A large amount of information needs to be divided into manageable chucks.
  2. The customer does not need to see several panels at once.  (If not true, consider Collapsible Panels.)
  3. The panel titles are short enough, and there are few enough panels for all the tabs to be displayed at once.  (If not, consider Collapsible Panels).
  4. Tabs are usually better than Collapsible Panels when the conditions above are met.
  5. It is best not to nest tabs.  Instead, consider Collapsible Panels for one of the sets of panels, or consider right-hand navigation.
  6. The tabs are always above the active panel, not to the left, right or below.
Solution: See example.
  1. Changes on a set of panels are saved or cancelled together.  Moving to a different tab does not imply or require a save.
  2. Tabs respond to mouse clicks anywhere within the visual boundaries of the tab.  It is not acceptable to respond only to clicks on the text of the tab.
  3. When the mouse is over a tab, the pointer changes to a hand, to indicate that a click will cause navigation. The area where the mouse pointer is a hand corresponds exactly to where a click will cause navigation.
Rationale: NA
Accessibility: Also see Accessibility
  1. When a tab proper (not the panel or one of its controls) has focus, the left and right arrow keys move among the tabs.
Internationalization: See Internationalization
Supporting Examples: None
Where Used: IQA

Items of Note: None

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

A few comments

On the Problem Summary: "There is more information than will fit on a page" - I dont think this captures it. Pages are indefinitely long. There is no such thing, really, as having too much information to fit on a page.

Instead, it seems like it should be something about related information on multiple screens, in digestable chunks, or something.

On a similar note - I wonder if Wizard should be here, rather than in Navigation and Wayfinding. Basically, for all of these examples (wizard, tabs, collapse, accordian) you have one set of info to gather and you want to break it up into smaller pieces.

Differences from current

During the review with dev, I was asked what differences there are between this and the current tabs. The only difference I can find is that the current tabs do not seem to support using the keyboard to change tabs. See "Accessibility" above.