Metodtips för hjälpmedel

Genom att implementera följande metodtips i kontroller eller program förbättras deras tillgänglighet för personer som använder hjälpmedelsenheter. Många av dessa metodtips fokuserar på en bra användargränssnittsdesign. Varje metodtips innehåller implementeringsinformation för WPF-kontroller (Windows Presentation Foundation) eller program. I många fall ingår redan arbetet med att uppfylla dessa metodtips i WPF-kontroller.

Programmässig åtkomst

Programmatisk åtkomst innebär att se till att alla gränssnittselement är märkta, att egenskapsvärden exponeras och att lämpliga händelser aktiveras. För WPF-standardkontroller utförs det mesta av det här arbetet redan via AutomationPeer. Anpassade kontroller kräver ytterligare arbete för att säkerställa att programmatisk åtkomst implementeras korrekt.

Aktivera programmatisk åtkomst till alla gränssnittselement och text

Användargränssnittselement (UI) bör aktivera programmatisk åtkomst. Om användargränssnittet är en STANDARD WPF-kontroll ingår stöd för programmatisk åtkomst i kontrollen. Om kontrollen är en anpassad kontroll – en kontroll som har underklassificerats från en gemensam kontroll eller en kontroll som har underklassificerats från Kontroll – måste du kontrollera AutomationPeer implementeringen för områden som kan behöva ändras.

Genom att följa den här bästa metoden kan leverantörer av hjälpmedelsteknik identifiera och manipulera element i produktens användargränssnitt.

Placera namn, rubriker och beskrivningar på gränssnittsobjekt, ramar och sidor

Hjälpmedelstekniker, särskilt skärmläsare, använder rubriken för att förstå platsen för ramen, objektet eller sidan i navigeringsschemat. Därför måste rubriken vara beskrivande. Till exempel är en webbplatsrubrik för "Microsoft Web Page" värdelös om användaren har navigerat djupt in i ett visst område. En beskrivande rubrik är viktig för användare som är blinda och beroende av skärmläsare. På samma sätt för WPF-kontroller NameProperty och HelpTextProperty är viktiga för hjälpmedelsteknikenheter.

Genom att följa den här bästa metoden kan hjälpmedelstekniker identifiera och manipulera användargränssnittet i exempelkontroller och program.

Se till att programmatiska händelser utlöses av alla användargränssnittsaktiviteter

Genom att följa den här bästa metoden kan hjälpmedelstekniker lyssna efter ändringar i användargränssnittet och meddela användaren om dessa ändringar.

Användarkonfiguration

Bästa praxis i det här avsnittet säkerställer att kontroller eller program inte åsidosätter användarinställningarna.

Respektera alla systemomfattande Inställningar och stör inte hjälpmedelsfunktioner

Användare kan använda Kontrollpanelen för att ange vissa systemomfattande flaggor. Andra flaggor kan ställas in programmatiskt. De här inställningarna bör inte ändras av kontroller eller program. Dessutom måste program ha stöd för tillgänglighetsinställningarna för värdoperativsystemet.

Med den här metodtipsen kan användare ange hjälpmedelsinställningar och veta att dessa inställningar inte kommer att ändras av program.

Design för visuellt användargränssnitt

Metodtips i det här avsnittet säkerställer att kontroller eller program använder färg och bilder effektivt och kan användas av hjälpmedelstekniker.

Hårdkoda inte färger

Personer som är färgblinda, har nedsatt syn eller använder en svartvit skärm kanske inte kan använda program med hårdkodade färger.

Genom att följa den här bästa metoden kan användarna justera färgkombinationer baserat på enskilda behov.

Stöd för högkontrast och alla systemvisningsattribut

Program bör inte störa eller inaktivera användarvalda, systemomfattande kontrastinställningar, färgval eller andra systemomfattande visningsinställningar och attribut. Systemomfattande inställningar som används av en användare förbättrar tillgängligheten för program, så de bör inte inaktiveras eller ignoreras av program. Färgen ska användas i rätt kombination av förgrund mot bakgrund för att ge rätt kontrast. Blanda inte orelaterade färger och ändra inte färger.

Många användare behöver specifika kombinationer med högkontrast, till exempel vit text i en svart bakgrund. Om du ritar dessa omvända, eftersom svart text i en vit bakgrund gör att bakgrunden blöder över förgrunden och kan göra läsningen svår för vissa användare.

Kontrollera att alla användargränssnitt skalar korrekt efter valfri DPI-inställning

Se till att alla användargränssnitt kan skalas korrekt med valfri inställning för punkter per tum (dpi). Se också till att gränssnittselementen får plats på en skärm på 1 024 x 768 med 120 punkter per tum (dpi).

Navigering

Metodtips i det här avsnittet säkerställer att navigeringen har åtgärdats för kontroller och program.

Ange tangentbordsgränssnitt för alla gränssnittselement

Tabbstopp, särskilt när de är noggrant planerade, ger användarna ett annat sätt att navigera i användargränssnittet.

Program bör tillhandahålla följande tangentbordsgränssnitt:

• tabbstopp för alla kontroller som användaren kan interagera med, till exempel knappar, länkar eller listrutor
• logisk flikordning

Visa tangentbordsfokus

Användarna behöver veta vilket objekt som har tangentbordsfokus så att de kan förutse effekten av sina tangenttryckningar. Om du vill markera tangentbordets fokus använder du färger, teckensnitt eller grafik, till exempel rektanglar eller förstoring. Om du vill framhäva tangentbordets fokus ändrar du volymen, tonhöjden eller tonkvaliteten.

För att undvika förvirring bör program dölja alla visuella fokusindikatorer och dimmarkeringar som finns i inaktiva fönster (eller fönster).

Program bör göra följande med tangentbordsfokus:

• ett objekt ska alltid ha tangentbordsfokus
• tangentbordsfokus bör vara synligt och uppenbart
• markeringar och/eller fokuserade objekt ska markeras visuellt

Stöd för navigeringsstandarder och kraftfulla navigeringsscheman

Olika aspekter av tangentbordsnavigering ger olika sätt för användare att navigera i användargränssnittet.

Program bör tillhandahålla följande tangentbordsgränssnitt:

• kortkommandon och understrukna åtkomstnycklar för alla kommandon, menyer och kontroller
• kortkommandon till viktiga länkar
• alla menyalternativ har en åtkomstnyckel. alla knappar har acceleratornycklar, alla kommandon har en acceleratornyckel.

Låt inte musplatsen störa tangentbordsnavigering

Musplatsen ska inte störa tangentbordsnavigering. Om musen till exempel är placerad någonstans och användaren navigerar med tangentbordet ska ett musklick inte ske om det inte initieras av användaren.

Multimodalt gränssnitt

Metodtips i det här avsnittet säkerställer att programgränssnittet innehåller alternativ för visuella element.

Ange användarvalbara motsvarigheter för icke-textelement

För varje element som inte är text anger du en användarvalbar motsvarighet för text, transkriptioner eller ljudbeskrivningar, till exempel alternativtext, bildtext eller visuell feedback.

Icke-textelement täcker en mängd olika gränssnittselement, inklusive: bilder, bildkartregioner, animeringar, appletar, ramar, skript, grafiska knappar, ljud, fristående ljudfiler och video. Icke-textelement är viktiga när de innehåller visuell information, talinformation eller allmän ljudinformation som användaren behöver åtkomst till för att förstå innehållet i användargränssnittet.

Använd färg men även ge alternativ till färg

Använd färg för att förbättra, betona eller upprepa information som visas på andra sätt, men kommunicera inte information med enbart färg. Användare som är färgblinda eller har en monokrom skärm behöver alternativ till färg.

Använda STANDARD-INDATA-API:er med enhetsoberoende anrop

Enhetsoberoende anrop säkerställer likhet mellan tangentbord och musfunktioner, samtidigt som du tillhandahåller hjälpmedelsteknik med nödvändig information om användargränssnittet.

Se även

• System.Windows.Automation.Peers
• Anpassad kontroll för NumericUpDown med stödexempel för tema- och gränssnittsautomatisering
• Riktlinjer för design av tangentbordsanvändargränssnitt