Qeetrix

Foundations

The design tokens every Qeetrix component is built from.

Qeetrix is token-driven. Colour, type, corners, elevation and motion are design tokens, and components read the tokens instead of hard-coding values, so a change to a token reaches every component that uses it.

Where tokens live

FileWhat it hasUse it for
@qeetrix/ui/styles.cssThe semantic tokens as --qx-* variables, mapped to Tailwind utilitiesApps: the one stylesheet you import
@qeetrix/ui/qeetrix.cssThe same semantic variables, without TailwindTheming against the variables directly
@qeetrix/ui/tokens.cssEvery token, including the primitive palette and scalesDesign tooling that needs the raw ramps
@qeetrix/ui/tokens.jsonEvery token, resolved for each themeAnything that isn't CSS

Semantic and primitive tokens

Components read only semantic tokens: roles with a meaning, such as surface.canvas or text.secondary. The primitive tokens behind them, the raw palette and scales, are not in styles.css, so a component can't come to depend on a palette value by accident.

Names

A variable follows its token's path: color.surface.canvas is --qx-color-surface-canvas. Many tokens also have a Tailwind utility, such as bg-canvas, shadow-hover or duration-fast; the tables on each page list them.

Light and dark

Every semantic token has a light and a dark value, switched by the .dark class. The tables show both, whichever theme you're reading in.