- From: Kyle Wanamaker via GitHub <sysbot+gh@w3.org>
- Date: Wed, 13 Jul 2022 01:40:42 +0000
- To: public-design-tokens-log@w3.org
In the case of parsing or linting, I think it is much simpler for each token to carry a `$type`. Using `$type` for every token also adds security that an alias matches the expected type for the token. For example, I would want an error if I tried to do this: ``` { "black": { "$value": "#000000", "$type": "color" }, "height": { "$value": "{black}", "$type": "dimension". <----- I want this to fail. It would succeed if "$type" can be omitted. } } ``` With "$type" present, I can get an error when I author this mistake. Without "$type", this error may not surface until I try to build CSS from the tokens. I think we're also seeing a trend in developer tooling toward stronger type safety (e.g. Python type annotations, Typescript, etc). For all those reasons, I would like to see "$type" be required. -- GitHub Notification of comment by KyleWpppd Please view or discuss this issue at https://github.com/design-tokens/community-group/issues/139#issuecomment-1182665646 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 13 July 2022 01:40:44 UTC