Components

Tabs

The tabs component lets users navigate between related sections of content, displaying one section at a time.

Contents

Past day

Case managerCases openedCases closed
David Francis30
Paul Farmer10
Rita Patel20

Past week

Case managerCases openedCases closed
David Francis2418
Paul Farmer1620
Rita Patel2427

Past month

Case managerCases openedCases closed
David Francis9895
Paul Farmer122131
Rita Patel126142

Past year

Case managerCases openedCases closed
David Francis13801472
Paul Farmer11291083
Rita Patel15391265
Props
NameTypeDefaultDescription
idother'id' attribute to place on the base HTML element
classBlockotherBlock name override in BEM style classes applied to all elements
classModifiersotherBEM style modifiers to apply to the base HTML element
classNameotherExtra classes to apply to the base HTML element
defaultCheckedother
defaultValueother
suppressContentEditableWarningother
suppressHydrationWarningother
accessKeyother
autoCapitalizeother
autoFocusother
contentEditableother
contextMenuother
dirother
draggableother
enterKeyHintother
hiddenother
langother
nonceother
slotother
spellCheckother
styleother
tabIndexother
titleother
translateother
radioGroupother
roleother
aboutother
contentother
datatypeother
inlistother
prefixother
propertyother
relother
resourceother
revother
typeofother
vocabother
autoCorrectother
autoSaveother
colorother
itemPropother
itemScopeother
itemTypeother
itemIDother
itemRefother
resultsother
securityother
unselectableother
inputModeotherHints at the type of data that might be entered by the user while editing the element or its contents
isotherSpecify that a standard HTML element should behave like a defined custom built-in element
exportpartsother
partother
aria-activedescendantotherIdentifies the currently active element when DOM focus is on a composite widget, textbox, group, or application.
aria-atomicotherIndicates whether assistive technologies will present all, or only parts of, the changed region based on the change notifications defined by the aria-relevant attribute.
aria-autocompleteotherIndicates whether inputting text could trigger display of one or more predictions of the user's intended value for an input and specifies how predictions would be presented if they are made.
aria-braillelabelotherDefines a string value that labels the current element, which is intended to be converted into Braille.
aria-brailleroledescriptionotherDefines a human-readable, author-localized abbreviated description for the role of an element, which is intended to be converted into Braille.
aria-busyother
aria-checkedotherIndicates the current "checked" state of checkboxes, radio buttons, and other widgets.
aria-colcountotherDefines the total number of columns in a table, grid, or treegrid.
aria-colindexotherDefines an element's column index or position with respect to the total number of columns within a table, grid, or treegrid.
aria-colindextextotherDefines a human readable text alternative of aria-colindex.
aria-colspanotherDefines the number of columns spanned by a cell or gridcell within a table, grid, or treegrid.
aria-controlsotherIdentifies the element (or elements) whose contents or presence are controlled by the current element.
aria-currentotherIndicates the element that represents the current item within a container or set of related elements.
aria-describedbyotherIdentifies the element (or elements) that describes the object.
aria-descriptionotherDefines a string value that describes or annotates the current element.
aria-detailsotherIdentifies the element that provides a detailed, extended description for the object.
aria-disabledotherIndicates that the element is perceivable but disabled, so it is not editable or otherwise operable.
aria-dropeffectotherIndicates what functions can be performed when a dragged object is released on the drop target.
aria-errormessageotherIdentifies the element that provides an error message for the object.
aria-expandedotherIndicates whether the element, or another grouping element it controls, is currently expanded or collapsed.
aria-flowtootherIdentifies the next element (or elements) in an alternate reading order of content which, at the user's discretion, allows assistive technology to override the general default of reading in document source order.
aria-grabbedotherIndicates an element's "grabbed" state in a drag-and-drop operation.
aria-haspopupotherIndicates the availability and type of interactive popup element, such as menu or dialog, that can be triggered by an element.
aria-hiddenotherIndicates whether the element is exposed to an accessibility API.
aria-invalidotherIndicates the entered value does not conform to the format expected by the application.
aria-keyshortcutsotherIndicates keyboard shortcuts that an author has implemented to activate or give focus to an element.
aria-labelotherDefines a string value that labels the current element.
aria-labelledbyotherIdentifies the element (or elements) that labels the current element.
aria-levelotherDefines the hierarchical level of an element within a structure.
aria-liveotherIndicates that an element will be updated, and describes the types of updates the user agents, assistive technologies, and user can expect from the live region.
aria-modalotherIndicates whether an element is modal when displayed.
aria-multilineotherIndicates whether a text box accepts multiple lines of input or only a single line.
aria-multiselectableotherIndicates that the user may select more than one item from the current selectable descendants.
aria-orientationotherIndicates whether the element's orientation is horizontal, vertical, or unknown/ambiguous.
aria-ownsotherIdentifies an element (or elements) in order to define a visual, functional, or contextual parent/child relationship between DOM elements where the DOM hierarchy cannot be used to represent the relationship.
aria-placeholderotherDefines a short hint (a word or short phrase) intended to aid the user with data entry when the control has no value. A hint could be a sample value or a brief description of the expected format.
aria-posinsetotherDefines an element's number or position in the current set of listitems or treeitems. Not required if all elements in the set are present in the DOM.
aria-pressedotherIndicates the current "pressed" state of toggle buttons.
aria-readonlyotherIndicates that the element is not editable, but is otherwise operable.
aria-relevantotherIndicates what notifications the user agent will trigger when the accessibility tree within a live region is modified.
aria-requiredotherIndicates that user input is required on the element before a form may be submitted.
aria-roledescriptionotherDefines a human-readable, author-localized description for the role of an element.
aria-rowcountotherDefines the total number of rows in a table, grid, or treegrid.
aria-rowindexotherDefines an element's row index or position with respect to the total number of rows within a table, grid, or treegrid.
aria-rowindextextotherDefines a human readable text alternative of aria-rowindex.
aria-rowspanotherDefines the number of rows spanned by a cell or gridcell within a table, grid, or treegrid.
aria-selectedotherIndicates the current "selected" state of various widgets.
aria-setsizeotherDefines the number of items in the current set of listitems or treeitems. Not required if all elements in the set are present in the DOM.
aria-sortotherIndicates if items in a table or grid are sorted in ascending or descending order.
aria-valuemaxotherDefines the maximum allowed value for a range widget.
aria-valueminotherDefines the minimum allowed value for a range widget.
aria-valuenowotherDefines the current value for a range widget.
aria-valuetextotherDefines the human readable text alternative of aria-valuenow for a range widget.
dangerouslySetInnerHTMLother
onCopyother
onCopyCaptureother
onCutother
onCutCaptureother
onPasteother
onPasteCaptureother
onCompositionEndother
onCompositionEndCaptureother
onCompositionStartother
onCompositionStartCaptureother
onCompositionUpdateother
onCompositionUpdateCaptureother
onFocusother
onFocusCaptureother
onBlurother
onBlurCaptureother
onChangeother
onChangeCaptureother
onBeforeInputother
onBeforeInputCaptureother
onInputother
onInputCaptureother
onResetother
onResetCaptureother
onSubmitother
onSubmitCaptureother
onInvalidother
onInvalidCaptureother
onLoadother
onLoadCaptureother
onErrorother
onErrorCaptureother
onKeyDownother
onKeyDownCaptureother
onKeyPressother
onKeyPressCaptureother
onKeyUpother
onKeyUpCaptureother
onAbortother
onAbortCaptureother
onCanPlayother
onCanPlayCaptureother
onCanPlayThroughother
onCanPlayThroughCaptureother
onDurationChangeother
onDurationChangeCaptureother
onEmptiedother
onEmptiedCaptureother
onEncryptedother
onEncryptedCaptureother
onEndedother
onEndedCaptureother
onLoadedDataother
onLoadedDataCaptureother
onLoadedMetadataother
onLoadedMetadataCaptureother
onLoadStartother
onLoadStartCaptureother
onPauseother
onPauseCaptureother
onPlayother
onPlayCaptureother
onPlayingother
onPlayingCaptureother
onProgressother
onProgressCaptureother
onRateChangeother
onRateChangeCaptureother
onSeekedother
onSeekedCaptureother
onSeekingother
onSeekingCaptureother
onStalledother
onStalledCaptureother
onSuspendother
onSuspendCaptureother
onTimeUpdateother
onTimeUpdateCaptureother
onVolumeChangeother
onVolumeChangeCaptureother
onWaitingother
onWaitingCaptureother
onAuxClickother
onAuxClickCaptureother
onClickother
onClickCaptureother
onContextMenuother
onContextMenuCaptureother
onDoubleClickother
onDoubleClickCaptureother
onDragother
onDragCaptureother
onDragEndother
onDragEndCaptureother
onDragEnterother
onDragEnterCaptureother
onDragExitother
onDragExitCaptureother
onDragLeaveother
onDragLeaveCaptureother
onDragOverother
onDragOverCaptureother
onDragStartother
onDragStartCaptureother
onDropother
onDropCaptureother
onMouseDownother
onMouseDownCaptureother
onMouseEnterother
onMouseLeaveother
onMouseMoveother
onMouseMoveCaptureother
onMouseOutother
onMouseOutCaptureother
onMouseOverother
onMouseOverCaptureother
onMouseUpother
onMouseUpCaptureother
onSelectother
onSelectCaptureother
onTouchCancelother
onTouchCancelCaptureother
onTouchEndother
onTouchEndCaptureother
onTouchMoveother
onTouchMoveCaptureother
onTouchStartother
onTouchStartCaptureother
onPointerDownother
onPointerDownCaptureother
onPointerMoveother
onPointerMoveCaptureother
onPointerUpother
onPointerUpCaptureother
onPointerCancelother
onPointerCancelCaptureother
onPointerEnterother
onPointerLeaveother
onPointerOverother
onPointerOverCaptureother
onPointerOutother
onPointerOutCaptureother
onGotPointerCaptureother
onGotPointerCaptureCaptureother
onLostPointerCaptureother
onLostPointerCaptureCaptureother
onScrollother
onScrollCaptureother
onWheelother
onWheelCaptureother
onAnimationStartother
onAnimationStartCaptureother
onAnimationEndother
onAnimationEndCaptureother
onAnimationIterationother
onAnimationIterationCaptureother
onTransitionEndother
onTransitionEndCaptureother
itemsother

When to use this component

Tabs can be a helpful way of letting users quickly switch between related information if:

  • your content can be usefully separated into clearly labelled sections
  • the first section is more relevant than the others for most users
  • users will not need to view all the sections at once

Tabs can work well for people who use a service regularly, for example, users of a caseworking system. Their need to perform tasks quickly may be greater than their need for simplicity of first-time use.

When not to use this component

Do not use the tabs component if the total amount of content the tabs contain will make the page slow to load. For this reason, do not use the tabs component as a form of page navigation.

Tabs hide content from users and not everyone will notice them or understand how they work.

Do not use tabs if your users might need to:

  • read through all of the content in order, for example, to understand a step-by-step process
  • compare information in different tabs - having to memorise the information and switch backwards and forwards can be frustrating and difficult

Test your content without tabs first. Consider if it’s better to:

  • simplify and reduce the amount of content
  • split the content across multiple pages
  • keep the content on a single page, separated by headings
  • use a table of contents to let users navigate quickly to specific sections of content

Tabs, accordion and details

Tabs, [accordions], and [details] all hide sections of content which a user can choose to reveal.

Consider using tabs instead of an accordion if users do not need to view more than one section at a time.

You should also take into account the number of sections of content. Tabs are arranged horizontally, so cannot fit as many sections as accordions, which display vertically.

Tabs may work better for users who need to switch quickly between 2 sections.

Accordions push other sections down the page when they open, but tabs do not move which makes it easier to switch.

Consider using tabs instead of the details component if there are multiple related sections of content. The details component might be better if you only have 1 or 2 sections of content. The details component is less visually prominent than tabs, so tends to work better for content which is not as important to users.

How it works

Contents

Past day

Case managerCases openedCases closed
David Francis30
Paul Farmer10
Rita Patel20

Past week

Case managerCases openedCases closed
David Francis2418
Paul Farmer1620
Rita Patel2427

Past month

Case managerCases openedCases closed
David Francis9895
Paul Farmer122131
Rita Patel126142

Past year

Case managerCases openedCases closed
David Francis13801472
Paul Farmer11291083
Rita Patel15391265

The tabs component uses JavaScript. When JavaScript is not available, users will see the tabbed content on a single page, in order from first to last, with a table of contents that links to each of the sections.

This is also how the component currently behaves on small screens, though more research is needed on this.

Use clear labels

Tabs hide content, so the tab labels need to make it very clear what they link to, otherwise users will not know if they need to click on them.

If you struggle to come up with clear labels, it might be because the way you’ve separated the content is not clear.

Order the tabs according to user needs

The first tab should be the most commonly-needed section. Arrange the other tabs in the order that makes most sense for your users.

Do not disable tabs

Disabling elements is normally confusing for users. If there is no content for a tab, either remove the tab or, if that would be confusing for your users, explain why there is no content when the tab is selected.

Avoid tabs that wrap over more than one line

If you use too many tabs or they have long labels then they may wrap over more than one line. This makes it harder for users to see the connection between the selected tab and its content.

Research and testing

This component is experimental because it has not yet been tried in research with users.

The design, code and guidance here are based on recommendations from Inclusive Components and the Nielsen Norman Group as well as user research findings and examples of tabs in the following services:

  • Manage bereavement support payment (DWP)
  • Support for check your state pension (DWP)
  • Access to work integrated system (DWP)
  • Bank holidays (GDS)
  • Universal Credit (DWP)
  • Criminal Justice Services (CPP)
  • Judiciary UI internal systems (HMCTS)
  • Rural Payments (Defra)

Next steps

User research is needed to confirm:

  • which types of services tabs work best in
  • that this approach to tabs is the best option for screen reader users and sighted keyboard users
  • how this component should behave on small screen sizes