Uw website toegankelijk maken voor gebruikers met alleen toetsenbord is een belangrijk onderdeel van het grotere toegankelijkheidsfoto. Hier zijn enkele tips voor toetsenbordtoegankelijkheid die u snel kunt implementeren met behulp van eenvoudige HTML en CSS.
Deze tips maken deel uit van Web Accessibility: de complete leergids, waar we een reeks tutorials, artikelen, cursussen en e-boeken hebben verzameld, om u vanaf het begin inzicht te geven in webtoegankelijkheid.
Een toetsenbord kan voor sommige gebruikers het primaire middel zijn om door websites te navigeren. Tegenwoordig, wanneer de meeste webinterfaces zijn ontworpen met muisaanwijzers en aanraakinteractie in gedachten, wordt toetsenbordnavigatie verwaarloosd. Toegankelijkheid van het toetsenbord is de gewoonte om ervoor te zorgen dat gebruikers efficiënt en ongehinderd kunnen navigeren met alleen hun toetsenbord.
Dit zijn de belangrijkste doelgroepen van toetsenbordtoegankelijkheid:
Het belangrijkste doel van toetsenbordtoegankelijkheid is om elk interactief element, zoals koppelingen en formulierbesturingselementen, beschikbaar te maken met de tab sleutel. Dit is hoe gebruikers met alleen een toetsenbord door een webpagina navigeren. Het testen van uw website op toetsenbordtoegankelijkheid is eigenlijk vrij eenvoudig: druk gewoon op tab toets en navigeer van de bovenkant van de pagina naar de onderkant, markeer actieve elementen terwijl u bezig bent.
Navigeren door snelle links in de Tuts + footer met de tab sleutelObserveer hoe gemakkelijk of moeilijk het is om naar de hoofdinhoud te gaan, op een menu-item te klikken, een formulier in te vullen, een schuifregelaar te bedienen of uw huidige positie op de pagina te volgen. U kunt ook de omgekeerde richting testen met behulp van de Shift + Tab Toetsenbord sneltoets.
:focus
stijlenCSS heeft een :focus
pseudo-klasse die wordt geactiveerd wanneer een gebruiker op een item klikt of tikt, of selecteert met het tab sleutel. De :focus
status geldt alleen voor focuseerbare elementen, namelijk ,
,
,
,
, en
.
Elke browser wordt geleverd met een eigen standaard :focus
stijlen - meestal een gestippelde zwarte omtrek rond het element, of een wazige gloed, maar veel ontwerpers vinden het niet naar hun smaak en zullen het volledig verwijderen. Dit is eigenlijk de grootste fout die toetsenbordtoegankelijkheid op webpagina's ruïneert. Als u niet van de standaardstijlen houdt, gebruik dan iets dat overeenkomt met het ontwerp van uw website.
Kies een stijl die gemakkelijk opvalt, maar niet alleen op kleuren vertrouwt. Hier is een mogelijk voorbeeld dat goed kan werken voor gebruikers met alleen toetsenbord:
: focus outline: 3px effen rood;
Hyperlinks mogen niet alleen op kleur worden onderscheiden. Dit principe wordt meestal genoemd met betrekking tot visuele toegankelijkheid, omdat mensen met een laag gezichtsvermogen de verschillen tussen bepaalde kleuren moeilijk te onderscheiden vinden. Maar duidelijk zichtbare links zijn ook belangrijk voor de toegankelijkheid van het toetsenbord. Gebruikers met alleen een toetsenbord moeten in staat zijn om koppelingen zo snel mogelijk te herkennen. Dit helpt ze de pagina te scannen en erachter te komen hoe ze naar het gedeelte waarin ze zijn geïnteresseerd, kunnen navigeren.
gelijk aan :focus
stijlen, hyperlinks komen ook met standaard browserstijlen - blauw onderstreept in de meeste gevallen. Ontwerpers verwijderen echter vaak de onderstreping en gebruiken alleen kleuren om de aanwezigheid van een link aan te geven. Als u de standaard onderstreping verwijdert, gebruikt u altijd een andere niet-gekleurde aanduiding die overeenkomt met uw websiteontwerp, zoals randen, pictogrammen of contouren.
U kunt de titel
attribuut om de inhoud van een link te beschrijven, maar deze wordt pas zichtbaar als iemand de link omslaat. Gebruikers met alleen een toetsenbord hebben geen toegang tot zweefgebeurtenissen, dus plaats nooit cruciale informatie in de titel
attribuut. Het telt ook niet als een niet-gekleurde aanduiding. Doe dit bijvoorbeeld nooit:
Klik hier
In plaats daarvan, doe dit:
Belangrijke informatie
WCAG 2.0 waarschuwt ook voor de toegankelijkheidsproblemen van het title-kenmerk. Gebruik het met zorg of gebruik het helemaal niet.
Formulieren zijn interactieve elementen, dus ze moeten toegankelijk zijn via het toetsenbord. Gebruikers met alleen een toetsenbord moeten in staat zijn formulieren in te vullen, knoppen in te drukken, bereikschuifregelaars te gebruiken, opties te selecteren en bedieningselementen gemakkelijk te bedienen. Als u formulieren op uw website hebt, moet u ze één voor één testen, met behulp van de tab sleutel. Denk aan aanmeldingsformulieren, nieuwsbriefformulieren, aanmeldingsformulieren, opmerkingenformulieren, winkelwagentjes, enzovoort.
De beste manier om toegankelijke formulieren te maken, is door native besturingselementen te gebruiken waar dit mogelijk is. Native bedieningselementen worden geleverd met ingebouwde toetsenbordtoegankelijkheid, wat betekent dat ze focuseerbaar zijn en standaard reageren op toetsaanslagen. Ze zijn als volgt:
U kunt bijvoorbeeld een schuifregelaar met toetsenbordbereik maken met de volgende HTML:
Toetsenbordgebruikers kunnen het eerst focussen met de tab toets en beweeg de schuifregelaar op en neer met Ruimte.
Als u om een of andere reden een niet-focusseerbare HTML-tag voor een interactief element wilt gebruiken, kunt u dit doelgericht maken met de De Zelfs als de niet-native knop focuseerbaar is gemaakt, is deze nog steeds inferieur aan zijn native tegenhanger qua toetsenbordtoegankelijkheid. U zult dit meteen begrijpen wanneer u een gebeurtenishandler aan de knop probeert toe te voegen. Dit is wat een klikgebeurtenislistener eruit ziet met de native En hier is het equivalent met de div-knop: Als u op de knoppen klikt met uw muis of touchpad, ziet u beide waarschuwingsberichten. Als u echter naar elke knop navigeert met behulp van de tab sleutel en treffer invoeren om ze te verwerken, ziet u alleen het eerste bericht dat bij de native-knop hoort. Om de niet-native knop de toetsenbordinvoer te laten verwerken, moet je ook een toetsaanslaggebeurtenishandler apart definiëren: Nu, wanneer toetsenbordgebruikers raken Een toevoegen Ga naar de hoofdinhoud of Navigatie overslaan een link naar uw webpagina's helpt gebruikers met alleen toetsenbordsoftware enorm. In de meeste gevallen zullen deze gebruikers niet alle navigatielinks willen doorlopen voordat ze de inhoud beginnen te lezen. Dit geldt vooral als ze meer dan één pagina op uw site bekijken. Stelt u zich eens voor dat ze zonder een navigatielink moeten navigeren via dezelfde navigatielinks op de startpagina elke keer. Het lijkt geen bijzonder vermakelijke activiteit. Als u een goed werkende link voor overslaan van links wilt maken, moet u deze koppelen aan de hoofdinhoud met behulp van de U moet ook het U kunt CSS gebruiken om de navigatiebalk voor overslaan alleen zichtbaar te maken voor gebruikers van het toetsenbord. Verberg de link in de standaardstatus van reguliere gebruikers door deze uit de viewport te plaatsen. Onthul het vervolgens voor toetsenbordgebruikers door afzonderlijke stijlen te maken voor de focusstatus die wordt geactiveerd wanneer de gebruiker de tab sleutel. Je kunt dit effect zien in actie op sites zoals webaim.org, www.w3.org en (zoals gewoonlijk) www.gov.uk: De volgende CSS is een vereenvoudigde versie van de skip-navigatiecode van het IT Accessibility Handbook van NC State University: Wanneer de gebruiker de tab sleutel, de Je kunt snel testen hoe het werkt als je helemaal bovenaan op de demo klikt en op de tab sleutel. Misschien vindt u het gemakkelijker om de demo hieronder in de volledige paginaweergave te openen. In dit artikel heb ik een aantal basistoetsen voor toetsenbordtoegankelijkheid gedeeld die u kunt implementeren met behulp van HMTL en CSS. Er zijn ook andere, geavanceerdere dingen die je zou kunnen doen voor toetsenbordtoegankelijkheid. U kunt bijvoorbeeld: Naast deze tips, vermijd het gebruik van CAPTCHA's waar mogelijk, omdat ze ernstige toegankelijkheidsproblemen hebben, zowel voor gebruikers van schermlezers als voor gebruikers met alleen toetsenbord. Als u ze nog steeds moet gebruiken, biedt u ze op meer dan twee manieren aan, anders hebben gebruikers met toegankelijkheidsnoden moeite met het verwerken van uw formulieren. Laat het ons weten als u zelf toegankelijkheidstips voor het toetsenbord hebt!tabindex = "0"
attribuut. Dit is bijvoorbeeld een role = "button"
attribuut in het bovenstaande fragment is een mijlpaal in ARIA. Hoewel alleen-toetsenbordgebruikers het niet nodig hebben, is het onmisbaar voor gebruikers van schermlezers en visuele toegankelijkheid. element:
invoeren
, ze zien ook het bericht dat bij de niet-native-knop hoort. Zoals je kunt zien, is het veel gemakkelijker en sneller om de oorspronkelijke versie te gebruiken. Dus gebruik, tenzij u een goede reden hebt om ze niet te gebruiken, altijd native besturingselementen. 5. Voeg een "Skip to Main Content" -link toe
ID kaart
en href
HTML-kenmerken op de volgende manier:Ga naar de hoofdinhoud
tabindex = "- 1"
attribuut aan de container van de hoofdinhoud. Dit is dezelfde tabindex die we hierboven hebben gebruikt om de niet-native knop focusbaar te maken. De tabindex
kenmerk wordt gebruikt om de standaard navigatievolgorde aan te passen. Met een waarde van 0
, het maakt niet-focusseerbare elementen focusbaar. Met een waarde van -1
, het maakt ook elementen focusbaar, maar ze worden niet bereikbaar met standaard toetsenbordnavigatie. Bepaalde browsers, zoals Chrome en IE, vereisen de aanwezigheid van tabindex = "- 1"
op het doel van de skip navigation link, dus vergeet het nooit.Onthul de Skip Link alleen voor toetsenbordgebruikers
a.skip-main left: -999px; positie: absoluut; top: auto; breedte: 1px; hoogte: 1px; overloop verborgen; z-index: -999; a.skip-main: focus left: auto; top: auto; breedte: 30%; hoogte: auto; overloop: automatisch; marge: 0 35%; opvulling: 5px; lettertypegrootte: 20px; omtrek: 3px effen rood; text-align: center; z-index: 999;
.skip-main
element krijgt de focusstatus en de koppeling voor overslaan van navigatie verschijnt op het scherm. Volgende stappen