-
Notifications
You must be signed in to change notification settings - Fork 76
tokens contributing
If you want to create and use tokens with Calcite Components you should start in Getting Started. If you want to work on Global, Semantic, or Core tokens read up on Global & Semantic Tokens.
General questions to ask when considering contributions to Calcite Design Tokens
- Has the context been reviewed by design?
- Are there similar existing visual patterns?
- What visual pattern are you trying to describe?
- Why don't existing tokens meet the use-case?
- Which tier should the token be applied to?
Design token name changes are always considered breaking changes and should be tagged as such. Any questions about the tokens schema should be brought up to the Calcite team. Design token value changes at the tokens-naming-schema#global) tiers are always breaking changes due to the scale of their effect on downstream applications. If possible, changes to these tokens should be communicated out at least 1.5 breaking change cycles before update. To meet deadlines create new tokens can be namespaced under a team domain and used along-side Calcite.
Any token which will have a name or value change in a future update should be tagged with Deprecated and communicated to customers though all appropriate channels at least 1.5 breaking-change cycles ahead of the update
- Does the token name describe a unique design decision?
- Token name is approved by the Calcite team
- Token(s) are tested
- Token(s) are documented