-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FIX] Nested token-parsing #1347
Conversation
🤮 En kjedelig konsekvens av dette er at det er stress å referere til |
Jepp er akkurat det som skjer, så er kjipt uansett hvilken løsning vi velger... |
Ødelegger |
Nei alle formater untatt
|
Hva med for "@". Blir output riktig da? |
Alle fungerer untatt Cjs her også. For Cjs får man da
|
Ser ikke ut som noen bruker |
Ja, det høres lurt ut. |
Det jeg liker med "@" over bindestrek er at vi ikke trenger å bryte opp strukturen på input. |
Ah fant en fix på det! Bruker modulen
noe som matcher Esm formatet
|
Jeg stemmer for "@", selv om det er en stygg hack |
Ok, kan bare merge denne PR-en da hvis det ikke er noe mer å justere i koden 🚀 |
Style-dictionary støtter ikke strukturer med nestede verdier + default verdier (amzn/style-dictionary#643 (comment))
Dette gjør at eks dette oppsettet ikke fungerer og SD ignorerer subtle her.
Foreslått fix er at alle nivå over det "dypeste" blir prefikset med
@
. Så eks eksemplet over blir da:Style dictionary ignorerer alle special-characters og resultatet blir da
Slipper da å rename eks
navds-global-color-interaction-primary-hover
->navds-global-color-interaction-primary-hover-default
bare for å støtte parsing med SD.Er en litt hacky løsning som er litt kjip å måtte løse slik, så ser gjerne at vi finner en bedre måte å løse det på. Satser på at SD fikser dette i v4 etterhvert.
Alternativ løsning
Vil også være mulig å å sjekke om en verdi er "dypere" enn en default value, for så å ikke kjøre "deepen" for den "dypere" verdien 😵💫 og flytter den ut et hakk. Eksemplet viser kanskje bedre (bruker første eksemplet som input):