Skip to main contentCarbon Design System

Tile

Tiles are a highly flexible component for displaying a wide variety of content, including information, getting started, how-to, next steps, and more.

Overview

Carbon ships a basic tile structure that responds to the grid. Based on the layout structure, tiles can contain type, images and/or a block of color. As tiles have no pre-set styles for the content within them, the tile component usage guidance is purposefully high-level. It focuses specifically on the tile itself, not the structure of the information or interactive elements that the tile contains—that type of information will be found in the card pattern.

Tiles vs. Cards

Tiles are simple and foundational. Cards can be very complex. They are built upon the tile foundation and have various patterns, multiple actions, overflow menus, selectable features, etc. Carbon does not have a Card pattern yet, but we link out to several card patterns within our pattern asset library (PAL) ecosystem below:

When to use

Tiles are reusable components that provide shortcuts to building cards and other modules. Here are some common use cases for when to use tiles:

  • To contain related groupings of information or actions
  • To display high-level information and metrics on dashboards
  • To guide users to take actions or navigate
  • To present options for single or multiple selections
  • To hide or show large amounts of content

Live demo

Tile
Modifiers

Tile variants

Tiles can function or be implemented in four ways—read-only, clickable, selectable, or expandable. These variations of tiles are flexible enough to support a variety of different use cases when building more complicating card features.

VariantPurpose
Read-onlyFor high-level, short, and digestible content pieces such as features, plans, or services offered
ClickableFor prompting an action, navigating or directing to other pieces of information about the subject matter
SelectableFor presenting options to a user in a structured manner, such as a set of pricing plans
ExpandableFor hiding and revealing a large amount of content in order to focus on specific pieces of info

Read–only

Read-only tiles are used to display information to the user, such as features or services offered. Read-only tiles are often seen on marketing pages to promote content or on dashboards that are highly interactive. These tiles can have internal calls-to-action (CTAs), such as a button or a link.

Example image of read-only tiles.

Clickable

Clickable tiles can be used as navigational items, where the entire tile is a clickable state, which redirects the user to a new page. Clickable tiles cannot contain separate internal CTAs but can contain pictograms, icons, or media such as illustrations or images.

Example image of clickable tiles

Selectable

Selectable tiles work well for presenting options to a user in a structured manner, such as a set of pricing plans. Selectable tiles may contain internal CTAs (like links to docs) if the internal CTA is given its own click target.

Selectable tiles can either have a single select state working like a radio button, or multi-select state working as a checkbox.

Selectable radio-button / single select tiles

Single select tiles work like radio-buttons

Selectable checkbox / multi-select tiles

Multi-select tiles work like checkboxes

Expandable

Expandable tiles are helpful for hiding and showing large amounts of content to a user.
When expanded, tiles push content down the page. They allow the user to specifically focus on featured content while having access to the rest of the information. Expandable tiles can contain internal CTAs (like links to docs) if they are given their own click targets and the click target is reduced to only the chevron icon.

Example image of expandable tiles/ single select tiles

Formatting

Anatomy

Tile anatomy
  1. Container: Includes a title, optional label, and the close icon.

  2. Content area: Contains the information and/or controls needed to complete the modal’s task. It can include message text and components.

Sizing

The width varies depending on three basic grid modes: wide, narrow, and condensed. The height varies depending on the amount of content placed within it, but still follows the aspect ratio.

Aspect ratios are written out as a formula of width to height, such as 3:2. It’s important to remember that while two images can have the same aspect ratio, they can have varying images sizes.

Example image of expandable tiles.

Tiles get wider as the browser gets larger

Alignment

Always strive for left alignment whenver possible. Type in tiles should always be left aligned. Icons or icon buttons can be aligned to either left or right edge depending on the tiles’ complexity.

For example: In situations where there are both an icon or pictogram with an icon button, place the icon or pictorgram in the lower left corner of the tile and move the icon button (action) to the right corner.

Do left align icon, link, or text when it is by itself.

Do left align icon, link, or text when it is by itself.

Do not right align an icon, link, or text when it is by itself.

Do not right align an icon, link, or text when it is by itself

Do move icon to the right when there is an icon or pictogram.

Do move icon to the right when there is an icon or pictogram.

Do move icon to the right when there is text or link.

Do move icon to the right when there is text or link.

Placement

Tile groups

Tile groups are a useful way of aligning tiles that have a strong relationship. Tile groups flow horizontally left to right usually and have similar hierarchical importance like navigation or catalog tiles.

Example image of how tiles are built on the wide grid.

Example image of how tiles are built on the wide grid.

Example image of how tiles are built on the narrow grid.

Example image of how tiles are built on the narrow grid.

Example image of how tiles are built on the condensed grid.

Example image of how tiles are built on the condensed grid.

Example image of how tiles are built on the condensed grid but smaller in width.

Example image of how tiles are built on the condensed grid but smaller in width.

Layout

There are three basic layouts for tiles: standard, vertical masonry, and horizontal masonry. The standard layout will be the most commonly used version.

  • Displaying high-level information and metrics on dashboards.
  • A vertical masonry grid can vary in height, but is consistent in width.
  • A horizontal masonry grid can vary in width. Rows of tiles may vary in height, but the tiles within a row should be consistent in height.
Standard layout for tiles

Standard layout for tiles

An example of the standard layout

An example of the standard layout

Vertical masonry layout for tiles

Vertical masonry layout for tiles

An example of the vertical masonry layout

An example of the vertical masonry layout

Horizonal masonry layout for tiles

Horizonal masonry layout for tiles

An example of the horizonal masonry layout

An example of the horizonal masonry layout

Elevation

Tiles reside in the same plane as the background layer—they do not have elevation. Do not add drop shadows to tiles. Tiles organize essential information and have the same visual hierarchy as content within the same page. Modals, popovers, and dialogs do have elevation but are not inherently part of the user’s main workstream and are invoked on screen to reveal secondary information, actions, or notifications.

Call-to-actions

For read-only, selectable, and expandable tiles, use $link-01 when icon and link are paired together or use $interactive-04 when the icon stands alone.

For clickable tiles, don’t highlight text or icons to avoid them being confused as links or clickable.

Do use text or icon for clickable tiles if needed.

Do use text or icon for clickable tiles if needed.

Do not use link or highlight the icon color for clickable tiles.

Do not use link or highlight the icon color for clickable tiles.

Behaviors

Interactions

Mouse

Users can trigger an item by clicking anywhere in any tile container, except read-only tiles.

Clickable, expandable, and selectable tiles are clickable anywhere within the tile.

Clickable, expandable, and selectable tiles are clickable anywhere within the tile.

Read-only tiles are static, except buttons or links .

Read-only tiles are static, except buttons or links .

Expandable tiles can either be triggered as a whole or only contain internal CTA’s if they are given their own click targets and the tile’s click target is reduced to only the chevron icon.

Clickable, expandable, and selectable tiles are clickable anywhere within the tile.

Keyboard

Specific keyboard interactions will depend on the type of tile you are using and what content it contains but all types of tiles can take focus.

KeyInteraction
TabFor high-level, short, and digestible content pieces such as features, plans, or services offered.
Shit + TabFor prompting an action, navigating or directing to other pieces of information about the subject matter.
Return or EnterFor presenting options to a user in a structured manner, such as a set of pricing plans.
SpaceFor hiding and revealing a large amount of content in order to focus on specific pieces of info.

Grid

To learn more about how to build tiles correctly on the grid, see Carbon’s 2x grid.

Aspect ratio

Aspect ratio is important when building tiles and images. For further guidance, see Carbon’s Aspect ratio and its implementation.

Buttons

When in doubt, use full-span button alignment within tiles. For further guidance, see Carbon’s buttons.

Link

Link has variants depending on the context. For further guidance, see Carbon’s link.

References

Hagan Rivers, Interactions design with cards/tiles (Medium, 2017)

Feedback

Help us improve this component by providing feedback, asking questions, and leaving any other comments on GitHub.