- From: Donnie D'Amato via GitHub <sysbot+gh@w3.org>
- Date: Thu, 17 Aug 2023 21:55:10 +0000
- To: public-design-tokens-log@w3.org
I've thought about it in relation to the work I'm doing with [Token Operations](https://github.com/design-tokens/community-group/issues/224). From my perspective we _could_ have a setup like the following: ```json5 { "shadow1": { "_color": { "$value": "#00000088" }, "_offset-x": { "$value": "0.5rem" }, ... "css": { "$operations": [...] // concat all parts together into single CSS value }, "android": { "$operations": [...] // concat all parts together into single android appropriate value } } } ``` So a final resolution for CSS would be available at `{shadow1.css}` which could be written within the UI directly without further transformation. This would avoid the responsibility of the spec to outline all composite type schemas and put the responsibility on the folks who need specific values to have them available as needed. As an example, perhaps a tokens file is _only_ used for android values. The system ingesting them won't need to know how to combine composite types; everything is already exactly made as needed when it is accepted as a value; right within the file. -- GitHub Notification of comment by ddamato Please view or discuss this issue at https://github.com/design-tokens/community-group/issues/226#issuecomment-1683029930 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 17 August 2023 21:55:13 UTC