WCAG-EM rapport meldingen.meierijstad.nl (content) 2025-01-20
Over dit onderzoek
Dit onderzoek is uitgevoerd volgens de evaluatiemethode WCAG-EM
Opdrachtgever en systeem
meldingen.meierijstad.nl (content)
Steekproef
Omvang van de analyse en beperkingen
Binnen Scope
Alle pagina's onder https://meldingen.meierijstad.nl/
Buiten Scope
Alle pagina's onder https://meldingen.meierijstad.nl/mijn-meldingen
Type test
Content
Technologieën die in de website/ app worden gebruikt
HTML5, CSS, Javascript, DOM, WAI-ARIA, SVG
Opdrachtgever
Vereniging Nederlandse Gemeentes
Onderzoeker
Marieke M.K. de Hoop
(tweede lezer: Laure Tolsma)
Gebruikte tools en browsers
Systeem
- Windows 10
Browser
- Google Chrome Versie 132
- Mozilla Firefox 134
Tools
- headingsMap
- Landmarks
- Open CC Checker
- Stylus
- Voice Over
- NVDA
Standaard, versie en conformiteitsdoel gebruikt
WCAG 2.1 A+AA
Managementsamenvatting
Voorafgaand aan deze contentonderzoek is er in maart 2024 een technisch onderzoek geweest en een reeks contentonderzoeken voor dezelfde software. Omdat dit een contentonderzoek is, is er niet op alle criteria getest. Wat niet onder een contentonderzoek valt is gemarkeerd als "Niet van toepassing".
Tijdens het technische onderzoek zijn er veel bevindingen naar voren gekomen. Het is dan ook aan te raden om het technische onderzoek naast dit contentonderzoek te houden zodat je een compleet overzicht krijgt van verbeterpunten.
Het is opgevallen dat er al aanpassingen zijn gedaan ten behoeve van de toegankelijkheid, echter zijn er nog steeds een aantal bevindingen geweest. Alle bevindingen vind je in dit rapport en zijn beschreven met soms een afbeelding erbij. Mochten hier vragen over zijn, dan kunnen die gesteld worden aan Marieke K.M. de Hoop op marieke@digitaaltoegankelijk.nl.
De website heeft een score behaalt van 86%. Dit is een optimistische score omdat veel bevindingen niet genoteerd zijn omdat deze al in het technische onderzoek vermeld zijn.
Als laatst wil ik meegeven dat het belangrijk is om goed te letten op hoe afbeeldingen en iconen omschreven worden (zie 1.1.1) en op hoe je fouten in het formulier kan voorkomen door duidelijke instructies (3.3.2) en foutmeldingen te geven (3.3.1 en 3.3.3).
Checklist
Voldoende | Onvoldoende | Niet van toepassing | Totaal | % |
---|---|---|---|---|
17 | 7 | 26 | 50 | 86 % |
Hebben betrekking op de standaarden, maar zijn geen onderdeel van specifieke richtlijn
U101: Toegankelijkheids-ondersteunende technologie wordt gebruikt zoals HTML5, WAI-ARIA, CSS3 of JavaScript Voldoende
Toelichting
Alle gebruikte technologieën moeten ondersteuning bieden voor toegankelijkheidsinformatie en moeten gebruikt kunnen worden met hulpsoftware
Dit criterium heeft geen betrekking op een specifiek WCAG-criterium, maar moet behaald worden om aan de richtlijnen te voldoen
U701: De website/ app is getest met screenreaders op zowel desktop als mobiel om te controleren of alle content toegankelijk is en correct werkt. Niet van toepassing
Toelichting
Test in ieder geval met VoiceOver op iOS en NVDA op Firefox of Chrome op Windows.
U801: De website/ app heeft een goede toegankelijkheidspagina Onvoldoende
Toelichting
Dit is verplicht om te voldoen aan het Besluit Digitaal Toegankelijke Overheid, en de European Accessibility Act.
Bevindingen per richtlijn
Toegankelijkheidspagina ontbreekt
Prioriteit:
Kritisch
Status:
Open
Omschrijving en voorgestelde oplossing:
De website heeft geen toegankelijkheidspagina. Een toegankelijkheidspagina is een aparte pagina waarin omschreven wordt hoe er aan de richtlijnen en wetgeving voldaan wordt, welke stappen er ondernomen zijn of gaan worden om de toegankelijkheid te verbeteren en waar mensen een melding kunnen doen wanneer ze een probleem tegenkomen omtrent toegankelijkheid. Het ontbreken van een dergelijke pagina is erg kritisch en moet zo snel als mogelijk opgelost worden.
WCAG SC:
All
EN 301 549:
9.x, 10.x, 11.x
Aceit:
U801
1.1.1 Niet-tekstuele inhoud
U201: Alle betekenisvolle afbeeldingen en visuele elementen hebben een tekstueel alternatief dat de betekenis goed kan overbrengen Onvoldoende
Toelichting
Voorbeelden van betekenisvolle grafische elementen zijn foto's, illustraties en pictogrammen die worden gebruikt om informatie te verstrekken of een soort visuele aanwijzing aan de gebruiker te geven. Voor gebruikers met een visuele beperking is het belangrijk dat zij op een andere manier dezelfde informatie krijgen.
De grens tussen betekenisvolle en decoratieve afbeeldingen is subjectief, maar als u afbeeldingen gebruikt om de boodschap die u aan uw gebruikers communiceert te versterken, moeten de afbeeldingen bijna altijd een tekstalternatief hebben.
Er zijn enkele uitzonderingen op dit criterium, zoals wanneer het tekstalternatief herhaling zou veroorzaken. Bijvoorbeeld, u zou een printerpictogram kunnen hebben met de zichtbare tekst "Afdrukken" in directe nabijheid. Als het pictogram zijn eigen tekstalternatief had, zou de informatie worden gedupliceerd.
Om een tekstalternatief te bieden voor een <img>, gebruik de alt-attribuut wanneer mogelijk. Als dit niet mogelijk is, kunt u het aria-label attribuut gebruiken (bijv. op <svg> afbeeldingen).
Het belangrijkste is dat alle informatie die met afbeeldingen wordt gegeven, ook beschikbaar is in tekst.
Bevindingen per richtlijn
Icoon met verkeerd of ontoereikend tekstueel alternatief
Prioriteit:
Laag
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een icoon gevonden waarvan het tekstueel alternatief verkeerd of niet voldoende omschrijvend is. Het gaat om de iconen op de meldingenkaart. Deze hebben een ontoerijkende alternatieve tekst. Bijvoorbeeld het icoon van een boom heeft de tekst "Boom", dit is niet beschrijvend voor de betekenis van het icoon.
U202: Afbeeldingen die decoratief zijn, of waar een tekstueel alternatief zou leiden tot herhaling voor de gebruiker, hebben geen tekstueel alternatief Voldoende
Toelichting
Als afbeeldingen gebruikt worden als een link, en er ook tekst in de link staat, moet er geen alt-tekst toegevoegd worden als deze dezelfde informatie zou geven.
Om decoratieve afbeeldingen goed te delen kan je CSS background images gebruiken, je kan het alt-attribuut leeg laten, of je kan role="presentation" op de afbeelding zetten.
U203: Video's en animaties hebben een titel nodig die het onderwerp beschrijft Voldoende
Toelichting
Video's en animaties moeten een titel hebben die het onderwerp beschrijft. Hier wordt verwacht dat het element een titel heeft van wat de content van de video of animatie is.
Dit kan je doen door een kop boven de video of tekst te zetten. Als je bijvoorbeeld een video op de website zet waarin een introductie wordt gegeven over digitale toegankelijkheid, is het afdoende om een kop met de tekst "Introductie digitale toegankelijkheid" te plaatsen.
U212: Een kaart heeft een titel en beschrijving die het doel van de kaart beschrijft Onvoldoende
Toelichting
Als een plattegrond wordt toegevoegd aan de pagina, moet er een titel worden toegevoegd aan de plattegrond. Op deze manier is het duidelijk voor gebruikers wat de context en onderwerp is van de plattegrond.
Bevindingen per richtlijn
Kaart zonder toegankelijk alternatief
Prioriteit:
Gemiddeld
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een kaart of plattegrond op de pagina, maar deze heeft geen toegankelijke naam en/of beschrijving. Het is belangrijk wel een duidelijke toegankelijke naam en beschrijving mee te geven. Het gaat om de kaart in stap 2.
1.2.1 Alleen audio en alleen video (vooraf gemaakt)
U204: Vooraf opgenomen audio fragmenten hebben een gelijk tekstueel alternatief Niet van toepassing
Toelichting
Een link naar de text versie is voldoende, maar het moet duidelijke gelabeld zijn zodat de gebruiker het makkelijk kan vinden
1.2.2 Bijschriften (vooraf opgenomen)
U205: Alle vooraf opgenomen video content heeft ondertiteling Niet van toepassing
Toelichting
Om te voldoen aan de EN 301 549 en WCAG richtlijnen moeten de ondertitelingen in dezelfde taal zijn als de video.
1.2.3 Audiobeschrijving of media-alternatief (vooraf opgenomen)
U213: Er is audiobeschrijving of een media-alternatief voor video's Niet van toepassing
Toelichting
Er wordt een alternatief geleverd voor video’s. Hier kan op twee manieren aan worden voldaan:
- Het aanbieden van audiobeschrijving: Een audiobeschrijving legt uit wat er visueel gebeurt in een video in de vorm van een audiotrack. Er wordt zo context toegevoegd aan visuele informatie. Dit is dus een extra toevoeging aan de normale bijschriften van een video, zoals ondertiteling. Als de video een verteller of spreker heeft die alle relevante informatie geeft, is er geen behoefte aan een aparte audiobeschrijving.
- Of het aanbieden van een media-alternatief: Hieronder valt bijvoorbeeld een volledig teksttranscriptie van de video.
Er zijn uitzonderingen:
- Wanneer de video zelf al een alternatief is en is duidelijk als zodanig gemarkeerd.
- Je hebt geen audiobeschrijving nodig als alle informatie in de video in de reguliere soundtrack wordt verstrekt.
1.2.4 Bijschriften (live)
U206: Er worden ondertitels voor doven en slechthorende geleverd voor alle live audiocontent in gesynchroniseerde media Niet van toepassing
1.2.5 Audiobeschrijving (vooraf opgenomen)
U208: Er wordt een audiodescriptie geleverd voor alle vooraf opgenomen videocontent in gesynchroniseerde media Niet van toepassing
Toelichting
Een audiobeschrijving legt uit wat er visueel gebeurt in de video aan gebruikers die niet kunnen zien. Dit wordt vaak gedaan als een aparte video met een audiodescriptie, maar kan ook worden gedaan als een extra audiotrack op de originele video dat de gebruiker kan aan- en uitzetten.
Voorbeelden van visuele informatie die moet worden opgenomen in de audiobeschrijving zijn tekstlabels en naamborden.
Als de video een verteller of spreker heeft die alle relevante informatie geeft, is er geen behoefte aan een aparte audiobeschrijving.
Hier is een voorbeeld van een audiobeschrijving: https://www.youtube.com/watch?v=O7j4_aP8dWA
1.3.1 Info en relaties
U302: Alle visuele koppen zijn in de code weergeven als semantische koppen met het bijbehorende kop-niveau Voldoende
Toelichting
Gebruik HTML elementen H1 tot H6. Als dat niet mogelijk is kunt u WAI-ARIA gebruiken.
U303: Er worden geen kop-niveaus overgeslagen Voldoende
Toelichting
H1 zou gevolgd moeten worden door een andere H1 of H2 kop. H2 zou gevolgd moeten worden door H1, H2 of H3 enz. Ga niet direct van H1 naar H4.
U304: Er worden geen witregels of lege paragrafen gebruikt om ruimte te maken in de tekst Voldoende
Toelichting
Typografie is belangrijk voor leesbaarheid. Onderdeel van typografie is de witruimte tussen tekstregels en rondom headings. Ruimte tussen tekst moet door formatting gemaakt worden, niet door witregels toe te voegen.
Witregels met meerdere line breaks of met lege paragrafen worden voorgelezen door hulpsoftware als "leeg" wat een vervelende UX tot gevolg heeft.
U305: Lijsten hebben een juiste opmaak in de code Voldoende
Toelichting
In HTML zijn er drie verschillende soorten lijsten:
- Niet-gesorteerde lijsten, gemaakt met ul en li elementen
- Gesorteerde lijsten, gemaakt met ol en li elementen
- Omschrijvende lijsten, gemaakt met dl, dt en dd elementen
U306: Het blockquote HTML-element wordt gebruikt voor langere citaten, en q voor kortere citaten Voldoende
Toelichting
Informatie over het blockquote element kan je vinden op:
https://www.w3.org/WAI/tutorials/page-structure/content/#blockquote
Informatie over het q element kan je vinden op:
https://www.w3.org/TR/WCAG20-TECHS/H49
Denk er aan zelf geen aanhalingstekens te gebruiken bij q- en blockquote-elementen. Dit wordt door de browser of user agent gedaan.
U307: Er wordt correct gebruik gemaakt van WAI-ARIA Voldoende
Toelichting
WAI-ARIA, oftewel ARIA, staat voor *Web Accessibility Initiative - Accessible Rich Internet Applications.* Dit zijn extra attributen die ontbrekende informatie kan melden aan hulptechnologieën.
Hiervoor is het belangrijk aria-attributen op correcte wijze te gebruiken. Als er gebruik gemaakt van onjuiste of overbodige aria-attributen, kan dit verwarring opleveren, vooral bij gebruik van een schermlezer.
U308: Regel- en kolomkoppen worden met th-elementen aangegeven en hebben het juiste scope- of header-attribuut Voldoende
Toelichting
Het th-element wordt gebruikt om header-cellen van een tabel aan te geven. Dit kan een regel of kolom zijn, maar ook meerdere regels of kolommen. Zorg er voor dat cellen met data en cellen met headers goed aangegeven zijn. Dat kan bijvoorbeeld met het scope attribuut.
Het scope attribuut kan de volgende waardes hebben:
- row = een rij
- col = een kolom
- rowgroup = alle regels na deze cel binnen een tbody-element
- colgroup = alle volgende kolommen in een groep binnen een colgroup-element
In complexere tabellen kan je header-attributen gebruiken.
Bijvoorbeeld:
<th id=”aheading”>A heading</th>
<th id=”asecondheading”>A second heading</th>
<td headers=”aheading asecondheading”>Data cell with two headings</td>
Let op dat header cellen zelf kunnen linken aan andere header cellen.
U309: Alle tabellen zijn opgemaakt met de juiste HTML tabel Voldoende
Toelichting
Gebruik native HTML elementen (table, thead, tbody, caption, tr, th, td) of respectievelijke WAI-ARIA rollen
U311: Tabel-onderschriften zijn gemaakt het caption-element Voldoende
Toelichting
Gebruik het <caption> element om een tabel-onderschrift te maken. Als dit niet mogelijk is, kan je een normale heading gebruiken met het juiste h-niveau (H1-H6).
U316: Foutmeldingen die te maken hebben met specifieke formuliervelden zijn gekoppeld aan het bijbehorende element Voldoende
Toelichting
Dit kan je doen door de foutmelding in het label-element te zetten, of door aria-describedby attributen te gebruiken.
U317: Formuliervelden die bij elkaar horen, zijn gegroepeerd, zijn in dezelfde fieldset en hebben een omschrijvende legenda Voldoende
Toelichting
Gebruik het fieldset-element om gerelateerde functionaliteiten binnen formulieren te linken, zoals radio buttons. Gebruik het legend-element om een korte omschrijving aan de groep te geven. Let er op dat de legenda het eerste child-element van de fieldset moet zijn.
Je kan ook het respectievelijke WAI-ARIA attribuut role="group" gebruiken en aria-labelledby
U318: Alle omschrijvingen en labels zijn in de code gekoppeld aan het bijbehorende formulierveld Voldoende
Toelichting
Dit wordt meestal gedaan door het visuele label in het label-element te zetten, en deze te koppelen met form control. Als het nodig is, kan je aria-label gebruiken om instructies in de code toe te voegen aan form control zonder deze visueel te tonen.
U324: Waar mogelijk wordt gebruik gemaakt van semantische HTML Voldoende
Toelichting
Het wordt aanbevolen dat HTML wordt gebruikt op een manier waarmee mensen bekend zijn. Dit betekent het gebruik van semantische HTML en de conventies volgt die we vaak op het internet zien. Deze consistentie zorgt ervoor dat mensen ermee kunnen communiceren zoals ze gewend zijn, wat de cognitieve belasting zal verminderen.
Bijvoorbeeld links in tekst die niet zijn opgemaakt zijn als link, hierdoor zijn ze niet aanklikbaar met de muis en ook niet bedienbaar via het toetsenbord. Dit is verwarrend voor gebruikers, met name gebruikers van schermlezers of mensen met een cognitieve beperking, omdat de verwachting is dat je een link direct kunt aanklikken en niet nog los hoeft te selecteren en kopiëren.
U325: Alle visuele relaties die zichtbaar zijn in de content, zijn ook zichtbaar in de code Voldoende
Toelichting
Denk bijvoorbeeld aan een chat widget. Je kan zien dat de linker berichten van de andere persoon zijn, en de rechter berichten van jou. Dit moet ook duidelijk zijn in de code.
U326: Help-teksten en instructies voor een specifiek formulierveld zijn in de code aan dit formulierveld gekoppeld Voldoende
Toelichting
Dit betreft hulpteksten in instructieteksten, niet het label zelf.
Je kan de aria-labelledby of aria-describedby attributen gebruiken om te refereren aan een hulptekst.
Gebruik aria-labelledby als de instructie het formulier volledig omschrijft.
Gebruik het aria-describedby als de hulptekst een extra omschrijving geeft, of als er al een label is gelinked aan het formulier.
U631: Het menu staat binnen een nav-element Voldoende met advies
Toelichting
Het nav-element wordt gebruikt om gebruikers met een visuele beperking te laten weten dat dit links zijn voor websitenavigatie.
Bevindingen per richtlijn
Geen gebruik van navigatie-element
Prioriteit:
Advies
Status:
Open
Omschrijving en voorgestelde oplossing:
Op de pagina wordt geen gebruik gemaakt van een navigatie-element. Hierdoor is het voor een gebruiker van hulpsoftware niet duidelijk genoeg dat het menu een onderdeel is van de site navigatie, wat hinder kan opleveren bij het navigeren op de website.
Zie: De stappen in het proces. Deze fungeren als menu.
1.3.2 Betekenisvolle volgorde
U319: Elementen zijn in een logische volgorde geplaatst in de broncode Voldoende
Toelichting
Dit is belangrijk voor gebruikers van schermlezers, omdat de volgorde in de broncode de leesvolgorde bepaalt. Als regel moet de volgorde van de paginainhoud zinvol zijn, zelfs wanneer CSS is uitgeschakeld.
U617: Componenten die bedoeld zijn als modal dialogs staan gebruikers niet toe om content op de achtergrond te selecteren Voldoende
Toelichting
Modal dialogs zijn componenten die bovenop normale content op de pagina getoond worden. Er wordt van de gebruiker verwacht dat er iets gedaan wordt met deze content, voordat de gebruiker verder kan met de originele content. Modals moeten worden aangegeven in HTML met aria-modal="true".
Een belangrijk aspect hierbij is dat gebruikers die met het toetsenbord navigeren en gebruikers met schermlezers de focus in het modale dialoogvenster moeten behouden totdat ze hun mening over de inhoud hebben gevormd en het actief hebben gesloten. Daarom zou je niet per ongeluk de focus op de achtergrond moeten kunnen krijgen.
1.3.3 Zintuiglijke kenmerken
U402: Instructies zijn niet alleen afhankelijk van zintuiglijke eigenschappen van componenten Voldoende
Toelichting
Vermijd "klik op de knop aan de rechterkant" en soortgelijke uitdrukkingen.
Je kunt richtingen, grootte, vormen en kleuren gebruiken in je instructies, maar er niet volledig op vertrouwen. Bijvoorbeeld "klik op de knop 'ja' aan de rechterkant" zou acceptabel zijn omdat het ook het zichtbare label bevat.
1.3.4 Weergavestand
U506: De website/ app kan worden gebruikt in alle schermoriëntaties Niet van toepassing
1.3.5 Identificeer het doel van de input
U406: Het doel van elk invoerveld is gespecifieerd in de opmaak Niet van toepassing
Toelichting
Wanneer mogelijk, moet je markup gebruiken om het doel van elk invoerveld aan te geven. Dit kan gedeeltelijk worden gedaan door het juiste element/type/markup te kiezen.
In HTML moet je het attribuut autocomplete gebruiken om te verklaren welk type gegevens de gebruiker moet invoeren in invoervelden die gegevens over de gebruiker verzamelen. Dit maakt het gemakkelijker voor browsers en ondersteunende technologie om eerder opgeslagen gegevens automatisch in te vullen. Lees meer over het attribuut en mogelijke waarden hier:
https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/autocomplete
1.4.1 Gebruik van kleur
U403: Kleur wordt niet als het enige visuele middel gebruikt om informatie over te brengen, een actie aan te geven, tot een reactie op te roepen of een visueel element te onderscheiden Voldoende
Toelichting
Voor gebruikers die moeite hebben met het onderscheiden van kleuren, of die cognitieve beperkingen hebben, is het belangrijk dat kleur niet de enige manier is om een status of informatie door te geven.
Kleur mag je niet als het enige visuele middel gebruiken om informatie over te brengen, om een actie aan te geven, tot een reactie op te roepen of om een visueel element te kunnen onderscheiden.
Kleuren en vormen worden meestal decoratief gebruikt, maar soms vervullen ze ook een communicatieve functie of zijn ze essentieel om de inhoud van een webpagina te begrijpen. Dit ijkpunt gaat, naast kleur, ook over het gebruik van vormen of verwijzingen naar locaties op het scherm. Denk hierbij aan foutmeldingen, bevestigingen of aanduidingen van beschikbaarheid.
U404: Links zijn niet alleen herkenbaar door hun kleur Voldoende
Toelichting
Je kan onderstrepen of icoontjes, dikgedrukte tekst, of andere visuele indicatoren gebruiken,
Het is niet voldoende als deze indicatoren alleen zichtbaar zijn als je over het element hovered, omdat ze dan niet toegankelijk zijn voor hulpsoftware.
Het moet makkelijk te zien zijn welk element op een pagina interactief is, zonder op de elementen te hoeven focussen.
1.4.2 Audiobesturing
U429: Elk geluid dat automatisch start en meer dan 3 seconden speelt, kan worden gepauzeerd of uitgeschakeld Niet van toepassing
Toelichting
Dit criterium is van toepassing op geluiden die minstens 3 seconden duren.
1.4.3 Contrast (minimaal)
U409: Alle tekst heeft voldoende contrast ten opzichte van de achtergrond Voldoende
Toelichting
Kleine tekst (lager dan 14px bold of 18px regular) minimaal een contrastverhouding van 4.5:1
Grote tekst (14px bold of hoger en 18px regular of hoger) minimaal een contrastverhouding van 3.0:1.
Als de achtergrond varieert, meet dan waar de contrast het laagste is.
https://developer.paciellogroup.com/resources/contrastanalyser/
1.4.4 Formaat wijzigen
U503: Gebruikers kunnen de tekstinhoud minstens 200 procent vergroten Niet van toepassing
Toelichting
Voor veel gebruikers is het belangrijk om de tekstgrootte te kunnen vergroten. Dit is niet alleen belangrijk voor gebruikers met een visuele beperking, maar ook voor gebruikers die de website/ app op een klein apparaat zoals een smartphone gebruiken of in fel zonlicht.
Om aan de criteria in WCAG en EN 301 549 te voldoen, is het voldoende om een mechanisme in de website/ app aan te bieden waarmee gebruikers de tekst met 200% kunnen vergroten, maar voor veel gebruikers is het belangrijk om de website/ app op andere manieren te kunnen vergroten. Blokkeer de mogelijkheid van gebruikers niet om de website/ app in een webbrowser te vergroten. Probeer ervoor te zorgen dat de website/ app reageert op de instellingen van gebruikers binnen de webbrowser en het besturingssysteem. Om aan dit criterium in WCAG en EN 301 549 te voldoen, hoef je dit niet te doen, maar er is een ander criterium in EN 301 549 die vereist dat de website/ app luistert naar gebruikersinstellingen binnen het besturingssysteem. Lees hier meer over op U510/U511.
Let op dat je niet per se zo'n functie in je website/ app nodig hebt. Het is veel beter voor de gebruiker om gebruikersinstellingen binnen de browser en het besturingssysteem te respecteren. Dat zou de belangrijkste aanpak moeten zijn.
1.4.5 Afbeeldingen van tekst
U411: Gebruik tekst, geen afbeeldingen van tekst Voldoende
Toelichting
In complexe afbeeldingen zoals diagrammen is het acceptabel dat sommige tekst als onderdeel van de afbeelding wordt weergegeven.
Logotypen zijn ook een acceptabele uitzondering.
1.4.10 Reflow
U501: De lay-out is responsive en past zich aan aan de grootte van het scherm Onvoldoende
Toelichting
Alle content moet responsief zijn, maar het wettelijke criterium staat enkele uitzonderingen toe. Situaties waarin het moeilijk of onmogelijk is om de functionaliteit te behouden wanneer de viewport- of schermgrootte te klein wordt, zijn acceptabele uitzonderingen. Uitzonderingen zijn onder meer complexe tabellen, kaarten, spelletjes en videospelers. Onze aanbeveling is om de inhoud indien mogelijk volledig responsief te maken.
Bevindingen per richtlijn
Verlies van functionaliteit bij reflow
Prioriteit:
Gemiddeld
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een component gevonden met verlies van functionaliteit tijdens reflow.
- Op reflow kan je door de filter-opties heen tabben terwijl deze visueel niet zichtbaar zijn. Dit probleem komt voor op de Meldingenkaart.
- De stappen/links in de navigatie (de <span> in de <li>’s) verdwijnen wanneer je de pagina op reflow weergave bekijkt, waardoor de knoppen geen duidelijke naam meer hebben. Het zou beter zijn om deze een aria-label te geven.
- Op de meldingenkaart overlappen meerdere elementen in reflow weergave.
1.4.11 Contrast van niet-tekstuele content
U408: Grafische inhoud die wordt gebruikt voor interactieve besturingselementen, het tonen van status of het verstrekken van informatie, heeft voldoende contrast ten opzichte van de achtergrond. Voldoende
Toelichting
Onderdelen van de interface en grafische objecten moeten een contrastverhouding van ten minste 3:1 hebben ten opzichte van de aangrenzende kleuren.
https://developer.paciellogroup.com/resources/contrastanalyser/
1.4.12 Tekstafstand
U502: Bij het wijzigen van de instellingen voor tekstafstand is er geen verlies van content of functionaliteit Niet van toepassing
Toelichting
Tekst mag nooit afgesneden worden of overlappen als de tekstinstellingen worden aangepast. Om dit te testen moet een tool gebruikt worden zoals:
https://codepen.io/stevef/pen/YLMqbo/
Als een bezoeker van je website een of meerdere van onderstaande stijleigenschappen wijzigt — met behulp van de browserinstellingen of door een persoonlijke stylesheet aan te maken — moet alle inhoud leesbaar blijven en mag geen functionaliteit verloren gaan.
- De regelafstand moet minstens 1,5 keer groter gemaakt kunnen worden dan de lettergrootte.
- De afstand onder (of tussen) paragrafen moet minstens 2 keer groter gemaakt kunnen worden dan de lettergrootte.
- De letterafstand (tracking) moet minstens 0,12 keer groter gemaakt kunnen worden dan de lettergrootte.
- De woordafstand (spacing) moet minstens 0,16 keer groter gemaakt kunnen worden dan de lettergrootte.
1.4.13 Content bij hover of focus
U602: Aanvullende content die door hover met de aanwijzer zichtbaar wordt, kan door de gebruiker naar wens behouden of verborgen worden Niet van toepassing
Toelichting
Het moet ook mogelijk zijn om hovercontent te verbergen zonder de focus te verplaatsen van het object dat de content activeert, bijvoorbeeld door op de ESC-toets te drukken.
2.1.1 Toetsenbord toegankelijk
U601: Elke gebruikersinteractie die mogelijk is met een muis of een touchscreen, kan ook worden uitgevoerd met een toetsenbord Niet van toepassing
Toelichting
Een fundamenteel aspect van een website/ app die toegankelijk is, is dat deze volledig kan worden bediend met alleen een toetsenbord. Veel alternatieve bedieningsmethoden zijn gebaseerd op toetsenbordopdrachten. Spraakbesturing is bijvoorbeeld ook gedeeltelijk gebaseerd op toetsenbordopdrachten. Voor blinde gebruikers op pc's en Macs is er geen alternatief voor toetsenbordnavigatie.
Toetsenbordnavigatie is gebaseerd op het verplaatsen van de focus tussen interactieve objecten zoals links, knoppen en formuliervelden door op de TAB-toets te drukken. Door spaties, Enter of pijltoetsen te gebruiken, kunt u waarden wijzigen of links/knoppen activeren, afhankelijk van de situatie.
*U kunt knoppen activeren door op de spatiebalk te drukken.
*U kunt een link volgen door op Enter te drukken.
*Selecteer tabbladen en keuzerondjes met de pijltoetsen.
Toetsenbordnavigatie moet ook werken in mobiele websites en apps. Gebruikers met motorische beperkingen hebben met name moeite met touchscreens en gebruiken vaak toetsenborden die via Bluetooth zijn verbonden met de mobiele telefoon.
U603: Modals kunnen gesloten worden door het toetsenbord te gebruiken Niet van toepassing
Toelichting
Zorg voor een "Sluiten" knop in het modale venster. We raden ook aan dat de Esc-toets kan worden gebruikt om het modale venster te sluiten, maar het is niet voldoende om alleen het modale venster te kunnen sluiten met de Esc-toets, je hebt ook een link of knop nodig naast de Esc-toets. Houd er rekening mee dat we aanbevelen dat de Esc-toets wordt geïmplementeerd, maar dit is geen vereiste.
2.1.2 Geen toetsenbord moeilijkheden
U604: Gebruikers kunnen met het toetsenbord door de hele website navigeren zonder vast te komen zitten in een bepaald gebied van de website (bijvoorbeeld een videospeler). Voldoende
Toelichting
Om aan dit criterium te voldoen, moet het onmogelijk zijn om het onderdeel te verlaten met toetsenbordopdrachten. Als je bijvoorbeeld door alle dagen van een maand moet tabben om uit een datumkiezer te komen, is dat vanuit juridisch oogpunt acceptabel, zelfs als het niet erg gebruiksvriendelijk is.
2.1.4 Enkel-teken sneltoetsen
U618: Wanneer een sneltoets in content wordt geïmplementeerd door alleen letters (inclusief hoofdletters en kleine letters), leestekens, cijfers of symbolen te gebruiken Onvoldoende
Toelichting
Bij alle sneltoetsen moet de gebruiker ten minste een wijzigingstoets indrukken naast de sneltoets. Bijvoorbeeld, Alt+S is in orde, maar niet alleen S.
Bevindingen per richtlijn
Toetsenbordval gevonden
Prioriteit:
Kritisch
Status:
Open
Omschrijving en voorgestelde oplossing:
Komt voor in het zoekveld adres en zoekresultaten.
Wanneer je een schermlezer gebruikt, kan je met de control-toets zorgen dat hij stopt met praten. Echter, als je dat doet in de zoekresultaten, wordt de gebruiker teruggestuurd naar het invoerveld. Dit probleem komt voor op de Meldingenkaart en op Stap 2: Locatie en vragen, bij het kiezen van de locatie.
2.2.1 Instelbare timing
U614: Vermijd indien mogelijk het gebruik van time-outs of tijdsbeperkingen, of geef de gebruiker de optie om de tijdslimiet te verlengen of te vermijden Niet van toepassing
Toelichting
Als er tijdslimieten of time-outs bestaan, moeten gebruikers indien mogelijk in staat zijn om ze uit te schakelen, de tijd te verlengen of de tijdslimieten aan te passen.
2.2.2 Pauzeren, stoppen, verbergen
U412: Vermijd bewegende, knipperende en scrollende content zoals carrousels en achtergrondvideo's die automatisch starten. Als dergelijke elementen aanwezig zijn, moet het mogelijk zijn om ze te pauzeren. Voldoende
Toelichting
Voor alle bewegende, knipperende of scrollende informatie die automatisch start, langer dan vijf seconden duurt, en parallel wordt gepresenteerd met andere inhoud, is er een mechanisme voor de gebruiker om het te pauzeren, stoppen of verbergen.
De gebruiker heeft de mogelijkheid om bewegende, knipperende of scrollende informatie te pauzeren, te stoppen of te verbergen, wanneer deze informatie:
1. automatisch start;
2. langer dan vijf seconden duurt, en;
3. parallel met andere content wordt getoond,
Tenzij deze bewegende, knipperende of scrollende informatie onderdeel is van een activiteit waar het essentieel voor is.
U431: Content die automatisch ververst, moet pauzeerbaar zijn Voldoende
2.3.1 Minder dan drie flitsen
U413: Webpagina's bevatten niets wat meer dan drie keer flitst in enige periode van één seconde Voldoende
Toelichting
Je moet altijd vermijden om knipperende inhoud te gebruiken, ongeacht of het zich rechtstreeks op de pagina bevindt of in video's. Als je wel knipperende informatie/objecten hebt, zorg er dan voor dat ze niet met een hogere frequentie knipperen dan 3 keer per seconde. Dit is belangrijk om het risico op epileptische aanvallen bij gebruikers met epilepsie te minimaliseren.
2.4.1 Skip blokken
U608: Er is een snelkoppeling om delen van de pagina te omzeilen, zoals de navigatie en andere repetitieve inhoud Niet van toepassing
Toelichting
Er moet een mogelijkheid zijn om delen van de pagina te omzeilen, zoals navigatie en andere repetitieve inhoud. De beste manier om dit te realiseren is door een skiplink aan te bieden. Met deze link kunnen gebruikers een deel van de website overslaan en direct door naar de unieke content van een website. Een skiplink moet verborgen zijn totdat de gebruiker erdoorheen tabt.
Dit criterium kan ook op andere manieren worden behaald, bijvoorbeeld door het gebruik van landmarks.
U632: De content van de pagina staat binnen een main-element Niet van toepassing
Toelichting
Het main-element wordt gebruikt om de belangrijkste content van de pagina te weergeven. Dit maakt het makkelijker voor blinde gebruikers om de belangrijkste informatie te herkennen.
2.4.2 Paginatitel
U418: Alle webpagina's hebben een beschrijvende titel Onvoldoende
Toelichting
De webpagina moet een titel hebben die het onderwerp of doel beschrijft. Dit is ook van toepassing wanneer het doel van de pagina wijzigt, deze wijziging moet dan ook zichtbaar zijn in de titel van de pagina.
Bevindingen per richtlijn
Paginatitel onvoldoende beschrijvend
Prioriteit:
Laag
Status:
Open
Omschrijving en voorgestelde oplossing:
De pagina heeft een titel, maar deze beschrijft het doel van de pagina niet of niet duidelijk genoeg. Dit geldt voor alle pagina's. Laat de gebruiker zien in welke stap van het proces ze zijn.
2.4.3 Volgorde
U609: De volgorde van de focus bij navigatie met een toetsenbord is betekenisvol en logisch Niet van toepassing
Toelichting
Om te voldoen aan de criteria van EN 301 549 en WCAG, moet de tabvolgorde betekenis en werking behouden. Dit betekent bijvoorbeeld dat de tabvolgorde niet heen en weer springt tussen twee verschillende complexe onderdelen, of dat de volgorde ervoor zorgt dat een gebruiker het doel van links en knoppen verkeerd begrijpt.
We raden echter aan dat de tabvolgorde ook logisch en consistent is om het voor gebruikers gemakkelijker te maken.
Normaal gesproken betekent dit dat de focus op een voorspelbare manier beweegt van de linkerbovenhoek naar de rechterbenedenhoek. Maar er kunnen situaties zijn waarin uitzonderingen op deze regel zinvol zijn voor de gebruiker.
Dit criterium geldt niet alleen voor de tabvolgorde, maar ook voor andere toetsenbordnavigatie. Een voorbeeld hiervan is wanneer de pijltoetsen worden gebruikt om door een boomstructuur te navigeren. Zelfs dan is het belangrijk dat de volgorde van de onderdelen bruikbaar is. We raden ook aan dat het als logisch wordt ervaren.
2.4.4 Doel van de link (in context)
U432: De linkteksten zijn beschrijvend en maken het mogelijk om het doel van de link te begrijpen binnen de context waarin deze zich bevindt Voldoende
Toelichting
Linkteksten moeten zo beschrijvend mogelijk zijn om alle informatie te geven die de gebruiker nodig heeft om het doel van de link te begrijpen. In sommige situaties kan tekst in dezelfde alinea, lijst, tabelcel of een bijbehorende tabelkop ook worden gebruikt om het doel te beschrijven, maar voor zover mogelijk zou de linktekst alleen alle relevante informatie moeten geven.
2.4.5 Meerdere manieren
U414: Er is meer dan één manier om content te vinden Niet van toepassing
Toelichting
Een manier om aan dit criterium te voldoen, is om het menu aan te vullen met een zoekfunctie. Alle pagina's die geen onderdeel zijn van een proces (zoals een stap in een e-service) moeten op meer dan één manier te vinden zijn.
2.4.6 Koppen en labels
U415: Koppen en labels beschrijven het onderwerp of doel Voldoende
Toelichting
Voor gebruikers om snel een gevoel te krijgen voor waar functies en informatie zich bevinden op een webpagina, is het belangrijk om beschrijvende koppen, labels en knopteksten te hebben.
2.4.7 Toetsenbord begeleiding
U605: Interactieve elementen worden gemarkeerd wanneer ze toetsenbordfocus ontvangen. Niet van toepassing
Toelichting
Het is belangrijk voor gebruikers die zien en die navigeren met een toetsenbord om te kunnen zien welk object op elk moment de focus heeft. Dit kan worden gedaan door een omtrek van het object in focus, een onderstreping of omgekeerde kleuren te gebruiken.
Als je kleuren en randen gebruikt om het object met de focus te markeren, moet het contrast tussen de markering en de omgeving, en tussen de markering en objecten zonder focus, minstens 3.0:1 zijn. Om te voldoen aan de criteria van niet-tekstcontrast in WCAG 2.1, WCAG 2.2 en EN 301 549, zie U408. Formeel voldoe je aan dit criterium zolang de focus zichtbaar is, maar als de contrasten niet goed genoeg zijn, zul je niet voldoen aan de contrasteis.
In iOS heb je geen controle over de kleur van de visuele markering. In plaats daarvan kunnen gebruikers kiezen uit 5-6 verschillende kleuren in de instellingen. Je moet ervoor zorgen dat deze instellingen worden ondersteund in de app en kleuren gebruiken op een manier dat minstens een van de mogelijke kleuren een duidelijke visuele indicatie biedt van alle focusbare objecten in de app.
Op Android kun je de kleur van de visuele markering in Android controleren met deze code:
<item name="android:colorControlHighlight">@color/selected_item_focus</item>
Het resultaat moet worden getest, en je moet ervoor zorgen dat de gekozen kleur voldoende contrast heeft tegen de achtergrond in alle situaties.
2.5.1 Aanwijzergebaren
U611: Alle functionaliteit waarmee bij de bediening gebruik wordt gemaakt van meerpunts- of padgebaseerde gebaren, kan worden bediend met een enkele aanwijzer zonder een padgebaseerd gebaar, tenzij een meerpunts- of padgebaseerd gebaar essentieel is Niet van toepassing
2.5.2 Aanwijzerannulering
U620: Functionaliteiten worden geactiveerd door mouse-up en niet mouse-down Niet van toepassing
Toelichting
Gebeurtenissen worden geactiveerd bij mouse-up en niet bij mouse-down.
Dit geldt ook voor touch. Een gebeurtenis moet worden geactiveerd wanneer de gebruiker de vinger van het scherm haalt, niet wanneer de gebruiker op het scherm drukt.
2.5.3 Label in Naam
U320: Het label wat gepresenteerd wordt aan hulpsoftware voor interactieve bediening bevat de visuele tekst Voldoende
Toelichting
Als er zichtbare tekst is op een pagina die interactieve functionaliteit omschrijft, moet deze tekst in de omschrijving van deze functionaliteit staan. Zo kan een gebruiker met hulpsoftware de functionaliteit aansturen met spraak.
2.5.4 Bewegingsactivering
U613: Zorg voor een alternatief voor interacties gebaseerd op bewegingsbesturing Niet van toepassing
Toelichting
Als je een functie kunt activeren door te schudden met je smartphone (of een ander apparaat) of door een andere beweging te maken, dan moet het mogelijk zijn om dat gedrag uit te zetten en om de functie op een traditionele manier te activeren.
3.1.1 Taal van pagina
U416: De standaard taal van elke webpagina is gedefinieerd in de code Voldoende
Toelichting
Gebruik het lang attribuut van het HTML element.
3.1.2 Taal van onderdelen
U417: Content in een andere taal dan de standaard taal is geïdentificeerd in de code Onvoldoende
Toelichting
Gebruik het lang-attribuut.
Dit kan worden gebruikt op elk HTML-element, zoals div, p, span, en andere elementen.
Bevindingen per richtlijn
Taal van onderdeel onvoldoende
Prioriteit:
Laag
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is tekst gevonden in de pagina in een andere taal dan die is ingesteld voor de pagina. Deze tekst is ook in de code niet als afwijkend opgemaakt. Het gaat om het Aria-label in de navigatielinks “Beschrijf uw melding”, “Locatie en vragen” etc. Het label zegt "progress" wat Engels is voor "voortgang". Dit levert problemen op voor schermlees-software.
3.2.1 Focus
U615: Toetsenbordgebruikers kunnen door de pagina tabben zonder onverwachte wijzigingen of onderbrekingen en zonder dat de focus onverwacht wordt verplaatst Niet van toepassing
3.2.2 Invoer elementen
U616: Verandering van de instelling van een component van de gebruikersinterface veroorzaakt niet automatisch een contextwijziging Niet van toepassing
Toelichting
Als een gebruiker de instelling van een onderdeel wijzigt — denk aan het aan- of uitvinken van een aankruisvakje — dan mag dat geen contextwijziging veroorzaken, tenzij je vooraf duidelijk meldt wat er zal gebeuren.
Voorbeelden van wat niet te doen is het laden van een nieuwe pagina, of onverwacht de content wijzigen. Als de gebruiker vooraf geinformeerd is over deze gebeurtenissen, is dit acceptabel.
Voorkom het aanpassen van content boven het punt waar de gebruiker op dit moment aan het navigeren is, tenzij het duidelijk is voor de gebruiker dat dit gaat gebeuren.
3.2.3 Logische navigatie
U419: Lijsten met links of functies die op meerdere webpagina's worden herhaald, komen voor in dezelfde relatieve volgorde Niet van toepassing
Toelichting
Er kunnen situaties zijn waarin dit verwarrend is voor de gebruiker en waarin het vereiste genegeerd mag worden, maar in de meeste gevallen moet je consistent zijn met de relatieve volgorde van de links/knoppen/functies.
3.2.4 Consistente identificatie
U420: Dezelfde functionaliteit wordt consistent beschreven in de website/ app. Voldoende
Toelichting
Gebruik dezelfde terminilogie door de site heen. Gebruik bijvoorbeeld niet "service" op de ene plek, en "helpdesk" op een andere plek als er wordt gerefereerd aan dezelfde functionaliteit.
Dit geldt ook voor labels binnen formulieren.
3.3.1 Fout identificatie
U315: Alle fouten in formulieren worden beschreven in tekst, waarin wordt uitgelegd wat er mis is. Voldoende
Toelichting
De foutmelding moet aangeven waar de fout zit
3.3.2 Labels en instructies
U422: Alle website/ app elementen die gebruikersinput vereisen hebben een zichtbare beschrijving Voldoende
Toelichting
In alle situaties waar gebruikers iets moeten selecteren (bijvoorbeeld door op een object op de pagina te klikken) of informatie moeten invoeren, is er een zichtbare tekst die het doel van dat onderdeel uitlegt, inclusief informatie over wat de gebruiker moet invoeren in een formulierenveld en in welk formaat als dat niet duidelijk is voor de gebruiker. Let op: het label moet altijd zichtbaar zijn, het is niet voldoende met een tijdelijke tekst.
U423: De instructies die worden verstrekt voor website/ app-elementen die gebruikersinvoer vereisen, bevatten informatie over wat er moet worden ingevoerd of geselecteerd, en welke formaten moeten worden gebruikt. Onvoldoende
Toelichting
Dit betreft ook informatie waar navigatie voor nodig is, of input die optioneel is.
Bevindingen per richtlijn
Onduidelijke invoer instructies
Prioriteit:
Gemiddeld
Status:
Open
Omschrijving en voorgestelde oplossing:
In Stap 3: Contactgegevens wordt niet uitgelegd welk format er verwacht wordt bij het invullen van de informatie. Zorg ervoor dat er uitgelegd wordt hoe men de informatie juist invoert door een instructie toe te voegen.
3.3.3 Fout suggestie
U424: Fouten worden beschreven in tekst met informatie over hoe de fout te corrigeren (indien mogelijk). Voldoende
Toelichting
Voor gebruikers is het niet alleen belangrijk om te begrijpen dat er iets mis is en waar de fout zich bevindt. Het is ook belangrijk om te begrijpen hoe de fout gecorrigeerd kan worden. In veel situaties is het mogelijk om een educated guess te maken over wat er mis is gegaan. Bijvoorbeeld, als een gebruiker een datum heeft ingevoerd in de verkeerde volgorde (jjjj-mm-dd in plaats van ddmmjj) en het nummer van de dag in de maand hoger is dan 12, zou je de datum kunnen voorstellen die je denkt dat de gebruiker heeft geprobeerd in te voeren.
Onthoud, je mag de door de gebruiker ingevoerde gegevens nooit wijzigen zonder de gebruiker op de hoogte te stellen van wat er is gedaan. Verander nooit automatisch een waarde om in een specifiek bereik te passen als je de gebruiker hier niet van op de hoogte stelt.
3.3.4 Fout preventie (Juridisch, financieel, gegevens)
U425: Belangrijke formulieren laten de gebruiker gegevens bekijken, bewerken en bevestigen voordat ze worden verzonden. Niet van toepassing
Toelichting
Dit geldt voor alle formulieren die juridische verbintenissen of financiële transacties verwerken.
4.1.1 Parsing
U102: Alle markup is volgens de specificatie Niet van toepassing
Toelichting
Belangrijk: Deze vereiste moet als voldaan worden beschouwd voor alle webinterfaces die zijn gebouwd op HTML. De vereiste is ook verwijderd uit WCAG 2.2. We raden nog steeds aan dat de code zoveel mogelijk de standaard volgt, maar het is niet langer een vereiste om aan de wettelijke eisen in Nederland te voldoen.
4.1.2 Naam, rol, waarde
U210: Alle interactieve objecten zijn omschreven naar de gebruiker op een manier zodat het doel voor de gebruiker makkelijk te begrijpen is Voldoende
Toelichting
Dit gaat over formulierbesturingselementen, links, knoppen en andere interactieve objecten. Alle elementen waarmee de gebruiker kan communiceren, moeten begrijpelijk zijn voor alle gebruikers. Links moeten gelinkte teksten hebben die het doel van de links uitleggen, knoppen moeten knoppenaanduidingen hebben, formulierbesturingselementen moeten labels hebben, enzovoort. Als dat niet mogelijk is, kun je ook aria-label gebruiken om het object uit te leggen. De informatie moet alle relevante informatie bevatten, zoals naam, rol en waarde. Een voorbeeld is selectievakjes. Het moet mogelijk zijn om te begrijpen of het selectievakje is aangevinkt of niet. Een ander voorbeeld zijn knoppen die containers met informatie uitvouwen. De knop moet worden beschreven zodat gebruikers begrijpen of de container is uitgevouwen of niet. Er zijn verschillende criteria in de checklist die gerelateerd zijn aan dit criterium. Het doel van deze eis is om situaties te dekken die mogelijk niet worden gedekt door andere eisen. Verifieer of dit werkt door de oplossing te testen met schermlezers, zowel op desktop als op mobiel.
U211: Elk iframe element dat wordt gebruikt, heeft een title-attribuut dat de content goed omschrijft Voldoende
Toelichting
Iframes worden gebruikt om inhoud van een andere webpagina weer te geven. Dit wordt vaak gedaan om een videospeler of een andere vorm van applicatie binnen een webpagina te tonen.
Gebruikers die de interface niet kunnen zien, kunnen ervoor kiezen om de inhoud in het iframe weer te geven of te negeren. De titeltekst geeft deze gebruikers informatie om hen te helpen beslissen of ze de inhoud willen weergeven of niet.
U321: Knoppen en links die content in- en uitklappen, gebruiken aria-expanded Onvoldoende
Toelichting
Aria-expanded="true" wordt gebruikt als de content is uitgeklapt.
Aria-expanded="false" wordt gebruikt als de content is ingeklapt.
Bevindingen per richtlijn
Element heeft geen (correcte) uitgevouwen status
Prioriteit:
Gemiddeld
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een element gevonden waarvan niet (goed) via een status wordt aangegeven of deze geopend of gesloten is. Hierdoor is deze informatie incorrect of afwezig voor een schermlezergebruiker.
Dit probleem komt voor op:
- Het hamburgermenu op de Meldingenkaart en;
- Zoek- en filtermenu links op de Meldingenkaart.
Element met verkeerde rol
Prioriteit:
Gemiddeld
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een element gevonden met een verkeerde rol. Het gaat om de foutmelding wanneer het uploaden van de foto niet gelukt is. Deze moet een rol “alert” hebben. Dit probleem komt voor op de pagina "Bedankt!" aan het einde van het proces.
component zonder waarde of status
Prioriteit:
Gemiddeld
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een component gevonden voor interactie met de gebruiker, die geen goed programmatisch te bepalen waarde of status heeft. Het Aria-current attribuut op de “1 Beschrijf uw melding” link in de navigatie, heeft de waarde “false” ondanks dat het wel de huidige pagina is. Dit moet “true” zijn. Dit probleem komt voor op Stap 1, 2, 3 en 4.
Knop zonder toegankelijke naam
Prioriteit:
Laag
Status:
Open
Omschrijving en voorgestelde oplossing:
Er is een knop gevonden zonder toegankelijke naam. Het gaat om het kruisje bij de foutmelding wanneer het uploaden van de foto niet gelukt is, op de "Bedankt!" pagina.
4.1.3 Statusberichten
U323: Statusberichten en andere content die automatisch wordt bijgewerkt, worden toegankelijk gemaakt voor hulptechnologie Niet van toepassing
Toelichting
Dit moet worden gedaan op een manier die geschikt is voor de situatie. Belangrijke updates moeten zo snel mogelijk worden aangekondigd, terwijl minder belangrijke informatie mogelijk helemaal niet wordt aangekondigd.
Een manier om dit te doen is met het aria-live attribuut.
Je kunt ook WAI-ARIA rollen status, alert en alertdialog gebruiken om statusberichten te markeren die de aandacht van de gebruikers vereisen.
-