Deaktiverte tilstander

Hovedregelen i Indeks er at du ikke bruker disabled. Det ser ut som en enkel måte å hindre feil, men det brukeren møter er en kontroll hen ikke får tak i, uten å få vite hvorfor eller hva som skal til.

Hva disabled faktisk gjør

disabled slår av fire ting samtidig:

	disabled	readonly
Kan få fokus	Nei	Ja
Leses av skjermleser i tab-rekkefølgen	Nei	Ja
Innholdet kan markeres og kopieres	Nei	Ja
Verdien sendes med skjemaet	Nei	Ja

Et felt som ikke kan fokuseres, blir hoppet over når brukeren tabber gjennom skjemaet. Bruker hen skjermleser, er feltet i praksis borte. Er verdien noe hen trenger, for eksempel et kontonummer som skal limes inn et annet sted, er den utenfor rekkevidde.

Ikke bruk disabled til dette

• Skjemavalidering. En avslått «Send»-knapp forteller ikke hva som mangler. La knappen stå aktiv, og si hva som er feil når den trykkes.
• Verdier brukeren skal lese eller kopiere. Bruk readonly, eller skriv verdien som ren tekst.
• Midlertidige tilstander. «Ikke ennå» er noe du forklarer med tekst, ikke med en avslått kontroll.

Bruk readonly når verdien ikke skal endres

readonly gir brukeren feltet tilbake: hen kan fokusere det, lese det med skjermleser, kopiere innholdet, og verdien følger med skjemaet. Det oppleves som låst, men fortsatt som en del av flyten.

Det passer til verdier som er generert av systemet, hentet fra profilen, eller som senere steg bygger på. Kontonummer, referansenummer, forhåndsutfylte personopplysninger.

Når disabled likevel er riktig

Det finnes tilfeller. En handling brukeren ikke har rettighet til, en knapp som er avslått mens en forespørsel er underveis for å hindre dobbeltinnsending. Da gjelder to krav: si i tekst ved siden av hvorfor kontrollen er av, og ikke legg informasjon brukeren trenger inni den.

Relatert

• TextField — readOnly og disabled på tekstfelt
• Button — disabled på knapper
• Valideringsmelding — alternativet til en avslått «Send»-knapp