- From: Romain Menke via GitHub <sysbot+gh@w3.org>
- Date: Tue, 13 Sep 2022 07:33:43 +0000
- To: public-design-tokens-log@w3.org
> To be honest, I do not think logic or conditions should exist in the spec. Design tokens are meant to contain raw values to be processed. I actually agree and should have included this in my initial statement. I think this is best solved by having multiple token files. But if something like "theming" is handled by the spec I think it should be more abstract and include the cases listed above. ------ In our PostCSS plugin for style dictionary we solve this outside of token files : https://github.com/csstools/postcss-plugins/tree/main/plugins/postcss-design-tokens#is ```css @design-tokens url('./tokens-light.json') format('style-dictionary3'); @design-tokens url('./tokens-dark.json') when('theme-blue') format('style-dictionary3'); .foo { color: design-token('color.background.primary'); } ``` The value of `color.background.primary` changes depending on user config when building the CSS. The same mechanic can be expanded on later to include conditions typically found in `@media` or `@supports`. -- GitHub Notification of comment by romainmenke Please view or discuss this issue at https://github.com/design-tokens/community-group/issues/169#issuecomment-1245015596 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 13 September 2022 07:33:45 UTC