Radio Norvegia - Tilgjengelighetserklæring

Tilgjengelighetserklæring for Radio Norvegia

Radio Norvegia er forpliktet til å sikre at vår digitale kommunikasjon er tilgjengelig for alle, inkludert personer med funksjonsnedsettelser. Vi jobber kontinuerlig for å forbedre brukeropplevelsen for alle, og følger de relevante tilgjengelighetsstandardene.

Vår Tilnærming til Tilgjengelighet

Vi bestreber oss på å overholde Web Content Accessibility Guidelines (WCAG) 2.1, nivå AA. Disse retningslinjene beskriver hvordan man kan gjøre webinnhold mer tilgjengelig for personer med et bredt spekter av funksjonsnedsettelser. Vi tar sikte på å implementere disse retningslinjene på hele vårt nettsted.

Tiltak Vi Har Gjort

Semantisk HTML: Vi bruker semantisk HTML for å strukturere innholdet på en måte som er lett å forstå for både mennesker og maskiner. Dette inkluderer riktig bruk av overskrifter, lister, tabeller og andre HTML5-elementer.
Alternativ tekst for bilder: Alle bilder har beskrivende alternativ tekst slik at de kan forstås av skjermlesere og brukere som har slått av bilder.
Tastaturnavigasjon: Nettstedet er fullt navigerbart ved hjelp av tastatur. Dette inkluderer bruk av tab-tasten for å navigere mellom lenker og skjemaelementer.
Fargekontrast: Vi har sørget for tilstrekkelig fargekontrast mellom tekst og bakgrunn for å gjøre innholdet lett leselig for personer med nedsatt syn.
Skalerbar tekst: Brukere kan enkelt skalere teksten opp eller ned ved hjelp av nettleserinnstillingene uten å miste funksjonalitet eller innhold.
ARIA-attributter: Vi bruker ARIA-attributter (Accessible Rich Internet Applications) for å gi ekstra informasjon til skjermlesere om dynamisk innhold og komplekse grensesnittkomponenter.
Responsivt Design: Nettstedet er designet for å være responsivt, slik at det fungerer godt på en rekke enheter og skjermstørrelser.
Mørk Modus: Vi tilbyr en mørk modus som kan aktiveres for å redusere belastningen på øynene, spesielt i omgivelser med lite lys.

Kjente Begrensninger

Til tross for våre beste intensjoner, kan det være noen områder på nettstedet som ennå ikke er fullt tilgjengelige. Vi jobber kontinuerlig med å forbedre tilgjengeligheten og vil rette opp eventuelle mangler så snart som mulig.

Tilbakemelding og Kontaktinformasjon

Vi setter pris på tilbakemeldinger fra våre brukere om tilgjengeligheten av nettstedet vårt. Hvis du opplever problemer med å få tilgang til innhold eller funksjonalitet, vennligst kontakt oss:

E-post: tilgjengelighet@radionorvegia.no
Telefon: 40 00 20 30 (spør etter tilgjengelighetsansvarlig, Astrid Holm)
Adresse: Radio Norvegia, Postboks 420 Sentrum, 0103 Oslo

Vi vil gjøre vårt beste for å svare på henvendelser så raskt som mulig og gi deg den hjelpen du trenger.

Testing og Evaluering

Vi gjennomfører regelmessige tester og evalueringer av nettstedet vårt for å sikre at det oppfyller tilgjengelighetsstandardene. Dette inkluderer både automatiske tester og manuelle vurderinger utført av tilgjengelighetseksperter og brukere med funksjonsnedsettelser.

Planer for Fremtiden

Vi er forpliktet til å kontinuerlig forbedre tilgjengeligheten av nettstedet vårt. Våre planer for fremtiden inkluderer:

Opplæring av ansatte: Gi opplæring til våre ansatte om tilgjengelighetsprinsipper og beste praksis.
Implementering av nye teknologier: Vurdere og implementere nye teknologier og verktøy som kan bidra til å forbedre tilgjengeligheten.
Brukerinvolvering: Involvere brukere med funksjonsnedsettelser i testing og evaluering av nettstedet.
Regelmessige revisjoner: Utføre regelmessige revisjoner av nettstedet for å identifisere og rette opp eventuelle tilgjengelighetsproblemer.

Erklæringens Gyldighet

Denne tilgjengelighetserklæringen ble sist oppdatert 20. oktober 2024.

Spesifikke WCAG 2.1 AA-krav vi jobber med

Her er en liste over noen spesifikke WCAG 2.1 AA-krav som vi aktivt jobber med å overholde, sammen med eksempler på hvordan vi implementerer dem:

1.1.1 Ikke-tekstlig innhold: Gi tekstalternativer for alt ikke-tekstlig innhold, slik at det kan endres til andre former folk trenger, som stor skrift, punktskrift, tale, symboler eller enklere språk.
- Eksempel: Vi sikrer at alle bilder har relevante og beskrivende alt-tekster. For komplekse bilder, tilbyr vi lengre beskrivelser enten i alt-teksten eller i tilstøtende tekst.
1.3.1 Informasjon og relasjoner: Informasjon, struktur og relasjoner formidlet gjennom presentasjon, er også programmatisk bestemt eller tilgjengelig i tekst.
- Eksempel: Vi bruker semantisk HTML (f.eks., <h1> til <h6> for overskrifter, <ul> og <ol> for lister) for å definere innholdets struktur. Tabeller bruker <th> med scope-attributt for å definere kolonne- og radhoder.
1.4.3 Kontrast (minimum): Den visuelle presentasjonen av tekst og bilder av tekst har et kontrastforhold på minst 4,5:1.
- Eksempel: Vi bruker et fargekontrastverktøy for å sikre at all tekst har tilstrekkelig kontrast mot bakgrunnen. Dette gjelder også for knapper og andre interaktive elementer.
2.1.1 Tastatur: All funksjonalitet av innholdet er operativ gjennom et tastaturgrensesnitt uten å kreve spesifikk tidsberegning for individuelle tastetrykk, unntatt der den underliggende funksjonaliteten krever innspill som er avhengig av stien til brukerens bevegelse og ikke bare endepunktene.
- Eksempel: Vi tester kontinuerlig at alle funksjoner, inkludert navigasjon, skjemaer og interaktive elementer, kan brukes fullt ut med tastaturet. Vi sikrer at fokusindikatoren er tydelig og synlig.
2.4.4 Koblingstekst i kontekst: Hensikten med hver lenke kan bestemmes fra lenketeksten alene eller fra lenketeksten sammen med dens programmatisk bestemte lenkekontekst, bortsett fra der hensikten med lenken vil være tvetydig for brukere generelt.
- Eksempel: Vi unngår vage lenketekster som "Klikk her". I stedet bruker vi beskrivende lenketekster som "Les mer om våre bærekraftige tiltak" eller "Se vår ukentlige programoversikt".
3.1.1 Språk på siden: Språket på hver side er programmatisk bestemt.
- Eksempel: Vi bruker lang="no"-attributtet i <html>-taggen for å angi at hovedspråket på nettstedet er norsk.
4.1.2 Navn, rolle, verdi: For alle brukergrensesnittkomponenter (inkludert, men ikke begrenset til: skjemaelementer, lenker og komponenter generert av skript), kan navn og rolle programmatisk bestemmes; stater, egenskaper og verdier som kan settes av brukeren, kan programmatisk settes; og varsling om endringer i disse elementene er tilgjengelig for brukeragenter, inkludert assisterende teknologi.
- Eksempel: Vi bruker ARIA-attributter for å gi mer informasjon til skjermlesere om funksjonaliteten til komplekse komponenter, for eksempel navigasjonsmenyer og dynamiske skjemaer. For eksempel, aria-label for å gi et beskrivende navn, aria-expanded for å indikere om en meny er åpen eller lukket, og aria-live for å varsle skjermlesere om dynamiske endringer i innholdet.