- From: Drew Powers via GitHub <sysbot+gh@w3.org>
- Date: Thu, 02 May 2024 22:05:47 +0000
- To: public-design-tokens-log@w3.org
> There's probably some weird edge cases where you can have a token with a `fontFamily` type which, according to the spec, would be valid, resulting in css like `font-family: '{base.a}'` ... but resolving this would probably create substantially more edge cases than it would solve. Oh I hadn’t even thought of this, but you’re right just evaluating a token’s `$type` by parsing its value could lead to many errors. Especially if `string` tokens ever were accepted (not that they are in the DTCG now, but mainly thinking of Figma variables’ current implementation where string types can refer to colors or typography values). > The spec is pretty unambiguous about these, though it might need a bit more language to acknowledged that a referenced token might inherit its type, too, either from its group or another reference. Agreed—I think clarifying this would help. The resolution definition you provided earlier _implies_ this, but doesn’t outright explicate it, and it could be clearer. Thanks for clarifying! This seems like it’s not really ambiguous, then, how the spec is interpreted. More just a possible documentation TODO of “should alias types get a little more specific regarding this behavior or not”. -- GitHub Notification of comment by drwpow Please view or discuss this issue at https://github.com/design-tokens/community-group/issues/236#issuecomment-2091822884 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 2 May 2024 22:05:48 UTC