Intro

Cards are containers for a few short, related pieces of information. They can also serve as an entry point, with a preview of the most pertinent information or a teaser pointing to more details on a given topic or issue.

Card design in the web card system

Card design in the web card system

Consistent Framework, Flexible Content

The web card system provides definitions for several building blocks to create a variety of different cards. It is composed of optional block elements with an extendable set of UI components within the card header and footer. The card body can show any combination of UI components. In contrast to specific card types, this more modular approach enables you to fulfill specific product requirements by allowing a flexible combination of UI components (like a list, calendar, KPI, and more). At the same time, the system ensures consistency by offering an enhanced set of predefined building blocks. It has been designed to work with flexible sizes for multiple form factors and grid layouts.

When to Use

Do

Use cards:

  • As an entry point to an app.
  • If you want the user to focus on a single object or topic, or on a group of objects. It should be a short representation of a conceptual unit.

Don't

Don’t use cards:

  • If you need a header toolbar. Use a component defined for this use case, such as a panel or a table.

Top Tips

Anatomy

undefined

Schematic card anatomy (left) and anatomy of an example card (right)

Schematic card anatomy (left) and anatomy of an example card (right)

  1. Card Canvas: The card canvas is the element that holds the media, header, body, and footer of the card. The usage of these blocks is optional, but recommended.
  2. Card Header: The card header contains essential information about the card and its associated detail page content. It provides a quick overview of key details, such as the title, subtitle, and status of the card.
    For more information, see the Card Header article.
  3. Card Body: The card body is the central part of a card that is used to provide additional information alongside the content shown in the card header. This allows you to present in-depth details, data, or graphics relevant to the card context.
  4. Card Footer: The card footer, located at the bottom of the card, is used for important or routine actions that directly impact the card functionality, such as “Approve’ or “Submit” actions.
  5. Media: You can add media to highlight a card, combining it flexibly with other blocks. As an optional decorative element, media allows you to include an image that matches the card context. The media block can contain a background color or an image that spans the entire width of the card. It can also display a combination of an image and a text block with a solid background (for example, in cards with larger dimensions).
    For more information, see the Media article.
  6. Badge: You can use badges to display brief and important information about card status, such as New, Updated, or Pinned (icon).
    For more information, see the Badge article.

Types

The flexible card container allows a variety of cards to be created for any use case.

Examples of card variants

Examples of card variants

Behavior and Interaction

A card can be interactive, meaning a card can be selected as a whole, or non-interactive, used just as a container. In addition, a card can contain interactive elements.

Interactive Card

When a user selects a card, the visualization of the card changes, giving users clear and immediate feedback on the selection state.

Example: Interactive card with interactive elements (buttons)

  1. Regular interactive card
  2. Hover on interactive card
  3. Press on interactive element

When the user selects a card, the system navigates to a designated page or view that provides more details, such as a list report page or an object details page.

Non-Interactive Card

When a specific element within the card, such as list item or link, is designed to be interactive, it provides a distinct visual indication for its interactivity. Clicking the item or link triggers navigation to a dedicated details page or view for that specific element.

  1. Regular non-interactive card
  2. Hover on interactive element
  3. Press on interactive element

The following options are available for enabling and indicating the navigation option:

  1. Whole card is interactive Navigates to a designated application, page, or view that provides more details.
  2. Interactive header (alternative to 1.) Navigates to a designated application, page, or view that provides more details.
  3. Interactive element inside the card header or body Triggers navigation to a dedicated details page for that specific element.
  4. Tertiary button (link) in the footer Navigates to a page or view where users can get more information or see more items (for example, View Details or an application name).
guideline
  • Use a consistent navigation pattern within a group of cards. Don’t force users to search for interactive areas on cards. If you have a mix of cards with and without a navigation
  • option, we recommend using a tertiary button in the footer for navigating to a page or view with more information.

For more information, see Card Navigation in the Web Card System.

Several options to select a card or elements to navigate to an application, page, or view

Several options to select a card or elements to navigate to an application, page, or view

Actions on Cards

There are three ways to offer actions on a card.

  1. Header: The card context menu in the card header typically houses actions provided by the host environment, such as actions to refresh, favorite, bookmark, or remove the card.
  2. Body: Actions that affect the card content are applied close to components in the card body, such as buttons or links in list items.
  3. Footer: The footer holds actions that apply to the entity or business object represented by the card, like Approve/Reject for a task, or Add to Cart for a product.

Three options for placing actions on cards, depending on the entity they affect.

Three options for placing actions on cards, depending on the entity they affect.

Responsive Behavior

Resizing the Card

When the user resizes the card, the header, body, footer, and media elements respond as follows.

1. Header

  • The avatar, title, and subtitle stay left aligned.
  • The button and counter stay right aligned.
  • If the card width is decreased, the text of title and subtitle wrap to two or a maximum of three lines (recommended). After that, the text truncates with the ellipsis (…).
  • The counter never truncates.

For information on the responsive behavior for other header blocks (numeric header, extended header), see Card Header in the Web Card System.

2. Body

  • The components inside the card body follow the responsive behavior of the components.

3. Footer

  • The action buttons stay right aligned.
  • The footer overflow behavior can transition action elements into a popover when there is not enough space.

4. Media

Responsive behavior for a card

Responsive behavior for a card

You can define the card size as fixed (for example, to display cards as tiles) or fill the container. If you opt to fill the container, the card adapts its size according to the size of the container in which it is placed.

guideline
  • If the card size isn’t fixed, set the card height to “hug the content”. The card then adapts its height to fit all contents inside.
  • Set a minimum card width to make sure the contents inside the card are easy to read.
  • Set a maximum card width to avoid too much blank space on a card.