Toegankelijkheid (basisprincipes ontwerpen)

Het ontwerpen van software voor toegankelijkheid betekent dat programma's en functionaliteit eenvoudig beschikbaar zijn voor het breedste scala aan gebruikers, waaronder gebruikers met een handicap en beperkingen.

Het aantal gebruikers dat toegankelijkheidsfuncties kunnen helpen, kan u verrassen; In de Verenigde Staten hebben enquêtes bijvoorbeeld aangetoond dat meer dan de helft van alle computergebruikers problemen of beperkingen ondervindt met betrekking tot toegankelijkheid en waarschijnlijk zal profiteren van het gebruik van toegankelijke technologie. Bovendien leidt het benaderen van softwareontwerp met de flexibiliteit en inclusiviteit die de kenmerken van toegankelijkheid zijn vaak tot een algehele verbeterde bruikbaarheid en klanttevredenheid.

Het Toegankelijkheidscentrum, beschikbaar via het Configuratiescherm, biedt een centrale locatie waar gebruikers de gewenste toegankelijkheidsfuncties kunnen kiezen en aanpassen.

Opmerking: richtlijnen met betrekking tot toetsenbord, muis, kleuren geluid worden in afzonderlijke artikelen gepresenteerd.

Ontwerpconcepten

Veel fysieke, waarnemings- en cognitieve factoren spelen een rol wanneer gebruikers communiceren met computerhardware en -software. Voordat u manieren overweegt om de functies van uw programma toegankelijker te maken, helpt het om meer te weten te komen over welke soorten handicaps en beperkingen er bestaan, en sommige ondersteunende technologieën waarmee deze gebruikers mogelijk werken wanneer ze met computers werken.

Typen beperkingen

In de volgende tabel worden veelvoorkomende gebruikersbeperkingen en beperkingen beschreven en worden enkele van de belangrijkste oplossingen vermeld die worden gebruikt om computers toegankelijker te maken.

Zie Specifieke beperkingen aanpakken verderop in dit artikel voor meer richtlijnen over het helpen van gebruikers met deze beperkingen.

Typen ondersteunende technologieën en toegankelijkheidsfuncties

schermlezers

Met een schermlezer kunnen gebruikers met visuele beperkingen of beperkingen door een gebruikersinterface navigeren door visuals te transformeren naar audio. Gebruikersinterfacetekst, besturingselementen, menu's, werkbalken, afbeeldingen en andere schermelementen worden dus gesproken door de gecomputeriseerde stem van de schermlezer. Als u een programma wilt maken dat is geoptimaliseerd voor ondersteunende technologie voor schermlezers, moet u plannen hoe de schermlezer elk UI-element identificeert.

Elk UI-element waarmee de gebruiker kan communiceren, moet toegankelijk zijn voor het toetsenbord en moet worden weergegeven via een API (Accessibility Application Programming Interface). U wordt aangeraden UI Automation te gebruiken, het nieuwe toegankelijkheidsframework voor alle versies van Microsoft Windows die Ondersteuning bieden voor Windows Presentation Foundation (WPF). UI Automation biedt programmatische toegang tot de meeste elementen op het bureaublad, waardoor ondersteunende technologieproducten, zoals schermlezers, informatie over de gebruikersinterface kunnen verstrekken en de gebruikersinterface kunnen bewerken via andere dan standaardinvoer (bijvoorbeeld door te spreken in plaats van of naast het bewerken van de muis of het toetsenbord). Zie het overzicht van de UI Automationvoor meer informatie.

Houd er rekening mee dat hoewel schermlezers een zeer belangrijke ondersteunende technologie zijn, er ook andere zijn. Zie Types of Assistive Technology Productsvoor meer informatie over de beschikbare technologieën.

spraakherkenning

Spraakherkenning is een toegankelijkheidsfunctie in Windows waarmee gebruikers met hun computer kunnen communiceren via spraak, waardoor motorische interactie met de muis of het toetsenbord wordt verminderd. Gebruikers kunnen documenten en e-mail dicteren, spraakopdrachten gebruiken om te starten en te schakelen tussen programma's, het besturingssysteem beheren en zelfs formulieren op het web invullen.

Vergrootglas

Vergroting helpt gebruikers met slechtziendheid door items op het scherm overal van 2 tot 16 keer het origineel te vergroten. Gebruikers kunnen deze functie instellen om de muis bij te houden (om een uitgebreide versie te zien van wat de muis aanwijst), het toetsenbord (om het gebied te zien waar de aanwijzer wordt verplaatst bij het tabbladen) of om tekst te bewerken (om te zien wat ze typen).

visuele instellingen en kleurenschema's

Naast het groter maken van dingen op het scherm, kunnen gebruikers met een visuele beperking profiteren van systeeminstellingen zoals modus met hoog contrast of de mogelijkheid om achtergrond- en voorgrondkleurschema's aan te passen.

Verteller-

Verteller is een uitgeschaalde schermlezer in Windows waarmee gebruikers tekst op het scherm en ui-elementen hardop kunnen voorlezen, zelfs met enkele gebeurtenissen (inclusief foutberichten) die spontaan optreden. De gebruiker kan de Verteller-menu's horen zonder het actieve venster te verlaten.

Gebruikers kunnen de mate aanpassen waarin Microsoft Verteller wordt gebruikt.

schermtoetsenbord

Voor gebruikers die problemen hebben met fysieke toetsenborden en een alternatief invoerapparaat moeten gebruiken, zoals een schakelaar, zijn toetsenborden op het scherm noodzakelijk. Gebruikers kunnen toetsen selecteren met de muis of een ander aanwijsapparaat, een kleine groep toetsen of slechts één toets, afhankelijk van hoe u het schermtoetsenbord instelt.

muistoetsen

Als muistoetsen zijn ingeschakeld, kunnen gebruikers die de voorkeur geven aan het toetsenbord de pijltoetsen op het numerieke toetsenblok gebruiken om de muis aanwijzer te verplaatsen.

Zie Toegankelijkheid in Windows Vista op de Website van Microsoft voor een volledige lijst met toegankelijkheidsfuncties.

Navigatie op basis van toetsenbord

De Tab-toets, pijltoetsen, spatiebalk en Enter-toets zijn belangrijk voor navigatie op basis van het toetsenbord. Als u op Tab-cycli drukt, de invoerfocus door de verschillende besturingsgroepen en drukt u op de pijltoetsen binnen een besturingselement of tussen besturingselementen binnen een groep. Als u op de spatiebalk drukt, klikt u op het besturingselement met de invoerfocus, terwijl het drukken op Enter hetzelfde is als het klikken op de standaardopdrachtknop of opdrachtkoppeling, ongeacht de invoerfocus.

In dit voorbeeld kunnen gebruikers op Tab drukken totdat de gewenste optie de invoerfocus heeft en vervolgens op Enter drukken om het object te openen.

Toegangssleutels

Met toegangssleutels kunnen gebruikers opties kiezen en opdrachten rechtstreeks initiëren zonder eerst naar het besturingselement te hoeven navigeren. Toegangssleutels worden aangegeven door een van de tekens in het label van elk besturingselement te onderstrepen. Gebruikers activeren vervolgens de optie of opdracht door op de Alt-toets te drukken, samen met het onderstreepte teken. Toegangssleutels zijn niet hoofdlettergevoelig.

In dit voorbeeld wordt de opdracht Openen geactiveerd door op Alt+O te drukken.

Het kiezen van logische toegangssleutels voor besturingselementen vormt meestal geen problemen; hoe meer besturingselementen er in een venster staan, hoe groter de mogelijkheid dat u geen toegangssleutelkeuzes meer hebt. In dit geval wijst u toegangssleutels toe om groepen te beheren in plaats van elke afzonderlijke.

In dit voorbeeld worden toegangssleutels toegewezen aan besturingsgroepen in plaats van afzonderlijke besturingselementen.

Toegangssleutels worden vaak verward met sneltoetsen, maar sneltoetsen worden anders toegewezen dan toegangssleutels en hebben verschillende doelen. Sneltoetsen maken bijvoorbeeld gebruik van ctrl- en functietoetsreeksen en zijn voornamelijk bedoeld als snelkoppeling voor geavanceerde gebruikers in plaats van voor toegankelijkheid.

Zie Toetsenbordvoor meer informatie.

Ontwerpen voor toegankelijkheid: drie fundamentele procedures

Toegankelijke programma's helpen alle gebruikers op een of andere manier omdat de doelstellingen van toegankelijkheid en bruikbaarheid elkaar overlappen. Functies die zijn ontworpen om geavanceerde gebruikers zo efficiënt mogelijk te maken, profiteren ook gebruikers die liever het toetsenbord gebruiken vanwege een handicap van dexteriteit.

Drie fundamentele procedures helpen u bij het toegankelijk ontwerp: zorgen voor een zekere mate van flexibiliteit in uw gebruikersinterface, laten respect voor de behoeften en voorkeuren van gebruikers een belangrijke rol spelen bij ontwerpbeslissingen en bieden programmatische toegang tot uw gebruikersinterface.

Flexibele ui- bieden

Toegankelijk ontwerp is ten minste gedeeltelijk bedoeld om gebruikers keuzes te geven. Geen frustrerende, duizelingwekkende reeks keuzes, maar een beperkt aantal keuzes dat slim verwacht dat de gebruiker nodig heeft. "Vind het niet leuk om met de muis te navigeren? Hier kunt u hetzelfde doen met alleen het toetsenbord. Houdt u niet van fysieke toetsenborden? Hier is een virtuele die u op het scherm kunt gebruiken.

U kunt bijvoorbeeld flexibiliteit bieden door:

• Door de gebruiker te selecteren equivalenten voor niet-tekstelementen (bijvoorbeeld alternatieve tekst voor afbeeldingen en bijschriften voor audio).

  

  

  Gebruikers die ervoor hebben gekozen om afbeeldingen niet weer te geven, moeten in plaats daarvan alternatieve tekst zien, waarin wordt beschreven wat het besturingselement doet en hoe u ermee kunt werken.

• Het bieden van alternatieven voor kleur (bijvoorbeeld pictogramscheiding of het gebruik van geluiden).

  

  In dit voorbeeld zijn de standaardpictogrammen gemakkelijk te onderscheiden op basis van hun ontwerpen.

• Ervoor zorgen dat toetsenbordtoegang (bijvoorbeeld een tabstop voor elk interactief besturingselement) zodat gebruikers hetzelfde kunnen doen in uw programma met de muis of het toetsenbord.

• Zorg ervoor dat uw programma goede opties voor kleurcontrast biedt voor gebruikers. Windows biedt een optie voor hoog contrast, maar dat is echt ontworpen om een oplossing te zijn voor ernstige visuele beperkingen. Andere contrastopties zijn geschikt voor gebruikers met een milde beperking, zoals slechtziendheid en kleurenblindheid.

• Ervoor zorgen dat gebruikers de grootte van tekst in de gebruikersinterface van uw programma kunnen aanpassen (bijvoorbeeld via een schuifregelaar of vervolgkeuzelijst voor tekengrootte). Indien mogelijk ondersteunt u de modus hoge puntjes per inch (dpi).

• Ervoor zorgen dat uw programma multimodaal is, wat betekent dat als de primaire modus van het programma voor sommigen niet toegankelijk is, deze gebruikers een manier hebben om het probleem te omzeilen. Wanneer bijvoorbeeld animatie wordt weergegeven, moet de informatie worden weergegeven in ten minste één niet-geanimeerde presentatiemodus op de optie van de gebruiker.

Multimodale interfaces en flexibele navigatie bieden de gebruiker in feite de architectuur van informatieredundantie. Redundantie heeft soms negatieve connotaties; in tekst van de gebruikersinterface adviseren we bijvoorbeeld redundantie te verwijderen om de leeservaring te stroomlijnen. Maar in de context van toegankelijkheid geeft redundantie positieve, fail-safe mechanismen en ervaringen aan.

uw gebruikers respecteren

Respect als een algemeen, leidend principe is essentieel voor het ontwerpen van toegankelijke programma's. Zelfs als een intellectuele oefening, stelt u zich voor hoe het moet zijn om uw programma te ontmoeten als een gebruiker die is uitgeschakeld. Neem de tijd om ui-schermen te testen in de modus hoog contrast en bij verschillende resoluties, om ervoor te zorgen dat de ervaring een goede is voor gebruikers met visuele beperkingen. Test de toegankelijkheid van het toetsenbord door het selectievakje Sneltoetsen en toegangstoetsen onderstrepen in het configuratiescherm-item Toegankelijkheidscentrum in te schakelen (zodat toegangstoetsen altijd zichtbaar zijn). U kunt zelfs verder gaan dan strenge tests door ontwikkelaars en ontwerpers in te huren die een natuurlijke geschiktheid hebben om met anderen te kunnen beginnen.

U moet ook respect tonen door:

• Het gebruik van systeembrede instellingen (bijvoorbeeld Systeemkleur) in plaats van instellingen voor hardwiring voor uw specifieke programma. Respecteer niet alleen de parameters die gebruikers specifiek hebben geselecteerd voor interactie met hun programma's, maar ook toegankelijkheidsfuncties die zijn ingebouwd in het besturingssysteem dat de gebruiker wil, ongeacht welk programma ze gebruiken. Zie Over toegankelijkheidsfuncties van Windowsvoor meer informatie.
• Algemene besturingselementen liever gebruiken voor aangepaste besturingselementen, omdat algemene besturingselementen de toegankelijkheids-API's van Windows al hebben geïmplementeerd.
• Alle toegankelijkheidsopties en -functies documenteren (bijvoorbeeld alle sneltoetsen). Gebruikers met beperkingen zijn zeer gemotiveerd om toegankelijkheidsfuncties te ontdekken en verwachten vaak dat uitgebreide informatie wordt verzameld in Help.
• Toegankelijke documentatie maken in toegankelijke indelingen. De documentatie zelf moet dus voldoen aan dezelfde regels van toegankelijkheid als de primaire gebruikersinterface, waaronder de mogelijkheid om de tekengrootte te vergroten, het gebruik van alternatieve tekst voor afbeeldingen en redundante informatiearchitectuur (bijvoorbeeld het gebruik van kleurencodering als aanvulling op tekst).

In softwareproducten kunnen respect voor gebruikers zich voordoen in bruikbaarheid en marktonderzoek, in efficiënte ondersteuningsservices en documentatie, en natuurlijk bij ontwerpbeslissingen. Denk bijvoorbeeld opnieuw na over ontwerp voor geavanceerde gebruikers: zet u die geavanceerde nieuwe functie in omdat u deze wilt, of omdat u weet dat uw geavanceerde gebruikers erom hebben gevraagd? In het laatste geval wordt aangegeven dat uw ontwerpbeslissingsproces goed wordt geïnformeerd door de waarde van respect.

programmatische toegang bieden

Het bieden van programmatische toegang tot de gebruikersinterface is essentieel, zodat ondersteunende technologieën (zoals schermlezers, alternatieve invoerapparaten en spraakherkenningsprogramma's) het scherm correct interpreteren voor hun gebruikers. Door een 'kaart' te maken van elk ui-scherm in uw programma, maakt u deze beschikbaar voor gebruikers van ondersteunende technologieën.

Doe dit goed door:

• Programmatische toegang tot alle elementen en tekst van de gebruikersinterface inschakelen (bijvoorbeeld met behulp van de COM-interface voor actieve toegankelijkheid IAccessible).
• Namen (of titels) en beschrijvingen plaatsen op UI-objecten, frames en pagina's (bijvoorbeeld met behulp van de eigenschap IAccessible Name).
• Ervoor zorgen dat programmatische gebeurtenissen worden geactiveerd door alle UI-activiteiten (bijvoorbeeld focusgebeurtenissen voor alle UI-activiteiten waarbij focusverplaatsing is betrokken).

Als u slechts vier dingen doet...

1. Zorg ervoor dat elke gebruiker gebruik kan maken van het volledige potentieel van uw programma.
2. Denk aan toegankelijkheid als een kans voor creatieve probleemoplossing en een ander middel om de algehele tevredenheid van gebruikers te vergroten.
3. Respecteer systeeminstellingen.
4. Gebruik waar mogelijk algemene besturingselementen.

Richtsnoeren

Algemeen

• Ontwricht of schakel geactiveerde functies van het besturingssysteem of andere producten die zijn geïdentificeerd als toegankelijkheidsfuncties niet uit. U kunt deze functies identificeren door te verwijzen naar de documentatie van het betreffende besturingssysteem of product.
• Dwing gebruikers niet af om met uw programma te communiceren als het bovenste venster op het scherm. Als een functie of venster continu vereist is voor gebruikers om een taak uit te voeren, moet dat venster altijd zichtbaar blijven als de gebruiker dit kiest, ongeacht de positie ten opzichte van andere vensters. Als de gebruiker bijvoorbeeld een beweegbaar schermtoetsenbord heeft dat zich boven op alle andere vensters bevindt, zodat het altijd zichtbaar is, mag uw programma het nooit verbergen door verplichte plaatsing boven aan de Z-bestelling.
• Gebruik waar mogelijk systeemkleuren, lettertypen en algemene besturingselementen. Hierdoor vermindert u het aantal toegankelijkheidsproblemen dat gebruikers ondervinden aanzienlijk.

Specifieke beperkingen aanpakken

Visual-

• Vertrouw nooit alleen op kleur om betekenis over te brengen. Gebruik alleen kleur als een middel om de betekenis van tekst, ontwerp, locatie of geluid te versterken.

  

  De primaire communicatiemethode in dit voorbeeld is de beknopte tekst voor knopinfo. Het gebruik van kleur helpt bij het communiceren van de betekenis, maar is secundair.

• Alternatieve tekstinfo (alt) gebruiken om afbeeldingen te beschrijven.

• Gebruik geen tekst in afbeeldingen. Gebruikers met een visuele beperking hebben mogelijk afbeeldingen uitgeschakeld (bijvoorbeeld in een webbrowser), of zien of zoeken naar tekst die in afbeeldingen is geplaatst.

• Zorg ervoor dat dialoogvensters en vensters betekenisvolle namen hebben, zodat een gebruiker die het scherm hoort in plaats van het scherm te zien (bijvoorbeeld met een schermlezer) de juiste contextuele informatie krijgt.

• Respecteer de instellingen van de gebruiker voor visuele weergave door altijd lettertypetypen, grootten en kleuren, Windows-weergave-elementgrootten en systeemconfiguratie-instellingen te verkrijgen van de Thema- en GetSystemMetrics-API's.

• Tekst van ballon beknopte houden, zodat de schermlezers gemakkelijker kunnen worden gelezen en geminimaliseerd.

  

  Hoewel ballonnen indien nodig extra hoofdtekst kunnen gebruiken, laat dit voorbeeld zien dat titeltekst soms hetzelfde doel bereikt op een voordeligere en toegankelijkere manier.

horen

• Vertrouw nooit alleen op geluid om betekenis over te brengen. Gebruik alleen geluid als een middel om de betekenis van tekst, ontwerp, locatie of kleur te versterken.
• Gebruikers in staat stellen om het volume van de audio-uitvoer te beheren. Gebruik hiervoor de Windows Volume Mixer. Zie Soundvoor meer informatie.
• Richt het geluid van uw programma op in een bereik tussen 500 Hz en 3000 Hz of kan de gebruiker eenvoudig in dat bereik worden aangepast. Geluiden in dit bereik zijn waarschijnlijk detecteerbaar door mensen met een gehoorbeperking.

• Time-outwaarden voor de gebruikersinterface ten opzichte van GetDoubleClickTime() maken in plaats van absolute tijden te gebruiken. Hierdoor worden de time-outs aangepast aan de snelheid van de gebruiker.
• Toegangstoetsen toewijzen aan alle menu-items zodat gebruikers die liever met het toetsenbord werken, dezelfde mogelijkheid hebben om door uw programma te navigeren als gebruikers die met de muis werken.
• Dubbelklik niet en sleep de enige manier om een actie uit te voeren. Dit kunnen moeilijke bewegingen zijn voor sommige gebruikers.
• Verwijder geen menubalken uit uw programma. Menubalken zijn eenvoudiger dan werkbalken voor toetsenbordgebruikers om toegang te krijgen. Als u niet wilt dat de menubalk standaard wordt weergegeven, verbergt u deze in plaats daarvan.
• Help toegankelijk maken via het toetsenbord door tabstops voor Help-knoppen en koppelingen op te geven.
• Als u de kennis van de toegangssleuteltoewijzingen in uw programma wilt verbeteren, kunt u ze altijd weergeven. Ga in het Configuratiescherm naar het Toegankelijkheidscentrum en klik op Het toetsenbord gemakkelijker te gebruiken; schakel vervolgens het selectievakje Sneltoetsen en toegangstoetsen onderstrepen in.

Cognitive

• Gebruik progressieve openbaarmaking om complexiteit te verbergen.

  

  In deze voorbeelden zijn opties die beschikbaar zijn via de opdrachtknop standaard verborgen en kunnen gebruikers ervoor kiezen om de opties weer te geven door gebruik te maken van progressieve besturingselementen voor openbaarmaking.

• Pictogrammen, werkbalken en andere visuele hulpmiddelen gebruiken om de cognitieve belasting van leestekst te verminderen.

• Indien mogelijk biedt functionaliteit voor automatisch aanvullen in tekstvakken en bewerkbare vervolgkeuzelijsten, zodat gebruikers niet de volledige naam van opdrachten, bestandsnamen of vergelijkbare opties hoeven te typen uit een beperkte set opties. Dit vermindert de cognitieve belasting voor alle gebruikers en vermindert de hoeveelheid typen voor gebruikers voor wie spelling of typen moeilijk, traag of pijnlijk is.

• Demonstreer moeilijke concepten in Help door zelfstudies en animaties op te geven. Houd er rekening mee dat animaties moeilijk kunnen zijn voor gebruikers met een handicap voor aanvallen en daarom alleen moeten worden gebruikt wanneer dat nodig is.

• Gebruik geen knipperende of knipperende tekst, objecten of andere elementen met een flits- of knipperfrequentie in het bereik tussen 2 en 55 Hz.
• Gebruik van animaties beperken. Sommige gebruikers zijn bijzonder gevoelig voor schermverplaatsing, vooral in de rand van hun visuele veld. Als u animatie gebruikt om de aandacht te vestigen op iets, moet u ervoor zorgen dat de aandacht verdient en de gebruiker moet worden onderbroken.

spraak of taal

• Organiseer en schrijf duidelijke, beknopte, gemakkelijk te begrijpen tekst. Bruikbaarheidstests tonen aan dat het uitvouwen van belangrijke informatie aan het einde van een woordgroep het begrip verbetert. Zie Style and Tonevoor meer richtlijnen.

Onjuist:

Is drie het volgende cijfer?

Klik op OK om te beginnen.

juist:

Is het volgende cijfer drie?

Klik op OK om te beginnen.

Toegangssleutels

• Geef de voorkeur aan tekens met een brede breedte, zoals w, m en hoofdletters.
• Liever een kenmerkende medeklinker of klinker, zoals 'x' in 'Uitgang'.
• Vermijd het gebruik van tekens die de onderstreping moeilijk te zien maken, zoals (van meest problematisch naar minst problematisch):
  • Tekens die slechts één pixel breed zijn, zoals i en l.
  • Tekens met afdalende tekens, zoals g, j, p, q en y.
  • Tekens naast een letter met een afstamming.

Menutoegangstoetsen

• Wijs toegangssleutels toe aan alle menu-items. Geen uitzonderingen.

• Voor dynamische menu-items (zoals recent gebruikte bestanden) wijst u numeriek toegangssleutels toe.

  

  In dit voorbeeld wijst het Paint-programma in Windows numerieke toegangssleutels toe aan onlangs gebruikte bestanden.

• Wijs unieke toegangssleutels toe binnen een menuniveau. U kunt toegangssleutels opnieuw gebruiken op verschillende menuniveaus.

• Toegangssleutels gemakkelijk vinden:

  • Kies voor de meest gebruikte menu-items tekens aan het begin van het eerste of tweede woord van het label, bij voorkeur het eerste teken.
  • Kies voor minder vaak gebruikte menu-items letters die een onderscheidende medeklinker of klinker in het label zijn.

Toegangstoetsen voor dialoogvenster

• Wijs indien mogelijk unieke toegangssleutels toe aan alle interactieve besturingselementen of de bijbehorende labels.alleen-lezen tekstvakken interactieve besturingselementen zijn (omdat gebruikers deze kunnen schuiven en tekst kunnen kopiëren), zodat ze profiteren van toegangssleutels. Wijs geen toegangssleutels toe aan:

  • Knoppen OK, Annuleren en Sluiten. Enter en Esc worden gebruikt voor hun toegangssleutels. Wijs echter altijd een toegangssleutel toe aan een besturingselement dat OK of Annuleren betekent, maar een ander label heeft.

    

    In dit voorbeeld is aan de knop Positieve doorvoer een toegangssleutel toegewezen.

• Groepslabels. Normaal gesproken worden de afzonderlijke besturingselementen binnen een groep toegangssleutels toegewezen, zodat het groepslabel er geen nodig heeft. Wijs echter een toegangssleutel toe aan het groepslabel en niet aan de afzonderlijke besturingselementen als er een tekort aan toegangssleutels is.

• algemene Help-knoppen die worden geopend met F1.

• Koppelingslabels. Er zijn vaak te veel koppelingen om unieke toegangssleutels toe te wijzen en onderstrepingstekens voor koppelingen verbergen de onderstrepingstekens van de toegangssleutel. Laat gebruikers in plaats daarvan koppelingen openen met de Tab-toets.

• Tabnamen. Tabbladen worden gecyclusd met Ctrl+Tab en Ctrl+Shift+Tab.

• Bladerknoppen met het label '...'. Deze kunnen geen unieke toegangssleutels worden toegewezen.

• niet-gelabelde besturingselementen, zoals spin-besturingselementen, grafische opdrachtknoppen en niet-gelabelde besturingselementen voor progressieve openbaarmaking.

• statische tekst of labels zonder label voor besturingselementen die niet interactief zijn, zoals voortgangsbalken.

• Wijs eerst toegangssleutels voor doorvoerknoppen toe om ervoor te zorgen dat ze over de standaardsleuteltoewijzingen beschikken. Als er geen standaardsleuteltoewijzing is, gebruikt u de eerste letter van het eerste woord. De toegangssleutel voor de knoppen Ja en Nee-doorvoer moet bijvoorbeeld altijd 'Y' en 'N' zijn, ongeacht de andere besturingselementen in het dialoogvenster.

• Wijs voor negatieve doorvoerknoppen (anders dan Annuleren) de woordgroep 'Niet' toe aan de 'n' in 'Niet'. Als dit niet het woord 'Niet' is, gebruikt u de standaardtoegangssleuteltoewijzing of wijst u de eerste letter van het eerste woord toe. Als u dit doet, hebben alle don'ts en no's een consistente toegangssleutel.

• Om toegangssleutels gemakkelijk te vinden, wijst u de toegangssleutels toe aan een teken dat vroeg in het label wordt weergegeven, idealiter het eerste teken, zelfs als er een trefwoord is dat later in het label wordt weergegeven.

Zie Toetsenbordvoor meer richtlijnen en voorbeelden.

Sms

• Gebruik dubbele punten aan het einde van labels voor externe besturingselementen. Sommige ondersteunende technologieën zoeken naar dubbele punten om besturingslabels te identificeren.

• Plaats labels consistent ten opzichte van de elementen die ze labelen. Dit helpt ondersteunende technologie de labels correct te koppelen aan hun bijbehorende besturingselementen en helpt gebruikers van schermvergrotingen te weten waar ze naar een label of besturingselement moeten zoeken.

  

  In dit voorbeeld worden de labels voor elk van de vervolgkeuzelijsten consistent geplaatst en worden dubbele punten gebruikt.

• Beperk alternatieve tekst tot maximaal 150 tekens. Beschrijf de actie om het besturingselement te activeren (klik bijvoorbeeld met de rechtermuisknop, enzovoort) en beschrijf vervolgens de functie van het besturingselement.

  aanvaardbaar:

  Knoop.

  Blauwe heuvels.

  Beter:

  Klik om u aan te melden bij uw account.

  Foto van afgelegen heuvels die laten zien hoe kleuren over afstand vervagen.

• Gebruik geen tekst om lijnen, vakken of andere grafische symbolen te tekenen. Tekens die op deze manier worden gebruikt, kunnen gebruikers van schermlezers verwarren. Een vak met de letter X rond een tekstgebied wordt bijvoorbeeld gelezen door schermlezersoftware als 'X X X X X X X' op de eerste regel, gevolgd door 'X' en de inhoud en 'X'.

Documentatie

• Documenteer alle toegankelijkheidsopties en -functies (bijvoorbeeld alle sneltoetsen).
• Toegankelijke documentatie maken in toegankelijke indelingen. De documentatie zelf moet dus voldoen aan dezelfde regels voor toegankelijkheid als de primaire gebruikersinterface.
• Raadpleeg toegangstoetsen, geen sneltoetsen (die een andere betekenis hebben en gebruiken), nemonische sleutels of accelerators.
• In het algemeen verwijst u naar een persoon met een soort handicap, niet naar een persoon met een handicap. Denk eerst aan de persoon, niet aan het label.