Tilgjengelighetserklæring for Dialogtjenester

Det er lenker i løsningen som peker både internt og eksternt. Lenkene som peker eksternt fungerer på akkurat den samme måten som lenker som peker internt. Bruker får mao. ikke med seg formålet med de eksterne lenkene og kan derfor være uforberedt på følgende av å klikke på lenken (åpning av side i ny fane eller i ny instans av nettleser).

Eksempel 1:
Vi har pdf-kvitteringer som bryter suksesskriteriet. Det er også feilmeldinger knyttet til radio-grupper som bryter tilgjengelighetskravene. 

Dette har konsekvenser for brukere av skjermlesere som enten ikke får med seg innholdet i pdf'en eller feilmeldingene knyttet til radioknappene.

Eksempel 2:
Vi har en datovelger som ikke er utformet som en tabell. Konsekvensen av dette er at kolonne for ukedag ikke kobles med celle for dag i måneden. Dette gjør det vanskelig for brukere av skjermlesere å oppfatte hvilken dato det er snakk om når de gjør et valg av dato.

Eksempel 3:
Det er gjentagende div-tag'er i løsningen med role="region". Dvs. gjentagende landemerker som ikke er navngitt. Dette gjør det vanskelig for brukere av hjelpetekn ologi å vite hvor man er i sideinnholdet.

Flere stedet i løsningen, bla. i skjemaet 'søknad om prosjektstøtte til integreringsarbeid i regi av frivillige organisasjoner', har vi inputfelter som har feil type-attributt satt. Det er f.eks. satt til 'text', men skal være 'number'.

Dette fører til at brukere har mulighet til å legge in gale verdier i feltet. De kan også oppleve å få unødvendig feilmelding fordi feil type data er lagt inn i feltet.

Brukerne har ikke mulighet til å benytte funksjonalitet på enheter som ville slått inn når riktig type er satt i feltet, f.eks. nummertastatur på en mobiltelefon.

I forbindelse med komponent for opplasting av flere filer, oppretter vi en oversikt over de filer som legges til. Disse kan bla. slettes, men lenken for å slette filer har for liten kontrast. Dette gjør at den kan være vanskelig å se for enkelte brukergrupper.

Vi har noen inputfelter for budsjett der bruker skal kunne legge til egne kolonner. Ved zoom er det uklart hvilke felter som hører til hvilke. Det er også vanskelig å skjønne hvilket felt som skal ha beløpet og hvilket som skal ha navnet på budsjettposten. Tekstinnhold flyter i tillegg utover omsluttende område slik at det er innhold som brukeren ikke får med seg.

Vi har noen inputfelter for budsjett der bruker skal kunne legge til egne kolonner. Ved zoom er det uklart hvilke felter som hører til hvilke. Det er også vanskelig å skjønne hvilket felt som skal ha beløpet og hvilket som skal ha navnet på budsjettposten.

Ved forstørring av innhold til 400% får løsningen horisontal og vertikal scroll. Dette kan ha konsekvenser for ulike brukergrupper.

Vi har inputfelter med grå og grønne rammer som har for lav kontrast. Dette kan medføre at enkelte brukergrupper kan ha vanskeligheter med å se hvor de kan legge inn informasjon i inputfeltet.

Det er ikke mulig å hoppe ned til hovedinnholdet på siden.

Brukere med tastaturnavigasjon har ikke mulighet til å komme direkte til hovedinnholdet.

For lagrede skjema og kvitteringssidene i løsningen er ikke tittel unik. Det kan være vanskelig for enkelte brukere å forstå hvilket nettstedet de er på og hvem som er avsender av nettstedet.

Der bruker skal fylle ut budsjettposter er det mulig å legge til nye poster. Da vises to nye felter, et for navn på utgiften og et for beløpet. Disse feltene har ikke ledetekst

Løsningen inneholder felt for hjelpetekst. Når feltet er lukket, vil bruker allikevel få lest opp innholdet av skjermleser ved navigere med tabulator. Det er feil at innhold som ikke har synlig fokus leses opp. Dette kan være forvirrende for bruker.

Søknadsskjemaene 'Søknad om grunnskoleopplæring eller opplæring i  norsk/samfunnskunnskap' og 'Erklæring om barnets helse' inneholder språk på engelsk som ikke er kodet riktig. 

Hjelpeteknologi som skjermlesere vil forholde seg til at teksten er på det språket den er kodet til å være. Tekst som leses opp av skjermlesere kan derfor være forvirrende.

Vi har datofeltet i løsningen som er formattert på engelsk enkelte steder for norsk andre steder. Dette kan forvirre brukere da samme type felter i løsninger fungerer på ulike måter.

Det er inputfelter i løsningen som mangler kobling til feilmelding. Dette kan forårsake at enkelte brukere ikke får med seg at det er en feilmelding knyttet til det som er lagt inn i feltet.

Eksempel 1:
Ved bruk av skjermleser ved utfylling av postnummer og tabulator til poststed-feltet, får ikke skjermleser med seg endring av data i det låste feltet for poststed, gjelder bla. Søknad om skoleskyss.

Konsekvensen er at bruker får opplest feil informasjon om poststed. 

Eksempel 2:
Ledetekst på knapp for hjelpetekst i løsningen er ikke beskrivende for hva hjelpeteksten gjør. Dette gjør at brukere ikke nødvendigvis forstår hva komponenten i nettsiden gjør eller informerer om.

For to av søknadene våre burde vi hatt en oppsummeringside, ettersom innsending av søknaden fører til en fakturering. Det har vi ikke, dermed kan ikke bruker kontrollere hva som er fylt ut, før hen sender søknaden

Html-elementer i løsningen inneholder duplikate id-attributter. Dette kan ha konsekvenser for hvordan hjelpemiddelteknologi fungerer.