Our design tokens are built with specific structures in mind that allow them to be incorporated and extended in a consistent and predictable manner.

Global tokens

Global tokens are the most basic values within the visual language. They represent all of the visual choices available within the design system. Use global tokens when an appropriate alias token doesn't exist.

A global token such as jh-color-azure-600 has an abstracted name that represents an explicit hex value of #085ce5.
Avoid using global colors directly within designs as this can create unexpected results with theming.

Alias tokens

Alias tokens communicate the specific function or purpose of a global token.

The alias token jh-color-content-brand-enabled provides context to how the hex value #085ce5—represented by the global token jh-color-azure-600—should be used.

Component tokens

Component tokens are essentially alias tokens that are highly contextualized to a specific component. When used, component tokens allow you to override or theme very specific aspects of a given component.

The component token jh-button-color-background-primary-enabled follows the same pattern as alias and global tokens by providing more refined context as to how its represented value of #085ce5 should be used.

Naming structure

Each design token follows a naming convention to provide an appropriate level of specificity and context so a user can have a better understanding of its intended use.


  • System: The system level is a short designation of which library the tokens belong to.
  • Component: Component contextualizes the token to a specific component such as card or button.
  • Element: Element targets a specific element within a component such as a label or icon.
  • Category: Category describes a specific visual style concern such as color, font, and size.
  • Concept: Concept further breaks down a given category into semantic subdivisions.
  • Property: Property contextualizes a token to a standard CSS property such as background, border, or text.
  • Mode: Mode denotes specific color pairings with an "on" designation.
  • Variant: Variant describes alternative use cases for a base token such as primary, secondary, or success.
  • State: State describes interactive states for a token such as hover, active, or disabled.
  • Scale: Scale denotes graduated steps of a token variant, typically specified as ordered levels.

Levels can be skipped if not needed to clarify a token's usage. However, levels should always be placed in the aforementioned order.

The following are a few examples of tokens and their underlying structure:





To ensure consistency and compatibility, product-specific tokens should follow the same naming conventions albeit with an appropriate system name that prevents collisions with the design system's jh- tokens.