Vurder designsystemet i det faktiske forløpet
Antallet komponenter sier lite om nytten. En bestillingsknapp viser hvilke tilstander som trenger felles regler.
Vurder et designsystem etter om byggesteinene støtter tilbakevendende oppgaver pålitelig. Antallet tegnede komponenter er et svakt mål. En enkelt bestillingsknapp viser allerede avstanden mellom et pent utseende og nyttig atferd.
Eksemplet er oppdiktet. En kundeportal får en nøye utformet knapp «Send bestilling». Avstander, farge og typografi stemmer. I designet regnes komponenten som ferdig. Hva som skjer etter en forespørsel, er ennå ikke avklart.
Ett utseende dekker ikke ulike resultater
Situasjon i eksemplet | Hva grensesnittet må formidle |
|---|---|
Forespørselen behandles | Handlingen pågår; gjentatt aktivering håndteres på en passende måte. |
Serveren bekrefter bestillingen | Bestillingsreferanse B-42 og bekreftet status vises. |
Serveren avviser en ugyldig mengde | Mengden forblir synlig og kan rettes på en forståelig måte. |
Forbindelsen brytes etter sending | Resultatet er usikkert; bestillingsstatus må kontrolleres. |
En rød knapp forklarer ikke den siste situasjonen. Bestillingen kan allerede finnes. Heller ikke en grønn hake uten bekreftet svar dokumenterer suksess. Dette handler om riktig informasjon sammen med visuell utforming.
Koble felles atferd til produktregler
Komponenten kan gi synlig fokus, plass til lengre tekster og en visning av behandlingen. Bestillingsforløpet må vite hvilke mengder som er gyldige, og hvordan et usikkert serverresultat skal avklares. En generell knapp kan ikke løse disse reglene.
WAI-ARIA-veiledningen beskriver en lignende sammenheng: En rolle angir forventet betydning, men implementerer ikke tastaturinteraksjon. Felles designverdier, for eksempel en navngitt tekstfarge lagret som designtoken, erstatter verken atferd eller koblingen mellom design og kode.
En deaktivert knapp er heller ikke riktig svar på enhver feiltilstand. GOV.UK peker på mulige forståelsesproblemer. Hvis en handling sperres, trenger personen en forståelig forklaring og et neste steg som kan nås.
Nødvendig dybde avhenger av bruken
En statisk informasjonsside trenger ingen bestillingsstatus. En rent visuell logo trenger ingen tilstandsmaskin for serverforespørsler. Å tvinge de samme variantene på alle komponenter skaper unødvendig vedlikehold.
Omvendt kan et eksisterende, testet komponentbibliotek allerede dekke behovene godt. Da kan passende integrasjon være mer fornuftig enn å bygge det på nytt. Vurderingen endres hvis faktiske forløp beviselig ikke kan fremstilles forståelig med de tilgjengelige komponentene.
Godkjenn derfor et tilbakevendende forløp i det implementerte grensesnittet, inkludert feil og lengre oversettelser. Her er komponenten nyttig integrert først når også personen med et usikkert bestillingsresultat vet hva neste steg er. Å forhindre dobbeltbestillinger krever dessuten passende serverregler; en deaktivert knapp alene er ikke nok.
Kilder
Les videre
Alle artikler
Ditt prosjekt med ASES
Beskriv prosjektet ditt for oss. Vi tar kontakt med en første vurdering.