Technically, design tokens are split into two categories: Global tokens and Theme tokens. Global tokens are shared independently on themes, while the theme tokens are specific to a particular theme.

They are all managed in our Figma and exported to our Supernova workspace.

⚠️ All content in src is generated by Supernova and should not be edited manually.

The scss directory contains @tokens.scss linking all available tokens (including both global and theme tokens).

Global Tokens

The category consists of these groups:

🖼 Borders
🖌️ Gradients
⚙️ Other
🎱 Radii
🏖️ Shadows
📏️ Spacing
🔡 Typography

These tokens are shared globally and independently on themes.

Theme Tokens

Currently, only tokens in the 🎨 Colors group are themeable.

Themes

You can find the list of the themes in the @themes file and in the scss/themes directory. Each theme has its own directory with the same set of design tokens, but with different values.

As of now, we support two light-mode color themes:

Light Default (listed first in @themes, i.e. the default theme)
Light on Brand

Both themes can be used anywhere on the same page and combined as needed.

Using Themes

The scss directory contains @themes.scss linking all available themes as Sass variables. From the technical point of view, the theming is based on CSS variables. However, this package does not provide the CSS variables directly at the moment. Instead, they are generated from the @themes file in the spirit-web package.

Install

🙋🏻‍♂️ Hold on! Do you already use spirit-web? Then you don't need to install this package because spirit-design-tokens is installed automatically as a dependency of spirit-web.

If you want to use just spirit-design-tokens alone in your project, run:

yarn add @lmc-eu/spirit-design-tokens

npm install --save @lmc-eu/spirit-design-tokens

Basic Usage

In Sass

Sass (with the SCSS syntax) is the primary language for styling Spirit components.

The best way to use the design tokens is to load their path in Sass:

sass --load-path=node_modules/@lmc-eu/spirit-design-tokens/scss my-styles.scss

Or integrate them into your build system:

Vite example:

// vite.config.js

// …
import { defineConfig } from 'vite';

export default defineConfig({
  css: {
    preprocessorOptions: {
      scss: {
        includePaths: [path.resolve(__dirname, 'node_modules/@lmc-eu/spirit-design-tokens/scss')],
      },
    },
  },
});
// …

Webpack example with sass-loader:

// webpack.config.js

// …
module: {
  rules: [
    {
      test: /\.scss$/,
      use: [
        'style-loader',
        'css-loader',
        {
          loader: 'sass-loader',
          options: {
            sassOptions: {
              includePaths: [
                path.resolve(__dirname, 'node_modules'),
                path.resolve(__dirname, 'node_modules/@lmc-eu/spirit-design-tokens/scss'),
              ],
            },
          },
        },
      ],
    },
  ];
}
// …

Using the `sass-embedded` Library

If you're using sass-embedded, you can specify the API as legacy, modern, or modern-compiler. More information can be found in sass documentation.

We recommend using the modern-compiler option. Please note that this change also requires updating includePaths to loadPaths.

Webpack and sass-embedded:

// webpack.config.js

// …
module: {
  rules: [
    {
      test: /\.scss$/,
      use: [
        'style-loader',
        'css-loader',
        {
          loader: 'sass-loader',
          options: {
            api: 'modern-compiler',
            sassOptions: {
              loadPaths: [
                path.resolve(__dirname, 'node_modules'),
                path.resolve(__dirname, 'node_modules/@lmc-eu/spirit-design-tokens/scss'),
              ],
            },
          },
        },
      ],
    },
  ];
}
// …

The spirit-web package or your own components can simply reach token values like this:

@use 'sass:map';
@use '@tokens' as tokens;

.MyComponentThatMightGoToSpiritInFuture {
  margin-bottom: tokens.$space-300;
  font-family: map.get(tokens.$body-medium-regular, mobile, font-family);
  color: tokens.$text-primary;
}

For your components you can also load the token files directly:

@use 'node_modules/@lmc-eu/spirit-design-tokens/scss/@tokens' as tokens;

In JavaScript

Additionally, the design tokens are also provided as a JavaScript object.

import * as SpiritDesignTokens from '@lmc-eu/spirit-design-tokens';

const desktopBreakpoint = SpiritDesignTokens.breakpoints.desktop;

The structure is the same as in Sass.

Rebranding Spirit

The system is designed to be easily rebranded. To do so, you need to provide your own design tokens and use @tokens and @themes files. Then forward your tokens to these files and set the correct load path for your project.

Your tokens should contain the same structure as the Spirit tokens. The simplest way to do this is to have the same structure in your Figma file and export it using Supernova. If that's not possible, you can copy our tokens and adjust their values to your needs. You can also add new tokens required by your design system.

Using Your Design Tokens with TypeScript

If you want to use your own set of design tokens instead of the default ones provided by @lmc-eu/spirit-design-tokens, you need to adjust your project's TypeScript configuration and your build system settings to correctly resolve imports.

Add the following paths to your tsconfig.json:

{
  "compilerOptions": {
    "paths": {
      "@lmc-eu/spirit-design-tokens": ["path-to-your-design-tokens-directory-or-package/js"],
      "@lmc-eu/spirit-design-tokens/*": ["path-to-your-design-tokens-directory-or-package/*"]
    }
  }
}

Then, adjust your build system settings to correctly resolve imports. You can see examples for different build systems below:

Webpack example

Please modify your webpack.config.js:

import path from 'path';

export default config({
  resolve: {
    alias: {
      '@lmc-eu/spirit-design-tokens': path.resolve(__dirname, 'path-to-your-design-tokens-directory-or-package'),
    },
  },
});

Vite example

Please modify vite.config.ts:

import { defineConfig } from 'vite';
import path from 'path';

export default defineConfig({
  resolve: {
    alias: {
      '@lmc-eu/spirit-design-tokens': path.resolve(__dirname, 'path-to-your-design-tokens-directory-or-package'),
    },
  },
});

Next.js example

Please modify next.config.ts:

import type, { NextConfig } from "next";
import path, {dirname} from "path";
import { fileURLToPath } from "url";

const pathDir = dirname(fileURLToPath(import.meta.url));

const nextConfig: NextConfig = {
  transpilePackages: ['@lmc-eu/spirit-web-react'],
  reactStrictMode: true,
  sassOptions: {
    implementation: 'sass-embedded',
    includePaths: [
      path.join(pathDir, './node_modules'),
      path.join(pathDir, 'path-to-your-design-tokens-directory-or-package/scss'),
    ],
  },
  webpack: (config) => {
    config.resolve.alias['@lmc-eu/spirit-design-tokens'] = path.resolve('path-to-your-design-tokens-directory-or-package');
    return config;
  },
};

export default nextConfig;

FAQ

Why do I need to rename @tokens to tokens when @using?

Because @using the @tokens module without renaming would produce an error:

Error: Invalid Sass identifier "@tokens"
  ╷
1 │ @use '@tokens';
  │ ^^^^^^^^^^^^^^

Why is there the @ prefix?

We prefix the @tokens.scss file with @ to differentiate it from other Sass files in the directory.

In order for developers to know the file behaves differently than usual Sass partials, a @ prefix is added to mark this behavior both in filesystem and inside Sass files. As a result, it's clear why e.g. @use 'tools' refers to a local file and @use '@tokens' does not. However, it's only a naming convention, there is no special tooling or configuration for Sass partials starting with @.

Imported module needs to be renamed to be compatible with SCSS syntax when it's used later on. That's why @use '@tokens' as tokens.

Look at the following snippets and compare which one offers better comprehensibility.

Without @ prefix:

// _Button.scss

@use 'tools'; // Calls './_tools.scss'. You don't have to explain this to me.
@use 'tokens'; // Wait, this file doesn't exist… What's going on here? Is it
// an error?

With @ prefix:

// _Button.scss

@use 'tools'; // Calls './_tools.scss'.
@use '@tokens' as tokens; // OK, './_@tokens.scss' is not here, but the at-sign
// prefix suggests a special behavior. Maybe I'll learn more in the docs?

How do I derive design tokens for my own design system?

Creating a custom design system derived from Spirit? Great to hear that! 🎉

While it's perfectly OK to develop custom components that may not find their way back to Spirit, your design tokens need to include all Spirit design tokens anyway, so all Spirit components you are going to reuse work correctly with your brand.

Simply put, if you are going to build a design system based on Spirit:

copy and paste all design tokens from here,
alter their values to fit your needs,
feel free to add anything necessary on top of that,
use your design tokens in your code (and compile Spirit with them).

To make your Sass design tokens compatible with Spirit, don't forget to expose them via Sass load path.

Do I need themes? And if so, how many?

You need at least one theme to define the default values for your design tokens. If you want to support multiple themes, you can add more. The number of themes is up to you and your design system requirements.

But remember, each theme should contain the same set of tokens, just with different values. This way, you can switch between themes without changing your components.

License

See the LICENSE file for information.

FAQs

What is @lmc-eu/spirit-design-tokens?

Is @lmc-eu/spirit-design-tokens well maintained?

Package last updated on 12 May 2025

Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

@lmc-eu/spirit-design-tokens