Dela via

Utveckla inkluderande Windows-appar

I den här artikeln beskrivs hur du utvecklar tillgängliga Windows-appar. Mer specifikt förutsätter det att du förstår hur du utformar den logiska hierarkin för din app. Lär dig att utveckla tillgängliga Windows-appar som innehåller tangentbordsnavigering, färg- och kontrastinställningar och stöd för hjälpmedelstekniker.

Om du inte har gjort det ännu kan du börja med att läsa Designa inkluderande programvara.

Det finns tre saker du bör göra för att se till att appen är tillgänglig:

  1. Exponera användargränssnittselementen för programmatisk åtkomst.
  2. Se till att appen har stöd för tangentbordsnavigering för personer som inte kan använda en mus eller pekskärm.
  3. Kontrollera att din app har stöd för tillgängliga färg- och kontrastinställningar .

Programmatisk åtkomst

Programmatisk åtkomst är avgörande för att skapa tillgänglighet i appar. Detta uppnås genom att ange det tillgängliga namnet (obligatoriskt) och beskrivningen (valfritt) för innehåll och interaktiva gränssnittselement i din app. Detta säkerställer att användargränssnittskontroller exponeras för hjälpmedelsteknik (AT) som skärmläsare (till exempel Skärmläsaren) eller alternativa utdataenheter (till exempel punktskriftsskärmar). Utan programmeringsåtkomst kan API:erna för hjälpmedel inte tolka informationen korrekt, vilket gör att användaren inte kan använda produkterna tillräckligt, eller tvinga AT att använda odokumenterade programmeringsgränssnitt eller tekniker som aldrig är avsedda att användas som hjälpmedelsgränssnitt. När användargränssnittskontroller exponeras för hjälpmedelsteknik kan AT avgöra vilka åtgärder och alternativ som är tillgängliga för användaren.

Mer information om hur du gör appgränssnittselement tillgängliga för hjälpmedelstekniker (AT) finns i Exponera grundläggande hjälpmedelsinformation.

Tangentbordsnavigering

För användare som är blinda eller har mobilitetsproblem är det mycket viktigt att kunna navigera i användargränssnittet med ett tangentbord. Endast de användargränssnittskontroller som kräver användarinteraktion för att fungera bör dock få tangentbordsfokus. Komponenter som inte kräver en åtgärd, till exempel statiska bilder, behöver inte tangentbordsfokus.

Det är viktigt att komma ihåg att till skillnad från att navigera med en mus eller touch är tangentbordsnavigering linjärt. När du överväger tangentbordsnavigering bör du tänka på hur användaren interagerar med din produkt och vad den logiska navigeringen blir. I västerländska kulturer läser människor från vänster till höger, uppifrån och ned. Det är därför vanligt att följa det här mönstret för tangentbordsnavigering.

När du utformar tangentbordsnavigering granskar du användargränssnittet och tänker på följande frågor:

  • Hur visas eller grupperas kontrollerna i användargränssnittet?
  • Finns det några viktiga grupper av kontroller?
    • Om ja, innehåller dessa grupper en annan gruppnivå?
  • Bland jämförbara kontroller, bör navigering göras med tabbtangenten, via särskild navigering (till exempel piltangenter), eller båda?

Målet är att hjälpa användaren att förstå hur användargränssnittet har lagts fram och identifiera de kontroller som kan användas. Om du ser att det finns för många tabbstopp innan användaren slutför navigeringsloopen bör du överväga att gruppera relaterade kontroller tillsammans. Vissa kontroller som är relaterade, till exempel en hybridkontroll, kan behöva åtgärdas i det här tidiga utforskningssteget. När du har börjat utveckla din produkt är det svårt att omarbeta tangentbordsnavigering, så planera noggrant och planera tidigt!

Mer information om tangentbordsnavigering mellan gränssnittselement finns i Hjälpmedel för tangentbord.

Dessutom har Engineering Software for Accessibility eBook ett utmärkt kapitel om det här ämnet med titeln Utformningen av den logiska hierarkin.

Färg och kontrast

En av de inbyggda hjälpmedelsfunktionerna i Windows är läget Högkontrast, vilket ökar färgkontrast för text och bilder på datorskärmen. För vissa människor minskar ögontrötthet när kontrasten i färger ökas, och det gör det lättare att läsa. När du verifierar användargränssnittet med hög kontrast vill du kontrollera att kontrollerna har kodats konsekvent och med systemfärger (inte med hårdkodade färger) för att säkerställa att de kan se alla kontroller på skärmen som en användare som inte använder högkontrast ser.

XAML

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

Mer information om hur du använder systemfärger och resurser finns i XAML-temaresurser.

Så länge du inte har åsidosatt systemfärger stöder en UWP-app högkontrasttteman som standard. Om en användare har valt att systemet ska använda ett högkontrasttema från systeminställningar eller hjälpmedelsverktyg använder ramverket automatiskt färger och formatinställningar som ger en högkontrastlayout och återgivning för kontroller och komponenter i användargränssnittet.

Mer information finns i Högkontrastteman.

Om du har bestämt dig för att använda ett eget färgtema i stället för systemfärger bör du överväga följande riktlinjer:

Färgkontrastförhållande – Det uppdaterade avsnittet 508 i lagen för amerikaner med funktionshinder, liksom annan lagstiftning, kräver att standardkontrasten mellan text och dess bakgrund måste vara minst 5:1. För stor text (teckenstorlekar på 18 punkter eller 14 punkter och fetstil) är standardkontrasten 3:1.

Färgkombinationer – Cirka 7 procent av hanarna (och mindre än 1 procent av kvinnorna) har någon form av färgbrist. Användare med färgblindhet har problem med att skilja mellan vissa färger, så det är viktigt att enbart färg aldrig används för att förmedla status eller betydelse i ett program. När det gäller dekorativa bilder (till exempel ikoner eller bakgrunder) bör färgkombinationer väljas på ett sätt som maximerar bildens uppfattning av färgblinda användare.

Checklista för hjälpmedel

Följande är en förkortad version av tillgänglighetschecklistan:

  1. Ange det tillgängliga namnet (obligatoriskt) och beskrivningen (valfritt) för innehåll och interaktiva gränssnittselement i din app.
  2. Implementera tangentbordstillgänglighet.
  3. Kontrollera användargränssnittet visuellt för att säkerställa att textkontrasten är tillräcklig, att elementen återges korrekt i högkontrasteman och att färgerna används korrekt.
  4. Kör hjälpmedelsverktyg, åtgärda rapporterade problem och verifiera skärmläsningen. (Se avsnittet om hjälpmedelstestning.)
  5. Kontrollera att inställningarna för appmanifestet följer riktlinjerna för hjälpmedel.
  6. Deklarera din app som tillgänglig i Microsoft Store. (Se avsnittet Tillgänglighet i butiken.)

Mer information finns i det fullständiga avsnittet tillgänglighetschecklista.

  • Last updated on