Description
Page tabs is a UI pattern for separating content into different tabs, or pages, with one tab visible at a time but consumed within the same context. Page tabs are an unassuming and compact way of presenting content.
Usage
Page tabs use Fiori’s Icon Tab bar, which supports a variety of different styles and uses additional to page tabs. When designing for page tabs, please use the or styles only.
- Your tabbed content is related and connected to each other.
- You tabbed content doesn't need to be compared to each other, shown side-by-side, or accessed simultaneously.
- Your tabbed content is not parallel or similar in nature, and require special considerations, such as finalizing or closing buttons, or complex cross-page navigation patterns.
- You want to create new content areas using their own global menu bar, side panels, dialogs, etc. Use a workspace instead.
- Your tabbed content are just different representations of the same thing. Use views instead.
Anatomy
1. Tab Bar
Tabs can have sub tabs with one or two click areas, and sub tab drop downs may be arranged as a flat list of menu items or with icons and indentation to show a hierarchical order and relationship. See for more information.
2. Page Tabs
Different colors backgrounds for a page tab can be achieved using the sap.m.PageBackgroundDesign enumeration, or by hard coding their values if not using UI5.
- Standard (defaut), results in a light grey background;
- List resulting in a white background.
Follow the link to see API references or see Specifications at the end of this page for exact color values.
Behaviors and Interactions
Responsiveness and Tab Overflow
Page tabs should always be laid out in a single horizontal tab bar, and never occupy a second row or a second tab bar as this affects their usability. Instead, the tab bar behaves responsively according to the amount of space available in a screen.
In UI5, the tab bar automatically responds to limited space by creating an overflow menu, called for all additional tabs. Click on the overflow menu to access all hidden additional page tabs. If not using UI5, ensure this behavior is followed.
Tab scrolling and overflow menu
Reordering Tabs
Page tabs can be rearranged by dragging and dropping them along the tab bar. When dragging is enabled, clicking and holding onto a tab will change the mouse cursor to communicate that this interaction is possible.
The drop location is represented by the blue highlight that appears in-between tabs. It is also possible to drag and drop tabs from the tab bar to the overflow menu and vice versa. To enable this interaction in UI5, ensure this property is enabled (property: enableTabReordering).
Reorder tabs by dragging and dropping
Reorder tabs inside the overflow menu
Reorder tabs from the overflow menu into the tab bar, and vice versa
Sub Tabs
Page tabs can include sub tabs as an alternative way of grouping and managing page tabs in the tab bar. There are two ways of working with sub tabs, both demoed in this example, distinguished by the number of click areas in the tab container itself.
One-Click Area
Clicking on a tab opens its sub menu simultaneously. The tab is not active until one is selected from the dropdown menu.
Use this type if your parent tab is a group title or label and has no content of its own.
Two Click Areas
Clicking on tab selects it as usual, but the downward arrow button acts independently and must be clicked on its own to open the dropdown menu.
Use this type when the parent tab and its sub tabs contain separate but related content.
Best Practices
Use only one navigation pattern
Navigation between page tabs should be made exclusively by interacting with the tab bar. Don't let users click an action in tab A that takes them to tab B. This type of cross-navigation inside a page tab is confusing and cannot be handled properly by back navigation.
By default, always show the first tab as open. This is the initial setting provided by the control. Later, you can show the tab last selected by the user if desired.
Unify the experience
The benefit of using paged tabs is the opportunity to have multiple content areas share the same context. In other words, page tabs provide the user with the ability to alternate content without ever leaving their place and position.
Because of this, avoid creating tabs that feel like their own independent content areas, as it defeats the purpose of their intent. Page tabs all share the same context and should be unified in their overall experience even if their contents defer, whether it be by sharing the same global menu bars, tools, contextual side panels, and so on.
Group and label for recognition
Create tabs around logical groups of content so users can predict and anticipate what to expect when selecting a given tab. Give each tab a short and simple label in plain language, using one or two-word labels for best result. The benefit of this is:
- It will work better when the UI is translated to different languages
- It will make it easier to scan at a quick glimpse
- It will allow more tabs to fit in the tab bar.
If your content cannot be organized into clear distinct groups that can be labelled simply, then this is a good indication your content may be too complicated for a page tab system.
Avoid comparing page tabs to each other
Page tabs are not conducive to comparing items between tabs, as the back-and-forth places undue burden on short-term memory and increases cognitive load and interaction costs.
If your intention is to compare items between page tabs, then consider other options more suitable for this, such as flexible column or split screen layouts.
Maintain Tab Consistency
Design page tabs that share a common theme or make sense together. When page tabs become too different one from another, new or less-experienced users may interpret the tab system as a navigation system in the application.
All tabs should look and function in the same way. For example, dealing with empty states on a tab-by-tab basis creates an unexpected experience for each tab. A better approach would be:
- Hide all empty tabs from the beginning.
- Show all empty tabs from the beginning that allow users to create content, such as adding notes or attachments, with a message page/illustration.
Showing all tabs, even when empty, with empty state illustration for tab consistency.
Specifications
Create page tabs by using a Fiori’s Icon Tab Bar using or only. Do not use icons for page tabs.
Sub Tab – One-Click Area
Sub Tab – Two-Click Area
Follows specs of active or inactive tabs with the addition of a transparent icon button modified for this use.
Links and Resources
Fiori Guidelines: Icon Tab Bar
Core Visual Design Specifications wiki: Icon Tab Bar – Inline Mode (Fiori 3)
API Reference: sap.m.IconTabBar
DemoKit Sample: Icon Tab Bar
Support
If you have any questions or feedback about this page, please contact our team. For further information and questions in regards to the Design System, please visit the DNA Design SharePoint.