Lars Michael Sørensen, CPWA

EAA: Derfor er WCAG ikke nok, hvis I vil overholde Tilgængelighedsloven

Resume: Du har nok hørt om WCAG 2.1. Måske, har du også hørt om EN 301 549. Men du har helt sikkert ikke hørt om EN 17161, den mest oversete men også mest gennemgribende harmoniserede standard under EAA-direktivet og Tilgængelighedsloven.

Tilgængelighedsloven trådte i kraft i juni 2025. Den stiller krav til udformingen og tilgængeligheden i alt fra webshops til offentlige transportmidler og sågar alarmopkald til 112.

Alligevel er det, for de digitale produkter og tjensters vedkommende, forbavsende kompliceret at finde ud af, hvilke standarder som falder under EAA – og dermed Tilgængelighedsloven, som gælder for forbrugerrettede produkter og tjenester.

Læser du denne artikel, ved du sikkert lidt om standarden WCAG 2.1. WCAG er en W3C-standard og har ikke direkte noget med EAA at gøre. Den refereres temmelig meget i en anden standard, nemlig EN 301 549, og de fire principper i WCAG – Opfattelig, Anvendelig, Forståelig og Robust, omtales i direktivet.

Men Tilgængelighedsloven og EAA er meget mere end det.

Omfattende krav, men ikke tydelige vejledninger

EAA-direktivet og Tilgængelighedsloven er omfattende og detaljeret i sine krav til tilgængelighed i produkter og tjenester. På et punkt, er teksterne dog ikke særlig klare i spyttet: Når det gælder retninglinjer for, hvilke standarder, man skal følge.

I Tilgængelighedsloven står der overordnet, at produkter og tjenester er i overensstemmelse med loven, når de overholder de relevante “harmoniserede standarder”.

“§ 14. Produkter og tjenester, som er i overensstemmelse med hele eller dele af harmoniserede standarder, hvis referencer er offentliggjort i Den Europæiske Unions Tidende, formodes at være i overensstemmelse med tilgængelighedskravene i denne lov og regler fastsat i medfør af denne lov, hvis standarderne eller de anvendte dele heraf omfatter de pågældende krav.”

En pæn måde at sige, at I må selv regne ud, hvilke standarder, I skal huske at overholde.

Harmoniserede standarder i EAA

Cen Cenelec-logoet er blåt og hvid. Ordet Cen er understreget og i ordet Cenelec har N form som to lyn
Cen/CENELEC er det europæiske standardiseringsorgan, som har udgivet EN 301 549 og EN 17161

En harmoniseret standard er kort fortalt en standard, som er udviklet og offentliggjort i EU-regi. Den er gyldig i alle EU-lande.

Den mest kendte harmoniserede standard om tilgængelighed er nok EN 301 549, som med 14 kapitler og fem bilag omfavner tilgængelighed i fysiske og digitale produkter.

EN 301 549 har siden 2018 fungeret som den væsentligste standard for offentlige myndigheder og webtilgængelighedsloven. Nu er den ved at blive opdateret til bedre at omfatte EAA og dermed Tilgængelighedsloven.

Arbejdet er i parentes bemærket, blevet meget forsinket og opdateringen af EN 301 549 tidligst er klar i august 2026, hele 14 måneder efter, at Tilgængelighedsloven trådte i kraft.

EN 17161: Standarden du aldrig har hørt om

Mens vi venter på den nye version, kan vi godt nå at lære om en anden standard, der måske er endnu vigtigere, fordi den både er ukendt og meget gennemgribende.

Blandt de “relevante harmoniserede standarder” fra §14 ovenfor, gemmer sig også EN 17161. Den formelle danske titel på standarden er “Design for alle – Tilgængelighed efter en ‘design for alle’-tilgang inden for produkter, varer og tjenester – Udvidelse af brugergruppen“.

EN 17161 og Design for Alle-tilgangen har dybest set til formål at give så mange mennesker adgang til produkter og tjenester med digitale grænseflader.

Men standarden giver også anvisninger til, hvordan organisationer kan integrere tilgængelighed i deres produkter, og samtidig “fremme en bæredygtig udvikling og menneskerettigheder”, som der står i præsentationen.

EN 17161 er altså ikke en teknisk standard som EN 301 549 er det, men en standard, der vil ændre de holdninger og tilgange til design, som i årevis har forhindret personer med handicap i at kunne anvende e-handel og andre digitale tjenester, som andre borgere i EU.

Virksomheder får et stort ansvar

I dag er tilgængelighed ofte noget der bliver overladt til webmedarbejdere, som typisk sidder et stykke nede i fødekæden. Nogle gange får de lov at få et kursus, andre gange må de klare sig selv. Tilgængelighed har ind i mellem ret trange kår, undtagen i enkelte organisationer, der har set værdien i at lade alle komme til bordet.

Men sådan bliver det ikke længere. Tilgængelighed og inklusion vil fremover få en helt anden plads i organisationen.

Vi starter i kapitel 5: “Leadership”, der handler om ledelsens ansvar for at holde fokus på, at produkter fremover skal udformes ud fra en Design for Alle-tilgang.

I afsnit 5.1 “Leadership and commitment” står der (i min oversættelse):

“Topledelsen skal fremme en tankegang, der understøtter tilgængelighed efter en Design for Alle-tilgang, og en kultur i organisationen, som folk kan bidrage til.”

Det indebærer også, at det bliver ledelsens ansvar at sikre, at der er de fornødne kompetencer i organisationen til at arbejde med og evaluere tilgængelighedsarbejdet.

Det står i kapitel 7: “Support”, som ikke handler om, hvor mange it-medarbejdere, der skal sidde og tage imod forbrugerklager, men om at stille de nødvendige ressourcer til rådighed for organisationen, sådan at man kan understøtte Design for Alle-tilgangen med in-house viden og infrastruktur.

Kapitel 7.4: “Communication”, anviser, hvad og hvordan organisationen skal kommunikere internt. Og ikke mindst at de skal gøre det på en “tilgængelig og forståelig måde.”

Brugercentreret design bliver endelig standard

Ser man, hvordan digitale produkter udvikles i dag, så er det stadig helt almindeligt at ignorere brugerne så længe som muligt. Tilgængelighed er slet ikke tænkt ind fra begyndelsen, og kommer nogle gange som en overraskelse. Det oplever jeg jævnligt, når jeg holder workshops i webtilgængelighed og inkluderende design. Det er en meget dyr måde at lave web på.

Her kommer Kapitel 8: “Operation” ind i billedet.

I kapitlet får vi slået fast (igen), at en brugercentreret designmetode, der involverer brugere med og uden handicap så tidligt som muligt i udviklingsprocessen, er den rigtige måde at designe på. Kapitel 8 er ikke en detaljeret beskrivelse af processen, men den er nok til at komme i gang. Vil man ordentligt ned i materien, så skal man kigge i ISO 9241-210.

I forlængelse af at arbejde med brugercentreret design ligger også en løbende overvågning og feedback fra brugertests og henvendelser fra brugere. Det er beskrevet i kapitel 9: “Performance evaluation” og kapitel 10: “Improvement”.

For mange organisationer vil det være nyt, overhovedet at skulle forholde sig til tilgængelighed. Topchefer, projektledere, produktejere og udviklere har generelt for lidt viden om tilgængelighed, både i produkter, men også på arbejdspladsen. EN 17161 vil være første gang, mange hører om emnet. Men nu bliver det altså en ting, hvis man er omfattet af Tilgængelighedsloven.

Brug for at blive klogere?
Få rådgivning og workshops om tilgængelighed og inkluderende design.

Ring eller skriv: Telefon 40 93 21 98 / lmsoren@netvenlig.dk

Lars Michael Sørensen, CPWA

Den europæiske lov om tilgængelighed: Værd at vide om EAA

Resume: Hvis ikke I er klar til de skærpede tilgængelighedskrav for produkter og tjenester, så er det på tide at blive det. Kravene er mere omfattende, end I selv tror. Læs om EAA og Tilgængelighedsloven for virksomheder. [Artiklen er sidst opdateret den 30. september, 2025]

Det europæiske flag er blåt og har 12 stjerner i en cirkel

Den 28. juni 2025 trådte nye tilgængelighedskrav for produkter og tjenester i kraft. Den nye lov stiller krav til en række helt eller delvist digitale, brugerrettede tjenester, for eksempel:

  • webshops,
  • billetsystemer og transporttjenester,
  • informationsskærme og selvbetjeningsterminaler,
  • banktjenester som er forbrugerrettede,
  • e-bøger og smartphones
  • Styresystemer

Loven omfatter også visse fysiske produkter med en digital grænseflade: For eksempel som e-bogslæsere, mobiltelefoner og lignende systemer.

Det er det europæiske tilgængelighedsdirektiv, der i daglig tale kendes som Den europæiske lov om tilgængelighed (European Accessibility Act), eller EAA, der udstikker rammerne for, hvordan leverandører og virksomheder skal gøre deres tjenester og produkter anvendelige for alle.

Dermed, er der en chance for, at vi endelig kan inkludere de cirka 20 procent af befolkningen, der har et fysisk, psykisk, motorisk eller sensorisk handicap. Personer med købekraft og lyst til at deltage i samfundslivet, men som udelukkes fordi, de ikke kan anvende en hel del kommercielle tjenester på nettet.

I Danmark er direktivet blevet omsat til Lov om tilgængelighedskrav for produkter og tjenester, og den kan godt være en mundfuld at læse, så nu er du advaret.

Langt fra alle ved, der er en lov

Den 28. juni 2025 skulle alle produkter og tjenester, som er omfattet af loven, overholde kravene. Desværre har det vist sig, at det langt fra er alle der overhovedet er klar over, der er nye regler og krav, som skal overholdes.

Uformelle tal peger på, at det kun er under hver anden virksomhed i Danmark, der er klar over, at de kan være omfattet af tilgængelighedskrav. På EU-plan er tallet angiveligt lavere endnu. Og det er et stort problem for dem, det går ud over.

Færre ved, hvad EAA indebærer

Det er ikke helt forkert at sige, at indførelsen af EAA er lidt i samme klasse, som GDPR.

Selv om man godt kan tro noget andet, når man læser visse leverandørers tolkning af kravene, så er det altså ikke nok at kende WCAG 2.1.

I praksis skal I kende og overholde følgende standarder:

EN 17161 er den mest oversete del af direktivet. Her er der nemlig krav om, at virksomheder skal integrere et inkluderende mindset i organisationen – Altså i den måde I arbejder på, ansætter på og agerer på.

Det er noget lidt andet end kontrastkrav og alt-tekster.

Ikke alt og ikke alle er omfattet af EAA

Tilgængelighedsloven omfatter de fleste digitale og elektroniske tjenester, men direktivet er ikke uden undtagelser:

  • Forudindspillede medier som video, animationer og lydproduktioner er undtaget, hvis de er produceret før skæringsdatoen 28. juni 2025,
  • Dokumenter (PDF og lignende), som er offentliggjort før 28. juni 2025,
  • Onlinekort og korttjenester, med mindre de bruges til navigation
  • Tredjepartsindhold, som for eksempel medieafspillere på sociale medier (YouTube og andre), som virksomheden ikke har betalt for eller udviklet på,
  • Arkiveret indhold, der ikke er opdateret eller redigeret efter 28. juni 2025.

Mikrovirksomheder er også undtaget: Har man mindre end 10 ansatte og omsætter man for mindre end 2 millioner Euro om året, er man ikke omfattet (§12, stk 2).

En “uforholdsmæssig stor byrde”

Tilgængelighedsloven har også kattelemmen om “uforholdsmæssig stor byrde”, som vi også kender fra webtilgængelighedsloven, men i en noget strammere udgave:

Specifikke tilgængelighedskrav finder anvendelse på alle produkter og tjenester, der er omfattet af lovgivningen, i det omfang at overholdelse ikke medfører en grundlæggende ændring af produktets eller tjenestens grundegenskab eller en uforholdsmæssig stor byrde for de pågældende erhvervsdrivende. 

I Tilgængelighedsloven er Bilag 5 dedikeret til “Kriterier for vurdering af uforholdsmæssig stor byrde”. Her kan man systematisk gennemgå kravene og undersøge om et produkt eller en ydelse falder ind under kravet.

Konsekvensen af ikke at være klar

Webtilgængelighed kan tage meget lang tid at implementere, især når det sker som en eftertanke. Der vil være mange små ændringer. Og der vil være enkelte store, som kan kræve opgradering af styresystemer eller frameworks og måneders arbejde.

I modsætning til webtilgængelighedsloven for offentlige websteder, så er der alvorlige konsekvenser, hvis man ikke overholder tilgængelighedskravene:

  1. Produktet eller tjenesten fjernes fra markedet og må ikke sælges eller markedsføres
  2. Man får en bøde.

1: Produktet må ikke sælges eller markedsføres

Virksomheder, der ikke har gjort deres arbejde færdigt inden loven træder i kraft kan få et problem. Loven er nemlig meget klar i mælet:

Produkter og tjenester må kun bringes i omsætning eller leveres, hvis de opfylder de relevante tilgængelighedskrav i bilag 1, jf. §§ 5 og 6.

2: Man får en bøde

Ligesom med webtilgængelighed i det offentlige, vil der være kontrol af tjenesterne. Og overholder man ikke kravene kan der falde bøder (Kapitel 11, § 57).

Den præcise bødestørrelse i Danmark er ikke meldt officielt ud, men i oktober 2024 er svaret, at de forventes at ligge i størrelsesordenen kr. 50.000,- pr. overtrædelse

Tyskland og Irland har begge ikke-ubetydelige bøder i størrelsesordenen € 100.000. Irland har desuden fængselsstraf på programmet. Ja. Fængselsstraf!

3: Man risikerer et dårligt omdømme

Der er en lov, og forbrugerne forventer den bliver overholdt. Gør I det ikke, må I tage på jer, at folk begynder at tale om jer i mindre positive vendinger. Ikke alle vil være lige tålmodige med jeres produkter, når de ved, der er andre som kan gøre det samme som jer, bare mere tilgængeligt.

Sådan kommer I i gang med tilgængelighed

Det er her, den dårlige nyhed kommer: De standarder og vejledninger, der skal hjælpe virksomhederne med at overholde loven, er i august 2025 langt fra på plads endnu. Og de kommer det heller ikke foreløbig.

Heldigvis ved vi allerede en del om, hvad der skal stå i dem. Min forventning er, at standarderne ikke kommer til at ændre sig væsentligt fra det, vi allerede arbejder med, når offentlige websteder skal gøres tilgængelige.

Sikkerhedsstyrelsen, der har hovedansvaret for implementering af loven, har skrevet en kort vejledning om EAA. Den er ikke omfattende, I kan ikke bruge den til ret meget, men det er bedre end ingenting.

Slå til nu, hvis I vil have en konkurrencefordel og en bid af kagen, når hver 6. dansker pludselig får nemmere adgang til at købe og anvende jeres produkter og tjenester.

Skaf jer den nødvendige viden om webtilgængelighed og få lavet en tilgængelighedsevaluering, der giver jer det nødvendige overblik til at få rettet fejl og mangler og gør det muligt for jer at få 5 års forspring fra konkurrenterne!

Jeg kender standarderne, så I ikke behøver det
Skriv til Netvenlig: lmsoren@netvenlig.dk
Lars Michael Sørensen, CPWA

WCAG 2.2 – på forståeligt dansk

Resume: Lær de nye succeskriterier i WCAG 2.2 at kende. Læs om dem på forståeligt dansk og få en forklaring på, hvad de betyder. [OPDATERET juni 2025]

Efter et års forsinkelse og utallige nær-ved publiceringer, lykkedes det endelig W3C at udgive WCAG 2.2 i starten af oktober 2023.

Det har givet os i alt ni nye kriterier, fordelt således:

Her får du en gennemgang af kriterierne på niveau A og AA, og hvad de i store træk betyder.

Kriterierne er ikke oversat til dansk endnu, så den præcise ordlyd kender ingen. Men her er min egen oversættelse, og har du kommentarer eller rettelser så er du velkommen til at skrive til mig

(Note: Der er tale om en manuel oversættelse, ikke maskinoversættelse. AI har ikke været involveret, på noget tidspunkt).

Niveau A: (Det essentielle niveau)

Niveau A er det vigtigste af WCAG’s tre niveauer. Der er nu to nye kriterier i WCAG 2.2, som skal gøre det lettere at finde hjælp og undgå overflødige indtastninger.

3.2.6 Consistent Help (“Konsekvent hjælp”)

“Hvis en webside indeholder nogen af de følgende hjælpemekanismer, og disse mekanismer gentages på flere websider i et sæt af websider, optræder de i samme relative rækkefølge, med mindre en ændring er foretaget af brugeren:

  • Kontaktoplysninger til et menneske
  • Kontaktmekanisme til et menneske
  • Mulighed for selvhjælp
  • Fuldautomatiseret kontaktmekanisme”

Det betyder 3.2.6 Consistent Help (“Konsekvent hjælp”)

En “mekanisme” er et af de der dejlige WCAG-ord, som man altid studser lidt over. Men den formelle definition af “Mekanisme” er: “En proces eller teknik til at opnå et resultat”. Typiske “mekanismer” er knapper, links eller andre interaktive elementer. Altså noget, som kan få et eller andet til at ske.

Dette kriterie har samme formål som 3.2.3  Konsekvent navigation og 3.2.4 Konsekvent identifikation, nemlig at sikre, at hjælp og vejledning altid har den samme relative placering på et websted, når det vises med den samme skærmbredde.

På andre skærmbredder er hjælpen et andet sted på siden, men den beholder den samme relative rækkefølge og placeringen flytter sig ikke ved sideskift.

3.3.7 Redundant Entry (“Overflødig indtastning”)

“Information der tidligere er indtastet eller leveret af brugeren, og som kræver genindtastning i den samme proces, er enten:

  • Automatisk udfyldt eller
  • tilgængelig for brugeren som en valgmulighed

Undtagen når:

  • Genindtastning af informationen er essentiel
  • Informationen er påkrævet af hensyn til sikkerheden i indholdet, eller
  • den tidligere indtastede information ikke længere gælder”

Det betyder 3.3.7 Redundant Entry (“Overflødig indtastning”)

Det vigtigste formål med kriteriet er at nedsætte den kognitive belastning, så brugeren ikke skal huske så meget og indtaste oplysninger, der allerede er indtastet tidligere.

Her taler vi ikke så meget om personoplysninger, der allerede er dækket af 1.3.5 Identificering af inputformål, men om andre typer information, som det af forskellige årsager er nødvendigt at indtaste igen.

Kriteriet forhindrer gentagne indtastninger og siger, at enten skal systemet selv udfylde informationerne eller de skal være tilgængelige som for eksempel en drop downliste, en liste af checkbokse eller noget tilsvarende.

Tilbage til oversigten

Niveau AA: (Det vigtige niveau)

Hvis indhold skal kunne fungere tilfredsstillende for alle, så er kriterierne i niveau AA nødvendige at få med. Det er derfor, at man generelt anbefaler at overholde niveau AA.

De fire nye kriterier i WCAG 2.2 skal gøre det lettere at læse, anvende og få adgang til indhold.

2.4.11 Focus Not Obscured (Minimum) (“Fokus er ikke skjult (Minimium)”)

“Når en brugergrænsefladekomponent modtager tastaturfokus, er komponenten ikke fuldstændig skjult på grund af forfatterskabt indhold.

Note 1: Hvor indhold i en konfigurerbar grænseflade kan omplaceres af brugeren, så skal kun den oprindelige position af det bruger-flytbare indhold tages i betragtning ved test og overholdelse af dette Succeskriterium.

Note 2: Indhold som åbnes af brugeren må skjule komponenten som modtager fokus. Hvis brugeren kan finde komponenten i fokus uden at skifte tastaturfokus, anses komponenten ikke for at være skjult på grund af forfatterskabt indhold.”

Det betyder 2.4.11 Focus Not Obscured

“Brugergrænsefladekomponenter” er knapper, inputfelter, menuer og lignende. Komponenterne er altså de byggesten, der kan bruges til at give en webside funktionalitet. Nogle gange kalder vi dem bare “kontroller”.

I nogle situationer kan fokus på en bestemt komponent resultere i, at andet indhold bliver synligt ovenpå komponenten. For eksempel en dialogboks med en information om, hvordan et inputfelt skal udfyldes. Hvis boksen lægger sig over komponenten må den ikke skjule den totalt.

Et andet eksempel er det man på godt dansk kalder “sticky” indhold: En header eller et banner, der bliver siddende (“klistrer”) på siden, når man scroller op eller ned, og på et tidspunkt kommer til at dække helt eller delvist for en komponent.

Note 1 Kan man flytte på den komponent, som dækker for indholdet, så er det komponentens oprindelige placering, der er afgørende for om kriteriet er overholdt.

Note 2 Elementer som for eksempel en dropdown-menu ikke er omfattet af kriteriet, fordi den godt nok falder ned foran andet indhold, men forsvinder så snart fokus ændres.

I familie med 2.4.7

2.4.11 og 2.4.7 Synligt fokus er beslægtede, men ikke ens – 2.4.7 handler om fokusindikatoren, der typisk er rundt om selve komponenten. I nogle tilfælde vil begge kriterier fejle samtidig, hvis det indhold som udløses af fokus skjuler komponenten totalt. I andre tilfælde er det kun 2.4.7 der fejler, hvis fokusindikatoren er en understregning eller lignende.

2.5.7 Dragging Movements (“Trækkebevægelser”)

“Al funktionalitet, som bruger en trækkebevægelse i anvendelsen, kan anvendes med et enkelt kontaktpunkt uden træk, med mindre træk er nødvendigt eller funktionaliteten er bestemt af brugeragenten og ikke ændret af forfatteren.

Note: Dette krav er beregnet på webindhold som tolker pegehandlinger (det vil sige, at det ikke anvendes på handlinger der er krævet for at anvende brugeragenten eller en hjælpeteknologi).”

Det betyder 2.5.7 Dragging Movements

At trække et element hen over en skærm fra A til B, er mere end bare en smart måde at engagere brugeren på. Det kan også være en sikkerhed for, at brugeren faktisk mener at gennemføre den handling man er i gang med. MobilePay har for eksempel en vandret trækkebevægelse som den sidste handling, inden man sender pengene. På den måde, er det svært at komme til at sende dem ved en fejl.

Men ikke alle har kræfter, syn eller præcision nok til at kunne udføre trækkebevægelser. Andre kan slet ikke udføre handlingen, fordi de anvender hjælpeteknologier som pegepind, øjenbevægelser eller stemmestyring.

Derfor er der nødt til at være en alternativ måde at udføre trækkebevægelsen på. Samtidig er det et krav fra 2.1.1 Tastatur, at alternativet er tilgængeligt ved hjælp af tastatur.

Det kunne for eksempel være:

  1. Brugeren trykker på startpunktet for at aktivere trækkebevægelsen
  2. Brugeren trykker på slutpunktet (destinationen) for at fuldføre den

Hvis du synes det lyder lidt bekendt, så er det nok fordi du tænker på 2.5.1 Pegebevægelser (Pointer Gestures). Men det kriterie handler om stibaserede bevægelser og tager hele ruten fra A til B i betragtning. Det handler også om flerpunktsbevægelser – det vi på dansk kalder gestik eller “Gestures” på engelsk, altså når vi swiper, roterer eller zoomer med fingrene på en skærm.

2.5.8 Target Size Minimum (“Minimum målstørrelse”)

Størrelsen på mål til pegeinput skal være mindst 24 x 24 CSS pixel. Undtagen hvis:

  • Afstand: Hvis flere små mål (under 24 x 24 CSS pixel) er placeret sådan, at hvis en cirkel med 24 CSS Pixel i diameter er placeret i centrum af afgrænsningskassen for hvert mål, så overlapper cirklerne ikke andre mål eller andre små mål
  • Ekvivalent: Målets funktion kan opnås gennem en kontrol på den samme side, der opfylder dette kriterium
  • Indlejret (Inline): Målet er i en sætning eller dets størrelse på anden måde er begrænset af linjehøjden på tekst, som ikke er i målet.
  • Kontrolleret af brugeragenten: Målets størrelse er bestemt af brugeragenten og er ikke ændret af forfatteren
  • Essentiel: En bestemt præsentation af målet er essentielt eller et lovkrav for den information, der formidles.

Note 1: Mål, hvis værdier kan vælges rumligt efter en position inde i målet, anses for at være et enkelt mål i forhold til dette succeskriterium. Eksempler inkluderer skydeknapper, farvevælgere med en farveskala eller redigerbare områder, hvor man placerer en markør.

Note 2: I indlejrede mål skal linjehøjden tolkes som vinkelret i forhold til den retning teksten flyder. For eksempel i et sprog, som vises lodret, vil linjehøjden være vandret.

Det betyder 2.5.8 Target Size Minimum

Dette er et af de nyttigste kriterier i hele WCAG 2.2. Det løser nemlig et problem som alle der taster på en skærm jævnligt oplever.

Jeg taler om “Fat Finger”-syndromet: den superirriterende oplevelse det er at ramme en forkert tast eller knap, fordi flere elementer sidder for tæt op ad hinanden. Tænk “Mobiltastatur” og du ved, hvad jeg mener.

Måden kriteriet skal forstås er, at det klikbare område i et interaktionselement fylder mindst 24 x 24 CSS pixel, altså lodret og vandret.

Hvis elementerne er mindre end 24 CSS pixel skal afstanden mellem to elementer svare til, at man kan lave en cirkel med en radius på 24 CSS-pixel i centrum af elementernes afgrænsningskasse (“bounding box”), der er det mindst mulige rektangel som elementet kan være i, uden at cirklerne overlapper.

Dermed får man tilstrækkelig luft både lodret og vandret mellem to elementer til at reducere risikoen for fejltryk.

3.3.8 Accessible Authentication Minimum (“Minimum tilgængelig godkendelse”)

“En kognitiv funktionstest (så som at huske en adgangskode eller løse en gåde) er ikke krævet i noget trin i en godkendelsesproces, med mindre trinnet stiller mindst en af de følgende muligheder til rådighed:

  • Alternativ: En anden godkendelsesmetode, som ikke benytter en kognitiv funktionstest
  • Mekanisme: Der er en mekanisme til stede, som kan hjælpe brugeren med at løse den kognitive funktionstest
  • Objektgenkendelse: Den kognitive funktionstest går ud på at genkende et objekt
  • Personligt indhold: Den kognitive funktionstest går ud på at identificere ikke-tekstbaseret indhold, som brugeren afgiver til webstedet.

Note 1: “Objektgenkendelse” og “Personligt indhold” må repræsenteres af billeder, video eller lyd.

Note 2: Eksempler på mekanismer, der opfylder dette kriterie omfatter:

  1. Understøttelse af adgangskodehuskere for at reducere behovet for at huske, og
  2. Kopiere og indsætte (“Copy and paste”) for at reducere den kognitive belastning ved at genindtaste.”

Det betyder 3.8.8 Accessible Authentication Minimum

3.8.8 er godt nyt til alle os, som har prøvet at glemme en adgangskode.

En vigtig detalje ved kriteriet er nemlig, at det forudsætter, at brugeren ikke behøver at skulle huske et login til et websted, men kan godkende sig ved hjælp af andre metoder.

Kriteriet rammer også CAPTCHA: Det er de meget svært læselige bogstaver, som du skal indtaste i et felt, for at bevise, du ikke er en robot. De er svære at løse for mange, men for personer med nedsat syn eller kognition, kan de være næsten umulige at komme forbi.

3.8.8. kræver, at der findes mindst en metode til genkendelse, som ikke er en kognitiv funktionstest:

  • Alternativ: For eksempel fingeraftryk eller ansigtsgenkendselse.
  • Mekanisme: For eksempel adgangskodehuskere som Bitwarden, Keepass eller browsernes indbyggede tjenester.
  • Objektgenkendelse: Brugeren skal genkende et objekt, som for eksempel “Tryk på billedet af et æble”.
  • Personligt indhold: Nogle genkendelsessystemer gør det muligt for brugeren at uploade et billede, for eksempel af sig selv. Når brugeren logger ind, bliver man bedt om at vælge det billede, man selv har uploadet, ud fra en liste af billeder.

Tilbage til oversigten

Niveau AAA: (Det nyttige niveau)


Endelig er der kommet tre kriterier på niveau AAA.

De er gode at kende, men deres vigtigste formål er at udvide andre kriterier på niveau AA. De er:

Og mere vil jeg egentlig ikke sige om dem. For nu.

Tilbage til oversigten

WCAG 2.2 siger farvel til 4.1.1

Et enkelt kriterium fra WCAG 2.1 – nemlig 4.1.1 Parsing er fjernet fra WCAG 2.2.

I version 2.1 er kriteriet opdateret til “forældet” og har fået to noter, som forklarer, at vi dybest set ikke længere behøver forholde os til, om koden kan validere efter HTML-standarderne.

Og det er udmærket, for den har altid været en sikker taber i stort set alle websteder jeg har evalueret, har kostet mange udviklertimer, og de senere år har det stort set ikke været til gavn for ret mange.

Tilbage til oversigten

Brug for at blive klogere?
De nye kriterier er med i mit kursus Webtilgængelighed og inkluderende design på Teknologisk Institut. Ring eller skriv til Netvenlig: Telefon 40 93 21 98 lmsoren@netvenlig.dk
Lars Michael Sørensen, CPWA

107 tryk: Regionerne fejler egen coronatest

Resume: Det tager absurd mange tabulatortryk at nå den nye corona-chatbot, der skal lette presset på sundhedsvæsenet. Ingen af regionerne har prioriteret testen, så den får hurtigt fokus for tastaturafhængige brugere.

Knappen til Regionernes Corona-selvtest. Knapteksten siger: Test her Coronavirus-sygdom
“Test her – Coronavirus-sygdom” Knapteksten er i sig selv en artikel værd. Men det bliver en anden gang.

Danske Regioner har udgivet en digital chatbot, som gør det muligt selv at undersøge, om man måske kan være smittet med Coronavirus.

Et fint initiativ der måske kan lette presset på landets hospitaler og de privatpraktiserende læger, som lige nu er superhårdt spændt for.

Desværre fejler regionerne stort, når det gælder implementeringen af tjenesten.

Tusindvis anvender tastaturet som navigation

For at forstå årsagen er vi nødt til at have baggrunden med: Det er nemlig langt fra alle borgere, som er i stand til at anvende en mus.

En mus er et præcisionsinstrument, som kræver en høj grad af finmotorik, for at fungere optimalt. Kan man ikke anvende en mus, er alternativet ofte at anvende tastaturet, typisk Tabulator-tasten, piletaster, mellemrumstasten og så videre.

Spektret af helt eller delvist tastaturafhængige brugere er faktisk ganske bredt. I flæng kan nævnes:

  • Blinde (cirka 25.000)
  • Nedsat motorik (cirka 250.000)
  • Gigtramte (cirka 700.000)
  • Personer med tremor eller Parkinsons (cirka 100.000)

Og det er bare de grupper, jeg først kom i tanke om. Det er cirka 1 million danskere, som i større eller mindre grad er tastaturdominante.

Det er mange mennesker, og det er derfor, at WCAG 2.1 har en hel sektion, der udelukkende handler om tastaturbrug.

Retningslinje 2.1  hedder “Tilgængelig via tastatur” og siger kort og godt: “Alle funktionaliteter skal kunne benyttes via et tastatur.”

107 tryk fra start til mål

Jeg tog et kig på, hvordan regionerne har implementeret knappen. Det viser sig, at det i gennemsnit tager 107 tryk at nå det link, der starter chatbotten.

Lad mig lige gentage: 107 tryk, i gennemsnit. Et Nul Syv!

Antal tryk til Selvtest-knappen:
Region Antal tryk
Hovedstaden 114
Sjælland 101
Nordjylland 174
Syddanmark 51
Midtjylland 98

Tallene er beregnet som antal tryk fra adressefeltet til browseren havde fokus på knappen.

Hvor der var skiplinks har jeg ikke aktiveret dem, ud fra det argument, at man som blind ikke har nogen chance for at vide, hvor på siden selvtesten befinder sig: Springer man navigationen over, kan man også risikere at springe linket til testen over. Man er derfor nødt til at tabulere sig gennem junglen af links og håbe på det bedste.

174 Tabulatorklik til Region Nordjyllands Coronatest-knap
Region Nordjylland sætter muligvis danmarksrekord for længst vej til et element. 174 tryk på TAB-tasten, inden man er fremme ved målet.

Skiplinks kan også kun gøre så meget, i den aktuelle situation. Tager man region Nordjylland kan man godt nok spare 99 klik ved at bruge skiplinket, javel. For nogle vil det naturligvis betyde noget. Men der er altså stadig 75 klik til målet, så vi er stort set lige vidt.

To nemme løsninger på problemet:

1: Flyt knappen op i toppen af koden

Alle regionerne har sat koden ind som det sidste element på siden. Det betyder, at hvis man ikke gør noget for at ændre det, så bliver det også det sidste element som får fokus, når man tabulerer.

Derfor bør knappen flyttes op i toppen af koden. Kan den ikke det, bør den rettes til, så det kan lade sig gøre at give den fokus som det første element i rækkefølgen.

2: Lav en rigtig knap, ikke et pænt link

Regionerne havde faktisk en sidste mulighed for at redde lidt af æren: Skærmlæsere er nemlig supergode til at identificere forskellige elementer og præsentere dem på genvejssider for nem adgang.

Det er for eksempel ikke nogen stor kunst at åbne en elementliste undersøge, om adgangen til coronatesten måske skulle foregå via en knap, og så gå til den den vej.

Visuelt fremstår knappen jo også som en knap. Men i virkeligheden er det bare et link, der er stylet som en knap.

Den letteste løsning er naturligvis at bruge <button>-elementet og så style det, så det ligner, hvad man nu gerne vil have det til at ligne.

Men kan man virkelig ikke komme uden om at anvende et link, så tilføjer man i det mindste en ARIA role=”button”. Det er desværre en grundlæggende tilgængelighedsfejl og jeg håber, at den snart forsvinder, for det er faktisk til at undgå.

ARIA-roller kan omdanne links til knapper i en skærmlæser
Hvad angår skærmlæsere, så fremstår linket til testen nu som en knap og kan derfor identificeres som en knap – og derfor hurtigt findes i skærmlæserens elementliste. Klassisk webtilgængelighed! Bemærk i øvrigt, den noget lamme tekst: Open Chatbot… Helt ærligt!

Overholder regionerne så WCAG? Ja, teknisk set gør de jo. Man KAN jo godt nå linket med tastaturet. Man skal bare stå op i god tid og smøge ærmerne op. Og hey – vi har jo alligevel ikke andet at lave i disse dage.

Lær om webtilgængelighed
Firmakursus: Lær om webtilgængelighed og WCAG 2.1 Afholdes online eller hos jer. Priser fra 15.400,- eks moms. Du kan også tage et åbent kursus i WCAG 2.1
Lars Michael Sørensen, CPWA

Guide: Angiv sidens sprog korrekt

Resume: Som webredaktør er det vigtigt at kunne skifte en sides sprog helt, eller delvist. Lær at overholde WCAG 3.1.1 og 3.1.2, og gør dit indhold tilgængeligt på alle sprog.

Når du udgiver indhold, der er i et andet sprog end sidens standardsprog, skal du huske at fortælle kompenserende teknologier som skærmlæsere og oplæsningssoftware, at her kommer noget tekst, som er i fremmedsprog.

Guide til at skifte sprog midt i en tekst

Du skifter sproget sådan her:

Find den tekst, der skal ændres og tilføj sproget således:

<p lang="en">This text will be read aloud in english</p>

Nu har du givet afsnittet, der er omkranset med <p>-koden et nyt sprog, og skærmlæsere kan tolke det korrekt.

Bonus: Egenskaben virker på alle koder.

Mere er der ikke i det, men hvis du virkelig vil, så kan du faktisk også skifte dialekt. For eksempel vil du kunne skifte til Britisk Engelsk med “en-GB” eller amerikansk engelsk med “en-US”.

Et forbehold: Du har nu gjort, hvad du kan og skal. Men det er ingen garanti for, at alle teknologier også forstår din hensigt: Jeg har personligt bøvlet en del med den nye oplæser i Microsoft Chromium Edge, og har stadig ikke fundet ud af, hvordan jeg får den til at skifte sprog frem og tilbage.

Hvorfor det er vigtigt at skifte sprog

Det sker kun sjældent, at websider kan slå folk ihjel, men vi har tidligere kigget på et eksempel fra Sundhedsstyrelsen, som i en periode havde angivet det forkerte sprog på siden om Coronavirus, og dermed gjort indholdet utilgængeligt for personer, der anvender skærmlæser.

I den aktuelle situation, kunne det få alvorlige konsekvenser for nogle borgere, og det vil vi som regel gerne undgå.

Det siger WCAG om sprog på siden

At undlade at angive en sides korrekte sprog er en overtrædelse af WCAG 3.1.1 (A), som siger:

3.1.1 Sproget på siden

Det menneskelige sprog, som er standard for hver webside, kan bestemmes programmeringsmæssigt.

Kildekoden til en webside, hvor sidens sprog er angivet til dansk
Sproget sættes en gang for alle i html-tagget. Det gøres med koden lang=”da” og er en triviel opgave for en webudvikler.

For at angive sidens globale sprog, anvender vi nøjagtig den samme egenskab, på nøjagtig samme måde. Den sidder bare på det yderste element i HTML-koden og gælder derfor på alt indhold, indtil det ændres.

Det er en teknisk ting og som webredaktør har du sjældent indflydelse på den del af koden.

Det har du der i mod på det indhold, du selv lægger op. Og derfor er det vigtigere for dig at kende WCAG succeskriteium 3.1.2 (AA):

3.1.2 Sprog, der anvendes til dele af indhold

Det menneskelige sprog, der anvendes i hver passage eller frase i indholdet, kan bestemmes programmeringsmæssigt. Undtaget herfra er egennavne, tekniske termer, ord med ubestemmelig sproglig baggrund samt ord eller vendinger, der er blevet en del af sprogbrugen i den tekst, de umiddelbart indgår i.

Nu ved du hvordan, du skal gøre det. Og hvorfor. Tillykke med det!

Lær om webtilgængelighed
Firmakursus: Lær om webtilgængelighed og WCAG 2.1 Afholdes online eller hos jer. Priser fra 15.400,- eks moms. Du kan også tage et åbent kursus i WCAG 2.1
Lars Michael Sørensen, CPWA

Sundhedsstyrelsen udgiver utilgængelige råd om Coronavirus

Resume: To forkerte bogstaver, og hele websiden bliver umulig at tolke korrekt for tusindvis af borgere. Og når indholdet handler om Coronavirus, kan det få alvorlige konsekvenser. 

Artiklen er opdateret den 11. marts. Spring til opdateringen

Et af de vigtigste emner i starten af 2020 er uden tvivl Coronavirus. Sygdommen spreder sig gennem landet og myndighederne kæmper for at inddæmme smitten og undgå, at der bliver et egentligt udbrud i Danmark.

En vigtig brik i bekæmpelsen af Coronavirus er information om, hvilke forholdsregler man skal tage for at undgå smitte, og hvad man skal gøre, hvis man mistænker at være udsat for smitterisiko.

Sundhedsstyrelsen har derfor lavet en side med spørgsmål og svar om Coronavirus.

Og så langt, så godt.

Forkert kodning, forældede standarder

Desværre er siden kodet med forældede standarder, og er fra en tid, hvor kompenserende teknologier ikke var noget, man talte højt om.

Sproget er sat til engelsk, som givetvis er standardsprog i det CMS, som Sundhedsstyrelsen har valgt.

Når sproget er engelsk vil skærmlæsere naturligvis læse teksten op med engelsk stemme. I den følgende video kan du høre konsekvenserne af, ikke at gøre noget ved det. Videoen er tekstet, men jeg kan ikke garantere, at du bliver meget klogere…

Konkret overtræder Sundhedsstyrelsen WCAG 2.1, succeskriterium 3.1.1 “Sproget på siden”. Det virker som en lille ting, men to forkerte bogstaver, og indholdet er umuligt at forstå for tusindvis af borgere. I en krisetid kan det blive katastrofalt.

Skærmlæseren, jeg anvender i dette eksempel er NVDA v. 2019.3.1, men det ville være det samme for alle andre skærmlæsere. Læs min guide til at komme i gang med at forstå en skærmlæser.

Uddrag af kildekoden til Sundhedsstyrelsens side om Coronavirus. Sproget på siden er kodet til engelsk
Når sproget kodes til et andet sprog, end det der er tekstens sprog, kan skærmlæsere ikke gengive indholdet korrekt. Sundhedsstyrelsen har angivet sproget som engelsk, selv om teksten er på dansk.

Fejlen her er cirka lige så kikset, som når regeringen holder pressemøde om virussen – og faktisk husker at invitere en døvetolk med – men fjernsynet ikke viser tolken på skærmen, selv om vedkommende står lige op ad ministeren og simultantolker til landets cirka 4.000 døve borgere. (Og jo, det skete faktisk!).

Heldigvis, er det en fejl der kan rettes meget hurtigt, hvis man vil.

Sundhedsstyrelsens websted er generelt i meget dårlig forfatning, når det gælder webtilgængelighed. Men de har jo også til 23. september i år, inden de skal være færdige.

Vi må bare håbe, at der ikke kommer flere alvorlige sygdomsudbrud inden da.

Opdatering, 11. marts 2020

Nysgerrighed (og behov for en overspringshandling) fik mig til at kigge videre, og det viser sig, at der er en engelsk version af Sundhedsstyrelsens side om Coronavirus. Udmærket, så er der da håb.

Men her er det, at det bliver underligt, for siden er kodet med “lang=da”. Dermed er den engelske version af siden altså lige så uforståelig, som den danske.

Kildekoden til den engelske side viser, at sidens sprog er sat til dansk.
På den engelske informationsside om Coronavirus er sproget sat til dansk. Ikke videre hjælpsomt.

Jeg har hørt fra Sundhedsstyrelsen, og de siger, at de arbejder på sagen. Det lyder som en fin ide!

Lær om webtilgængelighed
Firmakursus: Lær om webtilgængelighed og WCAG 2.1 Afholdes hos jer og tilpasses jeres behov. Priser fra 15.400,- eks moms. Du kan også tage et åbent kursus i WCAG 2.1

 

Lars Michael Sørensen, CPWA

Hvad er en skærmlæser?

Definition: En skærmlæser er en teknologi, der lægger sig som et lag mellem en bruger og en digital grænseflade. Ved hjælp af syntetisk tale kan skærmlæseren kompensere for brugerens manglende eller nedsatte syn og dermed gøre det muligt for dem at anvende digitalt indhold på lige fod med seende.

Vil du hurtigt i gang med at bruge en skærmlæser?

Webindhold er designet til at blive set

Selv om skærmlæsere er meget effektive værktøjer, så er de afhængige af kvaliteten af det indhold de skal forholde sig til.

En almindelig webbrowser er designet til at præsentere websider efter en nærmere bestemt, visuel logik, især bestemt af reglerne i webstedets CSS-ark.

En seende bruger kan ved hjælp af synssansen få en mængde informationer, alene ud fra sidens visuelle hierarki, altså den måde, indholdet præsenteres på med farve, form, størrelse og placering på siden.

Du kan for eksempel nemt se, at definitionen på en skærmlæser står øverst på siden og er markeret med fed. Du kan nemt genkende det næste element som en mellemrubrik, fordi du kan se, at teksten er lidt mindre, end overskriften, men noget større end brødteksten. Det kan en blind ikke.

Skærmlæserbrugere har dog et par esser i ærmet: Med et enkelt tastetryk kan man for eksempel navigere fra en overskrift til den næste. Leder man efter et link, kan man kalde en liste over alle links på siden frem, og hurtigt navigere ned til det rigtige element.

Skærmlæsere er afhængige af indholdets opmærkning

Skærmlæsere kan ikke formidle, hvad der er op og ned, højre og venstre. Skærmlæsere tolker HTML-kodens struktur, elementer og tekst for brugeren.

Et eksempel: Når en tekst er markeret op som en overskrift, fortæller skærmlæseren hvad det er for et element, den har fat i. I overskriften til den artikel, du læser lige nu, vil skærmlæseren sige: “Hvad er en skærmlæser spørgsmålstegn. Overskrift niveau 1”.

Skærmlæseren forstår indholdet, fordi overskriften er sat med en HTML-koden H1, som både gør den stor og tydelig på siden, og let genkendelig for skærmlæsere. Man kan sagtens designe en tekst uden Heading-koder, og få den til at ligne en overskrift. Men skærmlæsere vil ikke kunne identificere den som den er ment.

Derfor bruger vi altid de rigtige koder til de rigtige elementer. Det kaldes semantisk kodning.

Små fejl kan have store konsekvenser

Webindhold som er kodet korrekt op med en tydelig og logisk rækkefølge, fungerer godt i skærmlæsere. En rutineret skærmlæserbruger kan udmærket finde informationer lige så hurtigt og effektivt, som en seende.

Men overholder siden ikke grundreglerne kan selv det bedste indhold blive umuligt at anvende. Nogle gange, skal der ikke ret meget til.

Da Sundhedsstyrelsen for eksempel glemte at angive sproget korrekt på sine sider om Coronavirus, gik det helt galt. Sproget på siden var sat til engelsk og det betød, at danske skærmlæsere tolkede det som om, de skulle læse siden op med engelsk talesyntese. Men teksten var skrevet på dansk og dermed blev indholdet komplet uforståeligt for landets cirka 50.000 blinde og svagsynede.

Kursus: Lær om webtilgængelighed og WCAG 2.1
Få et firmakursus i webtilgængelighed. Priser fra 15.400,- eks moms. Afholdes også som åbent kursus på Teknologisk Institut.
Lars Michael Sørensen, CPWA

I gang med NVDA: En guide for seende

Her er en guide til, hvordan du som seende hurtigt kommer i gang med at bruge skærmlæseren NVDA, så den fungerer bedst muligt for dig, der skal arbejde med webtilgængelighed.

Udgivet i anledning af Global Accessibility Awareness Day

Er du i tvivl om, hvad en skærmlæser er for en størrelse, så anbefaler jeg at læse min korte artikel: “Hvad er en skærmlæser?” først.

NVDA (Non-visual Desktop Access) er en populær skærmlæser til Windows. Ikke alene er den gratis, men har også den fordel, at du kan downloade og installere NVDA på en USB-stick, hvis du for eksempel ikke har lov til at installere programmer på din arbejdscomputer.

Skærmlæsere er effektive og omfattende stykker software. At komme i gang med at bruge dem kan godt være overvældende og til tider frustrerende.

Her er mine bedste tips og tricks til NVDA, og mine egne foretrukne indstillinger. Det er på ingen måde en komplet guide, men forhåbentlig, kan de sænke barrieren lidt.

Indholdsfortegnelse

Hent et genvejsark

NVDA er proppet med genveje til alle funktioner. Fremragende, for som tastaturafhængig bruger er det ikke en mulighed at navigere ved hjælp af en mus.

Mens du tester for tilgængelighed bør du kun anvende musen som en nødløsning, hvis du ikke kan bruge genveje til at komme gennem indholdet.

Desværre, er det svært at huske alle tastekombinationerne, så et genvejsark er løsningen.

Deque Systems (udtales: ”DQ Systems”) har lavet ”Quick Reference Guide: NVDA for Windows Keyboard Commands”.

Arket dækker vist alle genveje og er mere end værd at hente ned og laminere, så det altid ligger klar.

Jeg anbefaler, at du lærer dig en enkelt genvej eller to, hver gang du åbner NVDA.
Til indhold

Skift NVDA-funktionstasten til Caps Lock

NVDA startvindue. Brug Caps Lock som NVDA-tast er valgt
Så snart, du starter NVDA kan du vælge at bruge Caps Lock-tasten som den specielle NVDA-funktionstast

Mange funktioner i NVDA skal tilgås som tastekombinationer, præcis som du kender det fra Windows. Men fordi programmet ligger som et lag ovenpå Windows, så vil der hurtigt komme konflikter mellem NVDA-genveje og andre genveje. Derfor, benytter man en særlig tast til NVDA-kommandoer.

Som standard er Insert-tasten den særlige NVDA-tast. Det er for så vidt et godt valg, men upraktisk, fordi tasten ofte sidder isoleret fra det øvrige tastatur.

Tasten bruges sjældent til noget, så det tager længere tid at finde den på tastaturet, selv for rutinerede brugere.

Mange vælger derfor at skifte NVDA-tasten til Caps Lock, som alligevel ikke har nogen funktion, så længe du er i Gennemsynstilstand, hvor du læser og bladrer i indhold.

Den hurtigste måde at skifte NVDA-tasten til Caps Lock er fra åbningsdialogen, når programmet starter. Det er første flueben på listen.

Tip: En alternativ måde er at gå i Opsætning -> Indstillinger -> Tastatur -> “Vælg NVDA Funktionstaster” og så vælge Caps Lock derfra.
Tip: Du starter NVDA med Ctrl+Alt+N
Til indhold

Lær at bruge NVDA-tast + F7

Elementlisten er åbnet
Dialogvinduet Elementliste giver dig adgang til hurtigt at kunne navigere frem til den del af siden, som du har brug for.

En af de ting, som gør skærmlæsere så stærke, er deres evne til hurtigt at give brugeren et overblik over, hvad en given side består af.

Nok en af de vigtigste genveje i NVDA er den, der åbner dialogvinduet Elementliste, som giver dig direkte adgang til alle overskrifter, links, formularfelter, knapper og landmærker, som NVDA kan registrere på siden.

Brug NVDA-tast + F7. Du kan navigere i indholdet med Tabulator-tasten og piletasterne.
Til indhold

Stands automatisk oplæsning

Dialogvinduet NVDA-indstillinger er åbnet
NVDA starter automatisk oplæsning af siden, når den er læst ind. Det kan du forhindre ved at gå i opsætningen.

Når NVDA er installeret med standardindstillingerne, så begynder oplæsning af siden automatisk. Det er ikke altid, at du har lyst til det.

Gå i Opsætning -> Indstillinger -> Gennemsynstilstand og slå fluebenet fra ud for ”Automatisk Sig Alt efter indlæsning af side”, så starter oplæsningen først når du selv er klar.

Få NVDA til at tie stille: NVDA-tast + S

Især i begyndelsen, kan det være meget frustrerende, at NVDA bare bliver ved med at tale, mens du forsøger at koncentrere dig om, hvor skærmlæseren mon nu er henne på siden.

NVDA-tast + S stopper talestrømmen, indtil du slår den til igen.

Skærmlæseren er stadig aktiv, men uden lyd. Slå Talevisning til, så kan du arbejde videre med den.

Tip: Du kan huske denne genvej ved at tænke: S = ”Shut up!”

Har du brug for at standse oplæsningen helt, så brug Ctrl-tasten. Oplæsningen fortsætter, næste gang du foretager dig noget på siden.
Til indhold

Læs siden automatisk op: NVDA + Pil Ned

Ofte vil jeg gerne opleve, hvordan skærmlæseren tolker siden som helhed, inden jeg går i detaljer med indholdet. På den måde, er det lettere at identificere svage områder. Så jeg starter gerne med at få hele siden læst op.

NVDA + Pil Ned starter oplæsning. Hvis du lige har stoppet oplæsningen med Ctrl så fortsætter oplæsningen fra der, hvor du stoppede.

Tip: Hvis du finder den første overskrift med ‘H’-tasten og bruger NVDA + Pil Ned, starter oplæsningen fra første H1 (hvis den findes).

Tip: Brug Mellemrum til at stoppe oplæsningen, der hvor du er nået til.

Tip: Brug Ctrl + Pil ned for at læse et enkelt afsnit ad gangen.

Tip: Numerisk + starter oplæsningen fra toppen af siden. Godt at vide, hvis du mister overblikket!
Til indhold

Brug Talevisning og følg bedre med

Talevisning dialogvindue er åbnet og viser tekst fra en webside
Du mister hurtigt overblikket, når du bruger NVDA i starten. Talevisning kan hjælpe dig til bedre at forstå, hvordan skærmlæseren tolker det, du ser på.

Det kan være svært at orientere sig i indhold, hvor skærmlæserens logik er væsentlig forskellig fra den visuelle. Talevisning er en tekstet 1:1-version af det, som skærmlæseren læser op, og kan være en stor hjælp til at forstå, hvor vi er henne i teksten, især når det går hurtigt.

NVDA-menu -> Værktøjer -> Talevisning

Tip: Du kan zoome ind på teksten i Talevisningsvinduet med Ctrl + rullehjul på musen.
Til indhold

Få overblikket: Installer en udvidelse

Talevisning er fremragende, men dialogvinduet fylder meget på skærmen og er ikke altid nok til at forstå, hvor skærmlæseren er henne i teksten på et givent tidspunkt, især ikke når den kører med høj hastighed.

Heldigvis, findes der en række udvidelser, som kan hjælpe.

I NVDA-menuen gå til Værktøjer -> “Administrer tilføjelsesprogrammer…” Herfra kan du åbne NVDAs side med udvidelser og downloade Focus Highlight.

Focus Highlight sætter farvede kanter om de forskellige elementer på siden, når de bliver aktive eller læses op. Forvent ikke en æstetisk flot oplevelse, men det er i det mindste effektivt.

Du kan selv downloade udvidelsen her.

Tip: Vil du være fri for rammerne igen, kan du let deaktivere udvidelsen igen samme sted, som du installerede den.
Til indhold

Lær om webtilgængelighed
Firmakursus: Lær om webtilgængelighed og WCAG 2.1 Afholdes hos jer og tilpasses jeres behov. Priser fra 15.400,- eks moms. Du kan også tage et åbent kursus i WCAG 2.1
Lars Michael Sørensen, CPWA

Hvor mange i Danmark har en funktionsnedsættelse?

Udgivet i anledning af Global Accessibility Awareness Day 2018

I Danmark fører vi ikke registre over personer med funktionsnedsættelser, så tallene her stammer fra undersøgelser og interesseorganisationer.

  • Flere end 2/3 over 18 år bruger synshjælpemidler,
  • 700.000 har gigt,
  • 600.000 har tinnitus,
  • 400.000 har læsevanskeligheder,
  • 320.000 har diabetes
  • 300.000+ er erkendte ordblinde,
  • 250.000 har et bevægelseshandicap,
  • 120.000 har hjerneskade,
  • 80.000+ har demens,
  • 58.000 har autisme,
  • 55.000 har epilepsi,
  • 50.000 er synshandicappede,
  • 25.000 er blinde,
  • 4.000 er døve.

Listen repræsenterer jo bare et meget lille udsnit af alle de forskellige typer funktionsnedsættelser, som i princippet kan ramme alle og enhver.

Du kan bruge den internationale tilgængelighedsdag, i dag den 17. maj 2018, på at reflektere over, hvad de forskellige typer funktionsnedsættelser betyder i forhold til at anvende digitalt indhold. (Tip: De har allesammen indflydelse!)

Vil I gerne i gang med at gøre jeres indhold tilgængeligt for så mange som muligt, så start med min omfattende side med ressourcer og værktøjer om tilgængelighed.

Vil du vide, hvorfor jeg bruger begrebet ‘funktionsnedsættelse’ og ikke ‘handicap’? Så læs min artikel om handicaps og funktionsnedsættelser: “Hvad er et handicap?”.

Lær tilgængelighed på nettet
Netvenlig laver kurser og workshops om digital tilgængelighed for alle, der arbejder med indhold til nettet. Læs om jeres muligheder, eller kontakt mig på telefon 40 93 21 98 / lmsoren@netvenlig.dk
Lars Michael Sørensen, CPWA

Tilgængelighed på nettet: De bedste ressourcer at komme i gang på

Resume: Webtilgængelighed er et stort emne at tage hul på. Her er mine bedste links og favoritbøger om tilgængelighed og inkluderende design, så I let kan komme i gang med at gøre jeres eget indhold åbent for alle.

Står I foran et større projekt, er det måske en ide at kontakte mig og høre om mulighederne for jeres eget tilgængelighedskursus eller workshop, frem for at lære det på den hårde måde.

WCAG-standarden og støttedokumenter

Værktøjer til bedre tilgængelighed

The A11y project
Et brugerdrevet community, der har fokus på tilgængelighed. Masser af “How to”-artikler og muligheder for praktisk læring.

Web Accessibility Initiative (WAI)
WAI er et W3C-projekt og der er virkelig, virkelig mange ressourcer på sitet. Faktisk vil jeg sige, det er en lille smule overvældende at finde rundt i. Men du kan for eksempel prøve om Easy Checks er noget for jer. Eller måske der det store WCAG-EM Report Tool?

Microsoft: Inclusive Design
Omfattende ressource med håndbog, aktiviteter til workshops og videoer (synstolkede – WCAG 1.2.5), produceret med henblik på at skabe empati blandt designere, projektfolk og udviklere. Absolut anbefalet! Grafikken til denne artikel er taget fra dette værktøj.

IBM Accessibility Handbook
Håndbogen gennemgår på 32 sider principperne for tilgængelighed i IBMs produkter.

Principperne spiller godt sammen med WCAG 2.0.

Indeholder forskellige designaktiviteter, som har til formål at hjælpe designere og udviklere forstå, hvad det vil sige at være ramt af et handicap.

Contrast Ratio: Easily Calculate Color Contrast Ratio
Hurtig og overskuelig side at beregne kontrastforhold mellem to farver.

Colour Contrast Analyser
Godt værktøj til at analysere tekstfarver og -størrelser for tilgængelighedsproblemer.

Programmet kan vise, hvordan websider fremstår for farveblinde og svagtseende.

Kan afvikles på computer og fra en USB-stick. Gratis og kan downloades til Windows og Mac.

Color Safe: Accessible Web Color Combinations
Især god til tekstfarver på hvid baggrund. Giver en palette med farver, der opfylder WCAG AA og AAA.

NVDA Screen Reader
Skærmlæser til blinde og svagtseende. Gratis og fungerer fint, men som meget andet software har den ikke dansk tale som standard. Installer den på en maskine eller en brugerkonto, du ikke skal bruge, da den overtager alle funktioner, også i styresystemet.

Chris Pedericks Web Developer:
Med denne udvidelse kan du slå stylesheets fra, skjule billeder, analysere alt-tekster og meget, meget mere. Et virkelig godt værktøj i kassen!

WAVE Evaluation Tool: Dette tilgængelighedsplugin er udviklet af WebAIM, en førende non-profit-organisation, der også står bag WCAG Checklist, som du kan downloade længere oppe.

Artikler om tilgængelighed

SI Digital: Designing for Colour Blindness
Hurtige tips til at sikre, at indholdet kan ses af farveblinde

Jon Yablonski: Design Principles for Reducing Cognitive Load
Alle har prøvet at være kognitivt belastet. Det er ikke rart. Og endnu mindre, hvis det er en permanent tilstand. Læs om, hvordan man undgår at stresse sine læsere.

GOV.UK: How to create content that works well with screen readers
Sådan fungerer en skærmlæser, og gode råd om at skrive til blinde og svagtseende.

Lars Michael Sørensen: Hvad er et handicap?
Handicapbegrebet forklaret. En artikel fra Netvenlig.

Lars Michael Sørensen: Tilgængelighed – principper og retningslinjer
En oversigt over WCAG 2.0 og de vigtigste principper for hver retningslinje. Del den med dine kolleger og gør dem klogere på, hvad tilgængelighed er.

Lars Michael Sørensen: Hvor mange i Danmark har en funktionsnedsættelse?
Liste. Flere end 2/3 af alle over 18 år bruger synshjælpemidler som læsebriller, kontaktlinser eller forstørrelsesglas. Hver 10. dansker har Tinnitus.

Blogs og nyhedsbreve

GOV.UK Accessibility Blog
Det engelske svar på Digitaliseringsstyrelsen. Deres blogs om User Experience og tilgængelighed er absolut værd at følge!

Ability.net
Britisk interesseorganisation, med formål at gøre det lettere for handicappede og ældre at bruge nettet på arbejdet og i hjemmet. Udgiver artikler af ganske høj kvalitet.

Bøger om tilgængelighed

Jeg linker ofte til Amazon.co.uk, fordi det er nemt. I flere tilfælde vil Saxo.com nemt kunne matche prisen, så se dig for, før du køber. Og nej, jeg får ikke avance for at linke 🙂

Ashley Firth: Practical Web Inclusion and Accessibility
En rigtig god indgang til webtilgængelighed. Velskrevet, dyb og ikke for teknisk.

Jeff Johnson: Designing User Interfaces for an Aging Population
Min personlige favoritbog om webtilgængelighed. Fordi bogen sigter mod at gøre indhold lettere for ældre mennesker, kommer den automatisk til at inkludere mange flere, uden at fokusere specielt meget på andet end de ‘naturlige’ funktionsnedsættelser som rammer de fleste, fra de passerer 55+.

Kel Smith: Digital Outcasts
“Those of us without disabilities forget that everyone has the desire to celebrate their humanity: the thrill of competitive sport, a creative pursuit involving music or art, or simply having the means to tell another person: ”I’m fine, and I hope you are too.” Citatet fra bogen her, gik rent ind, da jeg læste det og var med til, at jeg besluttede mig for at blive rigtig god til det der webtilgængelighed!

Sarah Horton, Whitney Quesenbery: A Web for Everyone
Omfattende og velskrevet bog. Tager delvist udgangspunkt i et antal modelbrugere (personas) med funktionsnedsættelser. Er tydeligvis skrevet med WCAG 2.0 i tankerne, men refererer ikke som sådan til standarden før i appendix’et. Kan læses hurtigt, hvis du allerede er fortrolig med usability og user experience. Bogen har sin egen podcast

Laura Kalbag: Accessibility for Everyone
Har du gået på mit kursus i tilgængelighed, har du nok allerede have læst bogen. En kort og hurtigt læst introduktion til tilgængelighed. Er nem at læse flere gange og god at have i nærheden. Vil især være god at dele med kolleger og chefer, som har brug for at komme hurtigt i gang med emnet, uden at få for mange detaljer i hovedet.

Geri Coady: Color Accessibility Workflows
En fin og hurtig introduktion til at arbejde med farver og tilgængelighed. Især for udviklere og grafiske designere, men også for andre som behøver vide noget om tilgængelighed generelt.

Lær tilgængelighed på nettet
Netvenlig laver kurser og workshops om digital tilgængelighed for alle, der arbejder med indhold til nettet. Læs om jeres muligheder, eller kontakt mig på telefon 40 93 21 98 / lmsoren@netvenlig.dk