Design tokens are in beta.
Expect some changes as we iterate over the coming months. For early access and public release updates, see our developer community announcement. For Atlassians, see details.
Elevations are the layered surfaces that form the foundation of the UI. They create a blank canvas where other UI will be placed, such as text, icons, backgrounds, and borders.
Most elevations consist of surfaces and shadows. Together, surfaces and shadows give the impression of lift or depth. Elevations can guide focus through layering, or indicate that the UI can be scrolled, slid, or dragged.
The elevations use design tokens to apply different surface levels. The highest two elevation surfaces, raised and overlay, are paired with shadows to create more depth.
Shadows can be harder to see in dark mode, so dark mode elevations also rely on different surface colors. Imagine that the surfaces are distantly lit from the front — the higher the elevation, the lighter the surface looks.
Raised and overlay surfaces are still paired with shadows for added depth and consistency in dark mode.
There are four basic elevation levels:
There is also one "overflow" elevation for special cases.
Sunken is the lowest elevation available. The sunken surface creates a backdrop (or well) where other content sits. Columns on a Kanban board are a good example of the sunken elevation.
Only use sunken surfaces on the default surface level. Don’t apply sunken elevations on raised or overlay elevations. To differentiate areas of the UI in other ways, use whitespace or borders instead.
color.background.neutral tokens may appear similar in light mode, they behave differently in dark mode. Here are the main differences between the two:
elevation.surface.sunken is an opaque (solid) token that darkens in both light and dark modes. Use this token as a backdrop to group content or elements together (such as a kanban board) on the default surface.
color.background.neutral is a token that uses a transparent color. It darkens in light mode and lightens in dark mode. Use this token when you need the background to adapt to different elevations, which is relevant in dark mode since surfaces change depending on what elevation you’re on.
The default elevation is the baseline with respect to all other layers. It represents a flat UI surface with no visual lift, such as a Confluence page.
elevation.surface as the starting point for body content when building a UI. To create flat cards, pair with a border.
Raised elevations sit slightly higher than default elevations. They are reserved for cards that can be moved, such as Jira issue cards and Trello cards. In special circumstances, they can be used for cards as a way to provide additional heirarchy or emphasis.
elevation.shadow.raised. This is particularly important in dark mode, where raised surfaces are lighter to help differentiate elevations.
Use raised elevations intentionally. If using for emphasis, limit to one section or focal point of the screen.
Raised elevations can create visual noise, so don’t use to group content when a border or white space would suffice.
Overlay is the highest elevation available. It is reserved for a UI that sits over another UI, such as modals, dialogs, dropdown menus, floating toolbars, and floating single-action buttons.
elevation.shadow.overlay. This is important in dark mode, where overlay surfaces are lighter to help differentiate elevations.
Overlays can stack on top of other overlays.
Overflow is a shadow indicating content has scrolled outside a view. It can be used for vertical or horizontal scroll. An example of overflow shadows is the horizontal scroll in tables on a Confluence page.
If box shadows are not technically feasible, use the combination of
elevation.shadow.overflow.perimeter to replicate the overflow shadow.
Elevations use surface color changes to communicate hovered and pressed states. Use the hovered and pressed elevation tokens to create these visual changes.
Transitions between elevations can be used as an alternative to hovered and pressed tokens, but only for default and raised elevations (not overlays):
Transition to overlay elevation on hover
Transition to raised elevation on press
This approach should be used sparingly to avoid excessive animation. It should not be used for very small UI, as elevation changes are harder to see than surface color changes at this size.
Use the recommended hovered and pressed tokens for interaction states on elevations.
Don’t combine elevation transitions and hovered and pressed tokens for interactive states. Use one or the other.
Background change example
// Default: Background color: elevation.surface Hovered background color: elevation.surface.hovered Pressed background color: elevation.surface.pressed // Default (bordered): Background color: elevation.surface Hovered background color: elevation.surface.hovered Pressed background color: elevation.surface.pressed Border: 1px solid color.border // Raised: Background color: elevation.surface.raised Hovered background color: elevation.surface.raised.hovered Pressed background color: elevation.surface.raised.pressed Shadow: elevation.shadow.raised // Overlay Background color: elevation.surface.overlay Hovered background color: elevation.surface.overlay.hovered Pressed background color: elevation.surface.overlay.pressed Shadow: elevation.shadow.overlay
Elevation change example
// Default: Background color: elevation.surface Hovered background color: elevation.surface.overlay Pressed background color: elevation.surface.raised Hovered shadow: elevation.shadow.overlay Pressed shadow: elevation.shadow.raised // Default (with border) Background color: elevation.surface Hovered background color: elevation.surface.overlay Pressed background color: elevation.surface.raised Border: 1px solid color.border Hovered shadow: elevation.shadow.overlay Pressed shadow: elevation.shadow.raised // Raised Background color: elevation.surface.raised Hovered background color: elevation.surface.overlay Pressed background color: elevation.surface.raised Shadow: elevation.shadow.raised Hovered shadow: elevation.shadow.overlay Pressed shadow: elevation.shadow.raised
Use the overlay elevation for any UI that is being dragged. Once moved, it returns to its original elevation.
When scrollable content exceeds the available area, a border or overflow shadow can be applied at the point the content is cut off to indicate there is hidden content that can be scrolled back into view.
A border is the default approach for scrolled content and can be seen in modal sticky headers and footers, and top and side navigation.
Overflow shadows are reserved for experiences where a border might be easily missed, such as in very small UI or tables that use borders to separate cells.
Both approaches should apply the appropriate surface token where the content is being hidden.
For the full list of elevation design tokens and their values, see our design token reference list. Every token comes with a description to help you ensure you’re using the correct one.
Raised and overlay elevations have dedicated surface and shadow pairings.
When creating elevations, always pair matching surface and shadow tokens.
Don't mix different shadow and surface elevation tokens.
Elevation surfaces use our neutral palettes. If a different color is needed, surface tokens can be swapped for any solid background token. When using background tokens, align to the behavior of interaction states for color tokens.
The shadows and surfaces of raised and overlay elevations can create busy UI if not applied intentionally. Follow the recommended guidance when considering these elevations.
Limit the use of overlay elevations by grouping related buttons together in a floating toolbar if they are required to sit over another UI.
Don’t have more than one floating button next to each other.
Always make sure your elevation and background choices are accessible.
Check the contrast ratio for UI on overlay surfaces in dark mode to ensure it meets accessibility requirements.
Don't assume that because UI is accessible in light mode, it will be in dark mode. Some UI may need tweaking.
The z-index determines the stacking order of elements. Elements with a higher z-index always sit in front of elements with a lower z-index.
Different UI can have the same elevation style, but each UI should apply a different z-index to incdicate the layer(s) order in a stack (or where the elements touch).
|Z-index||Example usage||Elevation level|
Learn about the basics of design tokens.
See the list of all design tokens for full descriptions and values for all tokens.
Was this page helpful?
We use this feedback to improve our documentation.