Tilgjengelighetserklæring for Praksisinformasjon

Noen tooltip-ikoner på siden mangler tekstlig innhold eller alternativ tekst. Dette gjør at brukere med skjermleser ikke får informasjonen ikonet skal formidle, og brukere med kognitive utfordringer kan ha problemer med å forstå funksjonen til ikonet. Manglende beskrivelse kan føre til at informasjonen ikke blir oppfattet, eller at funksjonalitet fremstår uklar for flere brukergrupper.

Det er eksempler på at
- overskrifter ikke er korrekt kodet som overskrifter.
- enkelte overskrifter ligger på samme nivå programmatisk, men som visuelt tyder på en hierarkisk rekkefølge.
- tabeller er i hovedsak kodet riktig med th og td elementer (noen mangler th element), men mangler riktig attribut for å spesifisere hvilken retning overskriften har. 
- avkrysningsbokser er i enkelte tilfeller kodet inne i tabeller
- tabelloverskrifter som beskriver innholdet i tabellen mangler (må komme rett over tabellen).   

Gjør det vanskeligere for skjermleserbrukere å navigere seg på sidene, siden de ikke får brukt hurtigkommandoer til å navigere til forskjellige overskrifter.

Det er videre flere feilmeldinger som ikke er knyttet til inputfeltet, noe som fører til at skjermleserbrukere ikke får umiddelbart informasjon om dette. 

Når man åpner løsningen på mobil i stående visning, plasseres innholdet delvis utenfor skjermen på høyre side. Brukeren må zoome ut manuelt for å få hele innholdet i visning. Dette kan skape problemer for brukere som ikke kan eller klarer å zoome, og for personer med nedsatt syn, motoriske utfordringer eller kognitiv belastning, som kan ha vansker med å orientere seg når innholdet ikke tilpasser seg skjermretningen automatisk.

Flere inndatafelt mangler korrekt autocomplete-attributt, blant annet e-postfelt uten autocomplete="email" og telefonfelt uten autocomplete="tel". Dette gjør at nettlesere og hjelpemiddelteknologi ikke kan gjenkjenne formålet automatisk. Brukere som er avhengige av autofullføring, kognitiv støtte eller redusert tastetrykk kan oppleve at utfylling tar lengre tid, blir mer krevende, eller at de lettere gjør feil.

Noen tekstområder i løsningen skalerer ikke når brukeren øker tekststørrelsen i nettleseren. Dette gjelder blant annet telefonnummeret i inndatafeltet og datovelgeren på steg 2 i skjemaet for å registrere praksis. Når teksten ikke følger brukerens egne visningsinnstillinger, kan personer med nedsatt syn få vansker med å lese innholdet eller forstå hva som står i feltene, og dermed oppleve redusert tilgjengelighet i utfyllingen.

Ved 400 % zoom (1280 px bredde) blir store deler av innholdet på siden plassert utenfor visningsområdet. Brukere må skrolle horisontalt for å få tilgang til både navigasjon og hovedinnhold. Dette er et brudd på krav 1.4.10 Dynamisk tilpasning (Reflow), som krever at innhold skal kunne leses og brukes uten horisontal rulling på små visningsflater. Footer er det eneste elementet som tilpasser seg korrekt. Dette kan gjøre siden vanskelig å bruke for personer med nedsatt syn eller behov for høy zoom.

Datovelgeren i steg 2 av skjemaet for å registrere praksis følger ikke brukerens egne innstillinger for linjeavstand, avsnittsavstand eller ordavstand. Justeringer av tekstavstand har dermed ingen effekt på innholdet i komponenten. Dette kan gjøre datovelgeren vanskelig å bruke for personer med nedsatt syn, kognitiv belastning eller behov for økt lesbarhet.

Tooltip-innhold som vises ved hover med mus kan ikke aktiveres eller nås med tastatur. Brukere som navigerer med tastatur får dermed ikke tilgang til den samme informasjonen. Dette kan være et brudd på krav 1.4.13 Pekerfølsomt innhold, som krever at innhold utløst av pekerbevegelser også skal kunne betjenes og avvises på en tilgjengelig måte. Funnet overlapper også krav 2.1.1 Tastatur, ettersom informasjonen ikke er tilgjengelig uten mus. Dette kan hindre brukere av tastatur, skjermlesere og andre hjelpemidler i å få nødvendig veiledning.

Tooltip-innhold som vises ved hover kan ikke nås eller aktiveres med tastatur. Dette innebærer at viktig informasjon ikke er tilgjengelig for brukere som navigerer uten mus. I tillegg mangler søkefeltet for å velge kommune støtte for standard tastaturnavigasjon: piltaster fungerer ikke for å gå gjennom resultatlisten, og brukere kan kun hoppe mellom elementer med Tab. Dette kan være brudd på krav 2.1.1 Tastatur, og for tooltip også krav 1.4.13 Pekerfølsomt innhold. Dette kan hindre brukere av tastatur, skjermlesere og hjelpemidler fra å få tilgang til nødvendig informasjon og gjøre korrekte valg i skjemaet.

WCAG krever at brukere skal kunne hoppe direkte til hovedinnholdet eller hoppe over gjentatt innhold som navigasjon. Fravær av en synlig og fokusérbar “hopp til hovedinnhold”-lenke eller tilsvarende mekanisme innebærer at brukere som benytter tastatur må tabbe gjennom hele toppmenyen ved hvert sidebesøk.

WCAG krever at hver side skal ha en tittel som beskriver formål eller innhold. Når sidetitler mangler, får brukere ikke informasjon om hvilken side de befinner seg på i nettleserfanen eller når de navigerer mellom åpne sider.

Fokus flyttes enkelte steder i skjemaet til elementer som er deaktivert og ikke kan brukes i sin nåværende tilstand. Dette kan være et brudd på krav 2.4.3 Fokusrekkefølge, siden fokus ikke følger en meningsfull og forventet rekkefølge. Funnet berører også krav 2.4.7 Synlig fokus og 4.1.2 Navn, rolle, verdi, dersom elementet ikke formelt er markert som deaktivert. Dette kan gjøre det utfordrende for brukere å forstå hvor de befinner seg og hva som faktisk er mulig å gjøre i skjemaet.

Nettstedet mangler alternative måter å finne innhold på, slik som søkefunksjon eller nettstedsoversikt. Dette kan være et brudd på krav 2.4.5 Flere måter, som krever at brukere skal kunne navigere til sider på minst to måter. Brukere som ikke finner fram via menyen, kan derfor få problemer med å lokalisere innhold.

Dropdownen for valg av landskode mangler en synlig fokusindikator når den nås med tastatur. Dette kan være et brudd på krav 2.4.7 Synlig fokus. Brukere som navigerer uten mus får dermed ingen visuell bekreftelse på hvor fokus befinner seg.

Feilmeldingen som vises når brukeren forsøker å gå videre uten å velge praksistype blir stående selv etter at feltet er korrekt utfylt. Dette kan være et brudd på krav 3.3.1 Identifikasjon av feil, og kan også berøre 4.1.3 Statusbeskjeder dersom skjermleserbrukere ikke får beskjed om at feilen er rettet. Dette kan gjøre det vanskelig å forstå at valget er akseptert og at skjemaet kan sendes videre.

For enkelte felter er ledeteksten som skjermlesere leser opp forskjellig fra den teksten som vises på skjermen. Eksempelvis leses “Registrer datoen du faktisk starter i praksisen” opp der visuell tekst viser “Dato for oppstart”. Dette kan være et brudd på krav 3.3.2 Ledetekster eller instruksjoner, siden brukere får ulike instruksjoner avhengig av teknologi. Dette kan gjøre det vanskeligere å forstå hva som skal fylles ut i feltet.

Det er funnet noen tekniske problemer i den underliggende koden. “Logg ut”-knappen er implementert som et skjemaelement med tom action-verdi, noe som kan gi uforutsigbar håndtering av funksjonen i enkelte nettlesere og for hjelpemidler. I tillegg har enkelte elementer dupliserte ID-er (blant annet deler av logoene til Helfo og Helsedirektoratet). Dette kan være et brudd på krav 4.1.1 Parsing, og kan påvirke hvor robust siden er for skjermlesere og annen hjelpeteknologi.

Det er flere utfordringer knyttet til ARIA-attributter og semantikk. Enkelte kontroller har ugyldige eller motstridende ARIA-tilstander, som aria-checked på vanlige checkboxer, tomme eller ugyldige aria-describedby-referanser og ARIA-attributter som ikke er tillatt på elementene der de brukes. I tillegg brukes placeholder og pattern på datofelt, noe som ikke er støttet for denne input-typen. Disse forholdene kan være brudd på krav 4.1.2 Navn, rolle, verdi, og delvis 1.3.1 Info og relasjoner, og kan føre til at skjermlesere presenterer feil eller inkonsistent informasjon om hva elementene betyr og hvilken tilstand de er i.

- statusmelding vises etter man har gjort en handling. Dette er statusmeldinger som ikke blir gjengitt automatisk for skjermleserbrukere, noe som er viktig for at de skal forstå om de har utført en handling riktig eller feil.

- Statusmeldingen vises også i noen få sekunder, noe som kan være utfordrende for brukere med kognitive vansker som ikke umiddelbart legger merke til denne statusmeldingen.