Open hildeor opened 3 years ago
Ses i sammenheng med https://github.com/AtB-AS/webshop/issues/171
@ingvisim
Prisendringer blir lest opp, men det er fortsatt forbedringer som kan gjøres her for en god brukeropplevelse.
Endringer man gjør i kjøpsparametrene trigger en melding om ny pris. Denne overstryrer typisk annen info som skal leses opp. Spesielt for tids- og datovelger blir dette forstyrrende. Når man er inne i datovelger/tidsvelger for starttidspunkt så startes datoen/tiden å bli lest opp før den blir avbrutt av billettprisen, som da er lastet inn, leses opp. Det hadde vært bedre billettpris ble lest opp når man faktisk har valgt en dato (gått ut av datovelger).
Når det gjøres endringer på sonevelgeren så er det litt hipp som happ hva som overstyrer hva og til slutt leses opp. Av og til billettprisen, av og til den nye sonen. Dette kan ha noe med hvor raskt billettprisen returneres.
Opplesning, som beskrevet over, håndteres mer polite i https://github.com/AtB-AS/webshop/pull/346. Flytter derfor denne saken videre.
Beskrivelse av bug Ref. WCAG krav 3.2.2 Inndata, så tolker jeg det som at vi må annonnsere prisendringer. Prisendringer kan skje ved endring av parameterne billettype, reisende, soner og reisetype (ikke noen valg her foreløpig men i fremtiden).
Forventet oppførsel Hvordan burde det egentlig fungere?
Tolker det slik at det kan implementeres ved at endringer som skjer i brukergrensesnittkomponenter som f. eks radio button for Billettype varsles på forhånd. Eksempel: "180 dagers billett, radioknapp, ikke markert, 3 av 3. Hvis du markerer denne så vil prisen kunne endre seg." Må implementeres for alle valg under billettkjøpsprosessen som kan medføre endring i pris.
Annen kontekst https://www.uutilsynet.no/regelverk/testprosedyrar-nettstader/709#suksesskriterium_322_inndata