Closed karihamnes closed 1 year ago
Enig med Kari om at dette ikke er helt optimalt ennå. Slik jeg oppfatter det er det to behov her som begge to burde vært like tydelig og eksplisitt: du må forstå hva som er nåværende status og forstå hvilke handlingsmuligheter du har.
Hvis man tenker på "Perceivable, Understandable, Operable", oppstår det noen spørsmål:
PERCEIVABLE:
UNDERSTANDABLE:
OPERABLE:
Det var det jeg hadde for nå 😆
Gunstig sommeroppdagelse: Office 365 som har switch til av og på med automatiske svar.
Ikonet viser "av"-state: label er "Slå på automatiske svar", nemlig en call to action.
Ikonet viser at switchen er på: label er "Automatiske svar er slått på", nemlig state og ikke CTA.
Det var noe interessant her med at label-en bare er en call to action når den er av 🤔 Muligens skyldes denne skjevheten at "av" er defaulten, at automatiske svar bare gjelder unntaksvis? Artig.
(Og så kommer en popup-melding etter hvert som man har kommet ut av innstillingene, der det står "Automatiske svar er slått på i øyeblikket" og så call to action "Slå av". Verdenen er ikke jevnt distribuert 🙃
Hei 👋 Tusen takk for innspill! Vi har gått gjennom dokumentasjonen til Switch nå å oppdatert: https://aksel.nav.no/komponenter/core/switch
Tilbakemelding
Switcher/toggles er notorisk vanskelige. I demoen/eksemplet så benytter dere labelen "Slå på notifikasjoner" og henspeiler på at en switch, det er noe som man slår på eller av. Aktiverer eller deaktiverer. Men hva med når den er slått på? Da står det fortsatt "Slå på notifikasjoner". Men det er jo ikke det som switchen da vil gjøre, for den vil slå AV notifikasjoner.
Det illustrerer noe av problemet med switcher. Jeg mener lablene burde være litt nøytrale, en representasjon av hva det er som skrus på/av. I dette tilfellet "Notifikasjoner". Ikke en aksjon, fordi den vil endre seg avhengig av tilstand for togglen.
Dette har ikke noe med selve funksjonaliteten å gjøre, men med bruken av komponenten.