Hjälpmedel (grundläggande design)

Not

Den här designguiden skapades för Windows 7 och har inte uppdaterats för nyare versioner av Windows. Mycket av vägledningen gäller fortfarande i princip, men presentationen och exemplen återspeglar inte vår nuvarande designvägledning.

Att utforma programvara för tillgänglighet innebär att säkerställa att program och funktioner är lättillgängliga för de flesta användare, inklusive de som har funktionsnedsättningar och funktionsnedsättningar.

Antalet användare som hjälpmedelsfunktioner kan hjälpa dig att överraska. Till exempel har undersökningar i USA visat att mer än hälften av alla datoranvändare upplever svårigheter eller funktionsnedsättningar som rör tillgänglighet och sannolikt kommer att dra nytta av användningen av tillgänglig teknik. Att närma sig programvarudesign med den flexibilitet och inkludering som är kännetecknande för tillgänglighet resulterar ofta i övergripande förbättrad användbarhet och kundnöjdhet.

Hjälpmedelscentret, som är tillgängligt från Kontrollpanelen, tillhandahåller en central plats där användarna kan välja och anpassa de hjälpmedelsfunktioner de vill ha.

Obs! Riktlinjer för tangentbord, mus, färgoch ljud visas i separata artiklar.

Designbegrepp

Många fysiska, perceptuella och kognitiva faktorer spelar in när användare interagerar med datormaskinvara och programvara. Innan du överväger sätt att göra programmets funktioner mer tillgängliga, hjälper det att lära sig om vilka typer av funktionshinder och funktionsnedsättningar som finns, och några av de hjälpmedelstekniker som dessa användare kan arbeta med när de interagerar med datorer.

Typer av nedskrivningar

I följande tabell beskrivs vanliga användarsvårigheter och funktionsnedsättningar och några av de viktigaste lösningarna som används för att göra datorer mer tillgängliga.

Nedskrivningar	Beskrivning	Lösningar
Visuell	Sträcker sig från mild (påverkar 17 procent av användarna) till allvarliga (påverkar 9 procent av användarna).	Anpassningsbar förstoring, färger och kontrast; Punktskriftsverktyg; Skärmläsare.
Hörsel	Sträcker sig från mild (påverkar 18 procent av användarna) till allvarliga (påverkar 2 procent av användarna).	Informationsredundans: ljud som endast används som komplement till text- eller visuell kommunikation.
Fingerfärdighet	Sträcker sig från mild (påverkar 19 procent av användarna) till allvarliga (vilket påverkar 5 procent av användarna). Denna funktionsnedsättning innebär ofta svårigheter att utföra vissa motoriska färdigheter med tangentbord eller mus.	Redundans för indatametod: programfunktioner som används av mus- eller tangentbordsmotsvarigheter.
Kognitiv	Innehåller minnesförsämringar och perceptuella skillnader. Påverkar 16 procent av användarna.	Mycket anpassningsbart användargränssnitt (UI); användning av progressivt avslöjande för att dölja komplexiteten. användning av ikoner och andra visuella hjälpmedel.
Beslag	Innehåller visuell känslighet för rörelse och blinkande.	Konservativ metod för att modulera gränssnitt, till exempel användning av animeringar; undvika skärmflimmer i intervallet mellan 2 Hertz (Hz) och 55 Hz.
Tal eller språk	Inkluderar dyslexi och muntliga kommunikationssvårigheter.	Verktyg för stavningskontroll och grammatikkontroll; taligenkänning och text-till-tal-teknik.

Mer information om hur du hjälper användare med dessa funktionsnedsättningar finns i Åtgärda vissa funktionsnedsättningar senare i den här artikeln.

Typer av hjälpmedelstekniker och hjälpmedelsfunktioner

Skärmläsare

En skärmläsare gör det möjligt för användare med nedsatt syn eller funktionsnedsättning att navigera i ett användargränssnitt genom att omvandla visuella objekt till ljud. Därför talas användargränssnittstext, kontroller, menyer, verktygsfält, grafik och andra skärmelement av skärmläsarens datoriserade röst. Om du vill skapa ett program som är optimerat för skärmläsarens hjälpteknik måste du planera för hur skärmläsaren ska identifiera varje användargränssnittselement.

Varje gränssnittselement som användaren kan interagera med måste vara tangentbordstillgängligt och exponeras via ett api (Accessibility Application Programming Interface). Vi rekommenderar att du använder UI Automation, det nya hjälpmedelsramverket för alla versioner av Microsoft Windows som stöder Windows Presentation Foundation (WPF). UI Automation ger programmatisk åtkomst till de flesta element på skrivbordet, vilket gör det möjligt för hjälpmedelsteknikprodukter som skärmläsare att ge information om användargränssnittet till användare och att manipulera användargränssnittet med andra medel än standardindata (till exempel genom att tala snarare än eller förutom att manipulera musen eller tangentbordet). Mer information finns i översikten över UI Automation.

Tänk på att även om skärmläsare är en mycket viktig hjälpmedelsteknik, finns det andra också. Mer information om de tillgängliga teknikerna finns i Typer av hjälpmedelsteknikprodukter.

Taligenkänning

Taligenkänning är en hjälpmedelsfunktion i Windows som gör det möjligt för användare att interagera med sina datorer med röst, vilket minskar behovet av motorisk interaktion med musen eller tangentbordet. Användare kan diktera dokument och e-post, använda röstkommandon för att starta och växla mellan program, styra operativsystemet och till och med fylla i formulär på webben.

förstoringsglas

Förstoring hjälper användare med nedsatt syn genom att förstora objekt på skärmen var som helst från 2 till 16 gånger originalet. Användare kan ställa in den här funktionen för att spåra musen (för att se en förstorad version av vad musen pekar på), tangentbordet (för att se området där pekaren rör sig vid tabbning) eller textredigering (för att se vad de skriver).

Visuella inställningar och färgscheman

Förutom att göra saker på skärmen större kan användare med nedsatt syn dra nytta av systeminställningar som högkontrastläge eller möjligheten att anpassa bakgrunds- och förgrundsfärgscheman.

Skärmläsaren

Skärmläsaren är en nedskalad skärmläsare i Windows som gör att användarna kan höra text- och användargränssnittselement på skärmen läsas upp, även om vissa händelser (inklusive felmeddelanden) inträffar spontant. Användaren kan höra Skärmläsarens menyer utan att lämna det aktiva fönstret.

Användare kan anpassa i vilken utsträckning Microsoft Skärmläsaren används.

skärmtangentbord

För användare som har problem med fysiska tangentbord och behöver använda en alternativ indataenhet, till exempel en växel, är skärmtangentbord en nödvändighet. Användare kan välja nycklar med hjälp av musen eller en annan pekenhet, en liten grupp nycklar eller bara en nyckel, beroende på hur du konfigurerar skärmtangentbord.

mustangenter

Med mustangenter aktiverade kan användare som föredrar tangentbordet använda piltangenterna på den numeriska knappsatsen för att flytta muspekaren.

En fullständig lista över hjälpmedelsfunktioner finns i Hjälpmedel i Windows Vista på Microsofts webbplats.

Tangentbordsbaserad navigering

Tabbtangenten, piltangenterna, blankstegstangenten och Retur-tangenten är viktiga för tangentbordsbaserad navigering. Genom att trycka på Tabbcykler indatafokus genom de olika kontrollgrupperna och trycka på piltangenterna flyttas inom en kontroll eller mellan kontroller i en grupp. Att trycka på blankstegsfältet är detsamma som att klicka på kontrollen med indatafokus, medan det är samma sak att trycka på Retur som att klicka på standardkommandoknappen eller kommandolänken, oavsett indatafokus.

I det här exemplet kan användarna trycka på Tabb tills det önskade alternativet har indatafokus och sedan trycka på Retur för att öppna objektet.

Åtkomstnycklar

Med åtkomstnycklar kan användarna välja alternativ och initiera kommandon direkt utan att behöva gå till kontrollen först. Åtkomstnycklar anges genom att ett av tecknen i varje kontrolls etikett anges. Användarna aktiverar sedan alternativet eller kommandot genom att trycka på Alt-tangenten tillsammans med det understrukna tecknet. Åtkomstnycklar är inte skiftlägeskänsliga.

I det här exemplet aktiverar du kommandot Öppna genom att trycka på Alt+O.

Att välja logiska åtkomstnycklar för kontroller innebär vanligtvis inga svårigheter. ju fler kontroller det finns i ett fönster, desto större är möjligheten att du får slut på åtkomstnyckelalternativ. I det här fallet tilldelar du åtkomstnycklar till kontrollgrupper i stället för varje enskild.

I det här exemplet tilldelas åtkomstnycklar till kontrollgrupper i stället för enskilda kontroller.

Åtkomstnycklar förväxlas ofta med genvägsnycklar, men genvägsnycklar tilldelas på ett annat sätt än åtkomstnycklar och har olika mål. Genvägsnycklar använder till exempel Ctrl- och Funktionsnyckelsekvenser och är främst avsedda som en genväg för avancerade användare i stället för för hjälpmedel.

Mer information finns i Tangentbord.

Design för hjälpmedel: tre grundläggande metoder

Tillgängliga program hjälper alla användare på något sätt eftersom målen för tillgänglighet och användbarhet överlappar varandra. Funktioner som till exempel är utformade för att göra avancerade användare så effektiva som möjligt gynnar även användare som föredrar att använda tangentbordet på grund av funktionsnedsättning.

Tre grundläggande metoder hjälper dig med tillgänglig design: ge en viss flexibilitet i användargränssnittet, låt respekten för användarnas behov och preferenser spela en viktig roll i designbeslut och ge programmatisk åtkomst till ditt användargränssnitt.

Tillhandahålla flexibla användargränssnitt

Tillgänglig design handlar åtminstone delvis om att ge användarna valmöjligheter. Inte en frustrerande, svindlande matris med val, men ett begränsat antal val som smart förväntar sig användarnas behov. "Gillar du inte att navigera med musen? Här kan du bara göra samma saker med hjälp av tangentbordet. Gillar du inte fysiska tangentbord? Här är en virtuell som du kan använda på skärmen."

Ge till exempel flexibilitet genom att:

• Tillhandahålla användarvalbara motsvarigheter för icke-textelement (till exempel alternativtext för grafik och bildtexter för ljud).

  

  

  Användare som har valt att inte återge grafik bör se alternativtext i stället, som beskriver vad kontrollen gör och hur du interagerar med den.

• Ger alternativ till färg (till exempel ikondi differentiering eller användning av ljud).

  

  I det här exemplet är standardikonerna lätt åtskiljbara baserat på deras design.

• Säkerställa tangentbordsåtkomst (till exempel ett tabbstopp för varje interaktiv kontroll) så att användarna kan utföra samma saker i programmet med antingen musen eller tangentbordet.

• Se till att ditt program erbjuder bra färgkontrastalternativ för användare. Windows erbjuder ett alternativ med hög kontrast, men det är verkligen utformat för att vara en lösning för allvarliga synnedsättningar. Andra kontrastalternativ hjälper bäst användare med mild funktionsnedsättning, till exempel nedsatt syn och färgblindhet.

• Se till att användarna har ett sätt att justera textstorleken i programmets användargränssnitt (till exempel genom en skjutreglagekontroll eller en listruta för teckenstorlek). Om möjligt stöder du läget för höga punkter per tum (dpi).

• Se till att programmet är multimodalt, vilket innebär att om programmets primära läge är otillgängligt för vissa, har dessa användare ett sätt att kringgå problemet. När animering till exempel visas bör informationen visas i minst ett icke-animerat presentationsläge med användarens alternativ.

Multimodala gränssnitt och flexibel navigering erbjuder i huvudsak användaren arkitekturen för informationsredundans. Redundans har ibland negativa konnotationer. I användargränssnittstext rekommenderar vi till exempel att du tar bort redundans för att effektivisera läsupplevelsen. Men i samband med tillgänglighet anger redundans positiva, felsäkra mekanismer och upplevelser.

Respektera användarnas

Respekt som en allmän, vägledande princip är avgörande för att utforma tillgängliga program. Även som en intellektuell övning kan du föreställa dig hur det måste vara att stöta på ditt program som en användare som är inaktiverad. Ta dig tid att testa gränssnittsskärmar i högkontrastläge och med olika upplösningar för att säkerställa att upplevelsen är bra för användare med nedsatt syn. Testa tangentbordstillgänglighet genom att markera kryssrutan Understrykning av kortkommandon och åtkomstnycklar i objektet Hjälpmedelscentrets kontrollpanel (så att åtkomstnycklar alltid visas). Du kan till och med gå utöver rigorös testning genom att anställa utvecklare och designers som har en naturlig förmåga att känna empati med andra till att börja med.

Du bör också visa respekt genom att:

• Använda systemomfattande inställningar (till exempel Systemfärg) i stället för hårddragningsinställningar för ditt specifika program. Respektera inte bara de parametrar som användarna specifikt har valt för att interagera med sina program, utan även hjälpmedelsfunktioner som är inbyggda i det operativsystem som användaren vill ha i praktiken oavsett vilket program de använder. Mer information finns i Om hjälpmedelsfunktioner i Windows.
• Föredrar vanliga kontroller än anpassade kontroller, eftersom vanliga kontroller redan har implementerat API:erna för Windows-hjälpmedel.
• Dokumentera alla hjälpmedelsalternativ och funktioner (till exempel alla kortkommandon). Användare med funktionsnedsättningar är mycket motiverade att upptäcka hjälpmedelsfunktioner och förväntar sig ofta att omfattande information samlas in i hjälpen.
• Skapa tillgänglig dokumentation i tillgängliga format. Därför bör själva dokumentationen följa samma tillgänglighetsregler som det primära användargränssnittet, inklusive möjligheten att förstora teckenstorleken, användningen av alternativtext för grafik och redundant informationsarkitektur (till exempel att endast använda färgkodning som ett tillägg till text).

I programvaruprodukter kan respekt för användare visa sig i användbarhet och marknadsundersökningar, i effektiva supporttjänster och dokumentation, och naturligtvis i designbeslut. Tänk till exempel igen när det gäller design för avancerade användare: lägger du in den senaste nya funktionen för att du vill ha den, eller för att du vet att dina avancerade användare har frågat efter den? Det senare fallet anger att din designbeslutsprocess är väl informerad av värdet av respekt.

Ger programmatisk åtkomst

Att ge programmatisk åtkomst till användargränssnittet är viktigt så att hjälpmedelstekniker (till exempel skärmläsare, alternativa indataenheter och taligenkänningsprogram) tolkar skärmen korrekt för sina användare. Genom att skapa en "karta" över varje gränssnittsskärm i programmet gör du den tillgänglig för användare av hjälpmedelstekniker.

Gör detta bra genom att:

• Aktivera programmatisk åtkomst till alla gränssnittselement och text (till exempel med hjälp av ACTIVE Accessibility COM-gränssnittet IAccessible).
• Placera namn (eller rubriker) och beskrivningar på gränssnittsobjekt, ramar och sidor (till exempel med egenskapen IAccessible Name).
• Se till att programmatiska händelser utlöses av alla användargränssnittsaktiviteter (till exempel fokushändelser för alla användargränssnittsaktiviteter som involverar fokusflytt).

Om du bara gör fyra saker...

1. Se till att alla användare kan utnyttja programmets fulla potential.
2. Tänk på tillgänglighet som en möjlighet till kreativ problemlösning och ett annat sätt att öka den totala användarnöjdheten.
3. Respektera systeminställningar.
4. Använd vanliga kontroller när det är möjligt.

Riktlinjer

Allmänt

• Stör inte eller inaktivera inte aktiverade funktioner i operativsystemet eller andra produkter som identifieras som hjälpmedelsfunktioner. Du kan identifiera dessa funktioner genom att referera till dokumentationen för operativsystemet eller produkten i fråga.
• Tvinga inte användare att interagera med ditt program som det översta fönstret på skärmen. Om en funktion eller ett fönster krävs kontinuerligt för att användarna ska kunna utföra en uppgift, bör det fönstret alltid vara synligt, om användaren väljer det, oavsett dess position i förhållande till andra fönster. Om användaren till exempel har ett rörligt skärmtangentbord som är ovanpå alla andra fönster så att det alltid visas bör programmet aldrig dölja det genom obligatorisk placering överst i Z-beställningen.
• Använd systemfärger, teckensnitt och vanliga kontroller när det är möjligt. Genom att göra det minskar du avsevärt antalet tillgänglighetsproblem som användare stöter på.

Åtgärda särskilda nedskrivningar

visuella

• Lita aldrig på enbart färg för att förmedla mening. Använd endast färg som ett sätt att förstärka innebörden av text, design, plats eller ljud.

  

  Den primära kommunikationsmetoden i det här exemplet är den koncisa knappbeskrivningstexten. Användningen av färg hjälper till att kommunicera innebörden, men är sekundär.

• Använd alternativa textinformationstips (alternativ) för att beskriva grafik.

• Använd inte text i grafik. Användare med nedsatt syn kan ha grafik inaktiverad (till exempel i en webbläsare) eller kanske inte ser eller letar efter text som placerats i grafik.

• Se till att dialogrutor och fönster har meningsfulla namn, så att en användare som hör i stället för att se skärmen (till exempel med hjälp av en skärmläsare) får lämplig sammanhangsbaserad information.

• Respektera användarens inställningar för visuell visning genom att alltid hämta teckensnittstypsnitt, storlekar och färger, Windows-visningselementstorlekar och systemkonfigurationsinställningar från API:erna Tema och GetSystemMetrics.

• Håll pratbubblans text koncis så att det blir lättare att läsa och minimera störningar för skärmläsare.

  

  Även om ballonger kan använda ytterligare brödtext om det behövs, visar det här exemplet att rubriktexten ibland uppnår samma mål på ett mer ekonomiskt och tillgängligt sätt.

höra

• Lita aldrig på ljud ensam för att förmedla mening. Använd endast ljud som ett sätt att förstärka innebörden av text, design, plats eller färg.
• Gör det möjligt för användare att styra volymen av ljudutdata. Använd Windows Volume Mixer för detta ändamål. Mer information finns i Sound.
• Rikta programmets ljud till ett intervall mellan 500 Hz och 3 000 Hz eller enkelt justeras av användaren i det intervallet. Ljud i detta intervall är mest sannolikt att upptäckas av personer med hörselnedsättning.

Fingerfärdighet

• Gör UI-timeoutvärden i förhållande till GetDoubleClickTime() i stället för att använda absoluta tider. Om du gör det justeras tidsgränserna till användarens hastighet.
• Tilldela åtkomstnycklar till alla menyalternativ så att användare som föredrar att arbeta med tangentbordet har samma möjlighet att navigera i programmet som användare som arbetar med musen.
• Gör inte dubbelklicka och dra det enda sättet att utföra en åtgärd. Det kan vara svåra rörelser för vissa användare.
• Ta inte bort menyraderna från programmet. Menystaplar är enklare än verktygsfält som tangentbordsanvändare kan komma åt. Om du inte vill att menyraden ska visas som standard döljer du den i stället.
• Gör hjälpen tillgänglig från tangentbordet genom att ange tabbstopp för hjälpknappar och länkar.
• För att öka medvetenheten om åtkomstnyckeltilldelningarna i ditt program kan du visa dem hela tiden. I Kontrollpanelen går du till Hjälpmedelscenter och klickar på Gör tangentbordet enklare att använda. markera sedan kryssrutan Stryk under kortkommandon och åtkomstnycklar.

Cognitive

• Använd progressivt avslöjande för att dölja komplexiteten.

  

  I de här exemplen döljs alternativ som är tillgängliga från kommandoknappen som standard, och användarna kan välja att visa alternativen genom att dra nytta av kontroller för progressivt avslöjande.

• Använd ikoner, verktygsfält och andra visuella hjälpmedel för att minska den kognitiva belastningen på läsning av text.

• När det är möjligt tillhandahålla funktioner för automatisk komplettering i textrutor och redigerbara listrutor, så att användarna inte behöver skriva hela namnet på kommandon, filnamn eller liknande alternativ från en begränsad uppsättning alternativ. Detta minskar den kognitiva belastningen för alla användare och minskar mängden skrivningar för användare för vilka stavning eller stavning är svårt, långsamt eller smärtsamt.

• Demonstrera svåra begrepp i hjälpen genom att inkludera självstudier och animeringar. Observera att animeringar kan vara svåra för användare med nedsatt anfallsfunktion och därför endast bör användas vid behov.

beslag

• Använd inte blinkande eller blinkande text, objekt eller andra element med blixt- eller blinkfrekvens i intervallet mellan 2–55 Hz.
• Begränsa användningen av animeringar. Vissa användare är särskilt känsliga för skärmrörelser, särskilt i periferin i det visuella fältet. Om du använder animering för att uppmärksamma något, se till att uppmärksamhet är välförtjänt och värd att avbryta användaren.

Tal eller språk

• Organisera och skriva tydlig, koncis, lättförståelig text. Användbarhetstester visar att utveckling av viktig information i slutet av en fras förbättrar förståelsen. Fler riktlinjer finns i Style och Tone.

felaktig:

Är tre nästa siffra?

Klicka på OK för att börja.

rätt:

Är nästa siffra tre?

Börja genom att klicka på OK.

Åtkomstnycklar

• Föredrar tecken med breda bredder, till exempel w, m och versaler.
• Föredrar en distinkt konsonant eller en vokal, till exempel "x" i "Exit".
• Undvik att använda tecken som gör understrykningen svår att se, till exempel (från mest problematisk till minst problematisk):
  • Tecken som bara är en bildpunkt breda, till exempel i och l.
  • Tecken med underordnade tecken, till exempel g, j, p, q och y.
  • Tecken bredvid en bokstav med en fallande.

Menyåtkomstnycklar

• Tilldela åtkomstnycklar till alla menyalternativ. Inga undantag.

• För dynamiska menyalternativ (till exempel nyligen använda filer) tilldelar du åtkomstnycklar numeriskt.

  

  I det här exemplet tilldelar Paint-programmet i Windows numeriska åtkomstnycklar till nyligen använda filer.

• Tilldela unika åtkomstnycklar på en menynivå. Du kan återanvända åtkomstnycklar på olika menynivåer.

• Gör det enkelt att hitta åtkomstnycklar:

  • För de vanligaste menyalternativen väljer du tecken i början av etikettens första eller andra ord, helst det första tecknet.
  • För mindre vanliga menyalternativ väljer du bokstäver som är en distinkt konsonant eller en vokal i etiketten.

Dialogruteåtkomstnycklar

• Tilldela unika åtkomstnycklar till alla interaktiva kontroller eller deras etiketter när det är möjligt.skrivskyddade textrutor är interaktiva kontroller (eftersom användare kan rulla dem och kopiera text) så att de drar nytta av åtkomstnycklar. Tilldela inte åtkomstnycklar till:

  • KNAPPARNA OK, Avbryt och Stäng. Ange och Esc används för deras åtkomstnycklar. Tilldela dock alltid en åtkomstnyckel till en kontroll som innebär OK eller Avbryt, men som har en annan etikett.

    

    I det här exemplet har knappen positiv incheckning en tilldelad åtkomstnyckel.

• Gruppetiketter. Normalt tilldelas de enskilda kontrollerna i en grupp åtkomstnycklar, så gruppetiketten behöver ingen. Tilldela dock en åtkomstnyckel till gruppetiketten och inte de enskilda kontrollerna om det finns brist på åtkomstnycklar.

• allmänna hjälpknappar som nås med F1.

• Länka etiketter. Det finns ofta för många länkar för att tilldela unika åtkomstnycklar och länkstreck döljer understrecken för åtkomstnyckeln. Låt användarna komma åt länkar med tabbnyckeln i stället.

• Tabbnamn. Flikarna växlas med Ctrl+Tabb och Ctrl+Skift+Tabb.

• Bläddra bland knappar med etiketten "...". Dessa kan inte tilldelas åtkomstnycklar unikt.

• omärkta kontroller, till exempel spinnkontroller, grafiska kommandoknappar och omärkta kontroller för progressivt avslöjande.

• Statisk text eller etiketter utan etikett för kontroller som inte är interaktiva, till exempel förloppsstaplar.

• Tilldela åtkomstnycklar för incheckningsknappen först för att säkerställa att de har standardnyckeltilldelningarna. Om det inte finns någon standardnyckeltilldelning använder du den första bokstaven i det första ordet. Åtkomstnyckeln för ja- och nej-incheckningsknapparna ska till exempel alltid vara "Y" och "N", oavsett de andra kontrollerna i dialogrutan.

• För negativa incheckningsknappar (förutom Avbryt) som har formulerats som "Don't" tilldelar du åtkomstnyckeln till "n" i "Don't". Om den inte är frasad som "Don't" använder du standardåtkomstnyckeltilldelningen eller tilldelar den första bokstaven i det första ordet. På så sätt har alla Don'ts och Nos en konsekvent åtkomstnyckel.

• Om du vill göra det enkelt att hitta åtkomstnycklar tilldelar du åtkomstnycklarna till ett tecken som visas tidigt i etiketten, helst det första tecknet, även om det finns ett nyckelord som visas senare i etiketten.

Fler riktlinjer och exempel finns i Tangentbord.

SMS

• Använd kolon i slutet av externa kontrolletiketter. Vissa hjälpmedelstekniker letar efter kolon för att identifiera kontrolletiketter.

• Placera etiketter konsekvent i förhållande till de element som de etiketterar. Detta hjälper till att associera etiketterna korrekt med motsvarande kontroller och hjälper användare av skärmförstorare att veta var de ska leta efter en etikett eller kontroll.

  

  I det här exemplet placeras etiketterna för var och en av listrutorna konsekvent och använder kolon.

• Begränsa alternativtexten till högst 150 tecken. Beskriv åtgärden för att aktivera kontrollen (till exempel klicka, högerklicka och så vidare) och beskriv sedan kontrollens funktion.

  acceptabelt:

  Knapp.

  Blå kullar.

  Bättre:

  Klicka för att logga in på ditt konto.

  Foto av avlägsna kullar som visar hur färger bleknar över avstånd.

• Använd inte text för att rita linjer, rutor eller andra grafiska symboler. Tecken som används på det här sättet kan förvirra användare av skärmläsare. Till exempel läses en ruta ritad med bokstaven "X" runt ett textområde av skärmläsarprogramvaran som "X X X X X X" på den första raden, följt av "X" och innehållet och "X".

Dokumentation

• Dokumentera alla hjälpmedelsalternativ och funktioner (till exempel alla kortkommandon).
• Skapa tillgänglig dokumentation i tillgängliga format. Därför bör själva dokumentationen följa samma tillgänglighetsregler som det primära användargränssnittet.
• Se åtkomstnycklar, inte genvägsnycklar (som har en annan betydelse och användning), mnemonic-nycklar eller acceleratorer.
• I allmänhet hänvisar till en person med ett slags funktionshinder, inte en funktionshindrad person. Tänk på personen först, inte etiketten.

Använd dessa termer	Istället för
Har begränsad fingerfärdighet, har rörelsesvårigheter	Förlamad, lam
Utan funktionshinder	Normal, duglig, frisk
Enhandspersoner som skriver med en hand	Enhänta
Personer med funktionshinder	Funktionshindrade, funktionshindrade, personer med handikapp, handikappade
Kognitiva funktionshinder, utvecklingssvårigheter