Knoppen zonder toegankelijke naam
Naast het zoekveld staat een knop met een drie-punten-icoon. Deze knop opent extra zoekinstellingen met invoervelden. Alle invoervelden onder de kop "Wat?" hebben geen toegankelijke naam. Daardoor kunnen blinde of slechtziende bezoekers die een schermlezer gebruiken niet horen waar het veld voor bedoeld is. Elk invoerveld heeft een toegankelijke naam nodig die de functie helder beschrijft.
label-element, aria-label of aria-labelledby — want nu heeft dit veld geen naam, mijn schermlezer kondigt alleen "tekstveld" of "keuzelijst" aan, mijn spraakcommando heeft niets om op te richten, en ik weet niet wat ik moet typen.
Web — Invoerveld heeft geen toegankelijke naam
Onvoldoende kleurcontrast
Onder de kop "Pagina laatst bijgewerkt:" staat een link met een envelop-icoon die een dialoogvenster opent met een formulier. De select-elementen "Functie" en "Categorie" tonen toetsenbordfocus met een lichtblauwe (#4FA7E7) rand op een witte achtergrond. De contrastverhouding tussen deze kleuren is 2,6:1, onder de minimum-eis van 3,0:1.
Aangepaste focusindicatoren moeten voldoen aan de contrasteis, anders dan de standaard browser-focusindicator. Omdat bezoekers aangepaste focusindicators niet zelf kunnen aanpassen, hebben deze minimaal 3,0:1 contrast met de achtergrond nodig.
Hetzelfde probleem komt voor op de pagina's:
- https://opendata.zuid-holland.nl/geonetwork/srv/dut/catalog.search#/metadata/beb1c56a-a8fc-4e4e-b723-ad3d95d8c8ea
- https://opendata.zuid-holland.nl/geonetwork/srv/dut/catalog.search#/metadata/f9cea6f2-e8ff-4ee7-815c-43d1296b003f
- https://opendata.zuid-holland.nl/geonetwork/srv/dut/catalog.search#/metadata/14096698-04A3-444E-B22C-1EB539D2D74B
en op andere pagina's.
Web — Aangepaste focusindicator heeft onvoldoende kleurcontrast
Visuele koppen niet als kop gemarkeerd
Onder de kop "Technische informatie" staat een tabel met daarin een opsomming van 5 items. Deze opsomming wordt visueel als lijst gepresenteerd (met streepjes), maar is in de HTML niet semantisch gemarkeerd met lijst-elementen (<ul>, <li>). Zonder een correcte lijstmarkering kunnen schermlezers niet herkennen dat het een lijst betreft, en kondigen ze het aantal items niet aan. Gebruikers van hulpsoftware missen daardoor structuurinformatie die ziende bezoekers wel zien.
ul of ol met li-items — want mijn schermlezer kondigt "lijst van N items" aan voor het voorlezen, de structuur vertelt mij wat ik kan verwachten, en zonder die markup verliezen de items hun nummering, hun aantal, en lezen ze als één lange ononderbroken zin.
Web — Visuele lijst niet als lijst gemarkeerd
Linkdoel onduidelijk
Onder de tabs staan artikelen die elk twee links naar dezelfde bestemming bevatten. De tweede link heeft een veel te lange toegankelijke naam, bijvoorbeeld:
"Deze laag wordt gebruikt voor de IC-Desk applicatie om te bepalen in welke regio (Noord, Zuid, Oost, West, Vaarwegen) een storing/incident plaatsvindt. Vanuit de IC-Desk applicatie wordt de service op deze laag eenmaal daags bevraagd om de geometrie van de regio's op te halen."
Linkteksten horen kort en duidelijk te zijn. Lange, uitgebreide linknamen zijn moeilijk te scannen en te navigeren, vooral voor gebruikers van een schermlezer die met een lijst van links werken.
Web — Link met een te lange toegankelijke naam
PDF-bestanden zijn niet toegankelijk
Dit PDF-document mist codes, waardoor de inhoud niet toegankelijk is voor schermlezers. Door het ontbreken van deze codes is een volledige toegankelijkheidsbeoordeling niet mogelijk: alle succescriteria die met de PDF-codelaag te maken hebben (bijvoorbeeld semantische koppen en alternatieve teksten bij afbeeldingen) zijn niet te beoordelen. Het oplossen van dit probleem kan dan ook nieuwe toegankelijkheidsproblemen aan het licht brengen.
Hetzelfde probleem komt voor in het PDF-document op:
Web — PDF heeft geen tags