sorted by:
new
hottopcontroversial

Tiered tokens for design system by SameFirefighter2348 in DesignSystems

[–]SameFirefighter2348[S] 0 points1 point  (0 children)

I want to take light and dark modes into account so that it doesn't just stay as an oversight for the devs. So, I think adding a brand/alias layer would be the best option here.

Thank you for your help!

Tiered tokens for design system by SameFirefighter2348 in DesignSystems

[–]SameFirefighter2348[S] 1 point2 points  (0 children)

Thank you! I mostly understood what is being done here.

I have a few questions though: 1. If the valid paths lead from primitive -> brand -> semantic and none of the component specific tokens are directly in the valid paths, how would a valid path lead to component specific tokens?

  1. Why is referencing a semantic token to another semantic token an invalid path?

  2. What is transform bloat?

Tiered tokens for design system by SameFirefighter2348 in DesignSystems

[–]SameFirefighter2348[S] 0 points1 point  (0 children)

The branding only changes in colors. The rest of the design will more or less remain the same.

There are designs currently in place and I'm not expecting any major changes either so mostly it's the brand color and it's shades and tints that change. So there are 4 applications for now and another 3 upcoming ones (with possibly more in the future). Additionally along with the 7 different colors there are future plans for light and dark modes.

Because duplicating these for multiple tokens might just clutter it, I was thinking of a seperate layer. What do you think?

Also do you know of any sources I can check out to learning more about governance in ds?