Delen via

Inclusieve Windows-apps ontwikkelen

In dit artikel wordt beschreven hoe u toegankelijke Windows-apps ontwikkelt. In het bijzonder wordt ervan uitgegaan dat u begrijpt hoe u de logische hiërarchie voor uw app ontwerpt. Meer informatie over het ontwikkelen van toegankelijke Windows-apps met toetsenbordnavigatie, kleur- en contrastinstellingen en ondersteuning voor ondersteunende technologieën.

Als u dit nog niet hebt gedaan, begint u met het lezen van inclusieve software ontwerpen.

Er zijn drie dingen die u moet doen om ervoor te zorgen dat uw app toegankelijk is:

  1. Uw UI-elementen beschikbaar maken voor programmatische toegang.
  2. Zorg ervoor dat uw app toetsenbordnavigatie ondersteunt voor personen die geen muis of touchscreen kunnen gebruiken.
  3. Zorg ervoor dat uw app toegankelijke kleur- en contrastinstellingen ondersteunt.

Programmatische toegang

Programmatische toegang is essentieel voor het maken van toegankelijkheid in apps. Dit wordt bereikt door de toegankelijke naam (vereist) en beschrijving (optioneel) in te stellen voor inhoud en interactieve UI-elementen in uw app. Dit zorgt ervoor dat UI-besturingselementen beschikbaar zijn voor ondersteunende technologie (AT), zoals schermlezers (bijvoorbeeld Verteller) of alternatieve uitvoerapparaten (zoals Braille-schermen). Zonder programmatische toegang kunnen de API's voor ondersteunende technologie geen informatie correct interpreteren, waardoor de gebruiker de producten niet voldoende kan gebruiken of de AT dwingt om niet-gedocumenteerde programmeerinterfaces of technieken te gebruiken die nooit zijn bedoeld als een toegankelijkheidsinterface. Wanneer UI-besturingselementen beschikbaar zijn voor ondersteunende technologie, kan de AT bepalen welke acties en opties beschikbaar zijn voor de gebruiker.

Zie Basisinformatie over toegankelijkheid beschikbaar maken voor ondersteunende technologieën (AT) voor meer informatie over het beschikbaar maken van ui-elementen van uw app.

Toetsenbordnavigatie

Voor gebruikers die blind of mobiliteitsproblemen hebben, is het uiterst belangrijk om door de gebruikersinterface te navigeren met een toetsenbord. Echter, alleen die UI-besturingselementen die gebruikersinteractie vereisen, moeten toetsenbordfocus krijgen. Onderdelen waarvoor geen actie is vereist, zoals statische afbeeldingen, hebben geen toetsenbordfocus nodig.

Het is belangrijk te onthouden dat, in tegenstelling tot navigeren met een muis of aanraakscherm, toetsenbordnavigatie lineair is. Denk bij het overwegen van toetsenbordnavigatie na over hoe uw gebruiker met uw product communiceert en wat de logische navigatie is. In Westerse culturen lezen mensen van links naar rechts, van boven naar beneden. Het is daarom gebruikelijk om dit patroon te volgen voor toetsenbordnavigatie.

Wanneer u toetsenbordnavigatie ontwerpt, bekijkt u uw gebruikersinterface en denkt u na over deze vragen:

  • Hoe worden de besturingselementen in de gebruikersinterface ingedeeld of gegroepeerd?
  • Zijn er enkele belangrijke groepen besturingselementen?
    • Zo ja, bevatten deze groepen een ander niveau van groepen?
  • Moet er bij onderling aanverwante besturingselementen genavigeerd worden door met de tabtoets rond te navigeren, via speciale navigatie (zoals pijltoetsen), of beide opties?

Het doel is om de gebruiker te helpen begrijpen hoe de gebruikersinterface is ingedeeld en de besturingselementen te identificeren die kunnen worden uitgevoerd. Als u vindt dat er te veel tabstops zijn voordat de gebruiker de navigatielus voltooit, kunt u verwante besturingselementen groeperen. Sommige besturingselementen die zijn gerelateerd, zoals een hybride besturingselement, moeten mogelijk in deze vroege verkenningsfase worden aangepakt. Nadat u uw product hebt ontwikkeld, is het moeilijk om de toetsenbordnavigatie te herwerken, dus plan zorgvuldig en plan vroeg!

Zie Toetsenbordtoegankelijkheid voor meer informatie over toetsenbordnavigatie tussen ui-elementen.

Het eBook Engineering Software for Accessibility heeft ook een uitstekend hoofdstuk over dit onderwerp getiteld Het ontwerpen van de logische hiërarchie.

Kleur en contrast

Een van de ingebouwde toegankelijkheidsfuncties in Windows is de modus Hoog contrast, waarmee het kleurcontrast van tekst en afbeeldingen op het computerscherm wordt verhoogd. Voor sommige mensen vermindert het vergroten van het contrast in kleuren de vermoeiheid van de ogen en maakt het lezen gemakkelijker. Wanneer u uw gebruikersinterface in hoog contrast controleert, wilt u controleren of besturingselementen consistent zijn gecodeerd en met systeemkleuren (niet met in code vastgelegde kleuren) om ervoor te zorgen dat ze alle besturingselementen op het scherm kunnen zien die een gebruiker die geen hoog contrast gebruikt, zou zien.

XAML

<Button Background="{ThemeResource ButtonBackgroundThemeBrush}">OK</Button>

Zie XAML-themaresources voor meer informatie over het gebruik van systeemkleuren en -resources.

Zolang u geen systeemkleuren hebt overschreven, ondersteunt een UWP-app standaard thema's met hoog contrast. Als een gebruiker ervoor heeft gekozen dat het systeem een thema met hoog contrast van systeeminstellingen of toegankelijkheidsprogramma's gebruikt, gebruikt het framework automatisch kleuren en stijlinstellingen die een indeling met hoog contrast en rendering voor besturingselementen en onderdelen in de gebruikersinterface produceren.

Zie Thema's met hoog contrast voor meer informatie.

Als u hebt besloten om uw eigen kleurenthema te gebruiken in plaats van systeemkleuren, kunt u de volgende richtlijnen overwegen:

kleurcontrastverhouding – De bijgewerkte Sectie 508 van de Amerikaanse wet op de handicaps, evenals andere wetgeving, vereist dat de standaard kleurcontrasten tussen tekst en de achtergrond 5:1 moeten zijn. Voor grote tekst (tekengrootten van 18 punten of 14 punten en vetgedrukt), is het vereiste standaardcontrast 3:1.

Kleurcombinaties – Ongeveer 7 procent van de mannetjes (en minder dan 1 procent van de vrouwtjes) hebben een vorm van kleurtekort. Gebruikers met kleurenblindheid hebben problemen met het onderscheiden van bepaalde kleuren, dus het is belangrijk dat alleen kleur nooit wordt gebruikt om de status of betekenis in een toepassing over te brengen. Voor decoratieve afbeeldingen (zoals pictogrammen of achtergronden) moeten kleurcombinaties worden gekozen op een manier die de perceptie van de afbeelding door kleurenblinde gebruikers maximaliseert.

Controlelijst voor toegankelijkheid

Hieronder volgt een verkorte versie van de controlelijst voor toegankelijkheid:

  1. Stel de toegankelijke naam (vereist) en beschrijving (optioneel) in voor inhoud en interactieve UI-elementen in uw app.
  2. Toetsenbordtoegankelijkheid implementeren.
  3. Controleer uw gebruikersinterface visueel om ervoor te zorgen dat het tekstcontrast voldoende is, elementen correct worden weergegeven in de thema's met hoog contrast en kleuren correct worden gebruikt.
  4. Voer hulpprogramma's voor toegankelijkheid uit, los gemelde problemen op en controleer de leeservaring van het scherm. (Zie het onderwerp Toegankelijkheidstests.)
  5. Zorg ervoor dat de manifestinstellingen van uw app voldoen aan de richtlijnen voor toegankelijkheid.
  6. Declareer uw app als toegankelijk in de Microsoft Store. (Zie het onderwerp Toegankelijkheid in de winkel.)

Zie het volledige onderwerp over de controlelijst voor toegankelijkheid voor meer informatie.

  • Last updated on