Skip to content
This repository has been archived by the owner on Sep 29, 2022. It is now read-only.

Navngiving for skjermleser på billettkjøp #200

Open
tormoseng opened this issue Jun 2, 2021 · 0 comments
Open

Navngiving for skjermleser på billettkjøp #200

tormoseng opened this issue Jun 2, 2021 · 0 comments

Comments

@tormoseng
Copy link
Member

Beskrivelse
Alle knapper og skjemaelementer skal være identifiserte i koden. En mulighet her er å benytte "aria-label" og "aria-labelledby" s.a. f.ex VoiceOver skal kunne lese opp både den enkelte komponenten og en type oppsummering for en gruppe av felter.

Vil tro at utvidet bruk av disse attributtene på de ulike elementene vil gi en bedre oversikt for brukere med VoiceOver.

https://www.w3.org/WAI/WCAG21/quickref/?showtechniques=412#name-role-value

Eksempler
Hvert enkelt radio-valg kan ha en egen "aria-label". Eksempler:

  • [iOS] Markering av 30-dagersbillett gir kun en opplesing av teksten uten info om hva man må gjøre for å velge denne. Markering av siste type (7-dagers) gir en opplesing av teksten + "slutt Velg billettype slutt Billettype 180 dagersbillett slutten på skjema"
  • [iOS] Eksempel i oppsummeringen: Markering av kjøpssummen og "kr" gjøres i to steg, dvs "kr" leses ikke opp sammen med 860.
  • [Android/Chrome] endring av resisende er en artig feature. Endrer til 30-dagers: "avmerket-avmerket-ikke valgt-ikke valgt"; leser opp alle alternativene. Det samme skjer for resisende. Ingen info om hva som er status etter valget

Kan "aria-labelledby" gi en fyldigere beskrivelse av oppsummeringen? Markering av "Oppsummering" gir nå kun opplesing av teksten og man må bla ned for å få detaljer. Her kunne man fått opplest beløpet og gyldig fra.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants