Updated: February 21, 2020

SAPUI5 Version 1.34

Action Placement

Intro

Actions allow users to change views, manipulate data or objects, navigate to another page, perform generic actions, and so on. Actions are mostly placed in toolbars and follow guidelines that are specific to the UI elements in which they are used.

Layout

Global actions are actions that affect the whole page. They should be placed in the footer toolbar and object page toolbar. The only exception is the object page, as object page actions should be placed in the object page toolbar in the header area. Both the footer toolbar and the object page header toolbar are always visible and maintain their position when the user scrolls.

Local actions are actions that affect only a part of the page, or specific controls only, such as tables, charts, or elements. These actions should be placed as close as possible to the content they affect. Generally, this would be the control’s toolbar.

Footer Toolbar

Global actions in two footer toolbars in a split-screen layout

If available, the footer toolbar is located at the bottom of the page. It remains in this position even if the user scrolls. The footer toolbar offers global actions that affect the whole page of an app.

Chart Toolbar

Local actions in the chart toolbar

The chart toolbar is always above a chart. The chart toolbar offers local actions affecting the chart display.

Table Toolbar

Local actions in a table toolbar

The table toolbar is always above the table. Apart from the actions, it may also contain the title of the table. The table toolbar offers local actions affecting the table display or content.

Table Row

Actions in table rows

The position of an action in a table row depends on its purpose. Actions that affect the whole row should be positioned at the end of the row. If an action only affects part of a row, it should be positioned as close as possible to the element it affects.

Object Page

Actions in an object page

Global actions in object pages are located in the toolbar of the object header.

Usage

Different guidelines apply for global and local actions.

Global Actions

Global actions are actions that affect the whole page.

Footer Toolbar

Use the footer toolbar for the following global actions:

Global Edit, which switches the whole page to edit mode
Delete, which deletes the object currently being displayed
Actions that navigate to a different page or app
Finalizing actions for a page, such as Save or Cancel in edit mode
Actions that control the page settings
Generic actions, such as Share and Favorite
Approve and Reject actions for an object

Tip: For more information, see footer toolbar. If you are using the object page floorplan, place these actions in the object page toolbar instead.

Examples of actions in footer toolbars

Object Page Toolbar

Use the object page toolbar for the following global actions:

Main actions that affect the whole object, such as Approve and Reject
Generic actions that affect the whole object, such as Edit and Delete
App-specific actions

For more information, see object page.

Examples of actions in object header toolbars

Local Actions

Always place local actions in a table row, on the toolbar, or on the chart toolbar, depending on the use case.

Table Toolbar

Use the table toolbar for the following local actions:

Adding a new line item to a table.
Editing or deleting selected items in a table.
Switching the table to edit mode.
Controlling the table settings, such as filter, views, or analysis.

For more information, see table toolbar.

If a user selects multiple items in a table, the actions that are not valid for this selection should be disabled.

Example of actions in table toolbars

Table Row

If an action affects only a single line or single field of a table, place the action in the table row. When placing actions in a table row, apply the following general rules:

Only place an action in the table row if there is a substantial use case.
Offer only one action per row (the most important).
Place actions that affect an entire table row into the last column of the table.
Place actions that affect an individual field as close to that field as possible.

Use the table row for the following local actions:

Navigating to a detailed view of a line item
Deleting items (in edit mode)
Editing a row directly (input fields on edit mode)
Enabling a toggle between two states (switch control)
Switching between multiple states (select control)

For more information about actions in table rows, see responsive table.

Examples of actions in a table row

Chart Toolbar

Place the following local actions in the chart toolbar:

Perspective switch for charts
View switch to change between chart and table view, or between different chart types
Standard actions such as legend toggle, the personalization menu, and full screen mode
App-specific actions

For more information, see chart toolbar.

Examples of actions in chart toolbars

Guidelines

General

Actions should be placed as close as possible to the content they affect.
Enable finalizing actions that validate something, such as Save or Accept.
Hide finalizing actions in edit or partial edit mode.
Hide actions for which the user has no authorization
Hide actions if the mode changes so that the action is not valid anymore for the displayed objects.

Enable

Actions that the user can currently use.
Actions that the user cannot currently use, but which can be enabled by the user. Use the enabled action to display a message on click, which informs the user where and how to enable the action.
Finalizing actions such as Accept, Reject, or Save.

Examples

Enable table toolbar actions such as Personalize, Sort, Filter, Full Screen, and so on. If the use case doesn’t require them, don’t offer these actions at all.

Enable page actions such as Email or Print. If the use case doesn’t require them, don’t offer the actions at all.

Enable Delete on a table toolbar, even if the selection contains some items which may not be deleted by the user. In this case, inform the user with a pop-up message before the operation starts or, depending on the use case, after it is completed. For example, “X of Y items cannot be deleted due to…”.

Enable actions even if they can only be performed on another page, or subsection of the same page. Include a pop-up message that clarifies where and how to fully enable the action. This supports cases in which the enabling option cannot be placed close enough to the action.

Enable toolbar actions such as View Settings

Enable page actions such as Email and Print

Enable Delete on a table toolbar even if the selection contains some items which may not be deleted by the user

Disable

Disable actions that the user cannot currently not use, but which are easy and clear for the user to enable. For example, disable table toolbar actions which cannot be currently used, but which can be used once items are selected.

Examples:

Disable Copy on a table toolbar if nothing is selected.

Disable Delete on a table toolbar if nothing is selected or if the selection only items which cannot be deleted, such as locked items.

Disable Copy if nothing is selected

Hide

Actions, which the user cannot use at all or which are not available for the user in the current mode.

Examples:

Hide actions for which the user does not have authorization due to:

Role/ group assignment
Action hidden by key user
Action hidden by run time authoring

Hide finalizing actions in edit and also partial edit mode. Finalizing actions include Accept, Reject, Save, Cancel, and Share.

Hide Delete on a table toolbar if the table cannot contain deletable items at all, for example, due to an app-specific filter settings. However, you should disable Delete on a table toolbar if the table generally contains items which can be deleted, but which are only currently not deletable due to a user filter setting, for example.

Hide actions which are not available in the current state. For example:

Hide Delete on a page in undeletable state such as Send.
Hide Delete as line-item action from an undeletable line item.

Do not show/hide actions dynamically at run time in a current mode.

This user has the right to delete objects

This user does not have the rights to delete objects, and Delete is not offered at all

Delete is available here as the table can contain items which have been shipped (thus not deletable), but also open items and items which are in process (thus deletable)

Delete is not available here as this tabbed table can contain only shipped (thus not deletable) items

Display as “Not Actionable”

Text links that give the user an option to navigate to more detailed information such as factsheets, object pages, related apps or websites, should be hidden or displayed as “not actionable” (meaning as plain text) if that user role has no rights to visit this detailed information. For line items, hide the navigation indicator (chevron).

Examples:

Hide the text link Factsheet if the user has no right to visit the factsheet, as the link description Factsheet itself does not hold relevant information for the user.
If the user doesn’t have the rights to visit the object page of a sales order, show the sales order number as a non-actionable text.

Resources

Want to dive deeper? Follow the links below to find out more about related controls, the SAPUI5 implementation, and the visual design.

Elements and Controls

Toolbar Overview (guidelines)
Chart Toolbar (guidelines)
Footer Toolbar (guidelines)
Table Toolbar (guidelines)
Responsive Table (guidelines)

Implementation

No links