Replies: 1 comment
-
Er ikke designer, men kommer med innspill likevel 🤷♂️ Jeg tenker at antallet i seg selv ikke er problematisk her. Noen av komponentene våre har mange egenskaper som kan endres, og da kan det bli en del "brytere". Det er fint om valgene man har i Figma og i kode speiler hverandre ganske godt! Noen ting som er "automatiske" i kode må man ha brytere for i Figma, som dark mode og states, og noen ting i kode er spesifikke for semantikk/UU. Men her burde det være så nærme en-til-en som mulig. Husk at utviklerne får se en liste over props når de ser på en komponent i skissene! Det som står der burde være relevant for dem når de skal implementere i kode: Det som kanskje er litt rart her er hva noen av valgene er. Så vidt jeg kan se blir Tenker at alle komponenter bør ha valg for Figma-spesifikke ting som er automatisk i kode, f.eks.:
I tillegg bør de ha valg som speiler valg i kode, inkludert noen som er like for alle. For
Det er en lang liste, men i vanlig bruk vil ofte bare halvparten av dem vises (de som er uthevet). Det er nok noen tekniske utfordringer i Figma som kanskje hindrer oss fra å få til akkurat det jeg skisser her, men noe av det kan nok implementeres hvis folk synes det virker fornuftig 😊 |
Beta Was this translation helpful? Give feedback.
-
Det blir i overkant mange varianter på enkelte komponenter. Se vedlagt bilde. Trenger man muligheten til å slå av label? Og hva er tanken med ikoner?
Kan ikke input komme med label og hjelpetekst? Så kan man heller slå av hjelpetekst hvis det ikke skal benyttes.
Vil gjerne ha innspill fra andre designere også :)
Beta Was this translation helpful? Give feedback.
All reactions