Riktlinje

1.1 Text Alternativ

1.1.1 Icke-text innehåll

Allt icke-text innehållsom visas för användaren har ett text alternativ som tjänar ett motsvarande syfte.

Kontroller, Input

• Alla knappar utan synlig text har text beskrivningar och ARIA beskrivande taggar.

Tids-Baserad Media, Test, Sensory, CAPTCHA

• Inte aktuell

Dekoration, Formatering, Osynlig

• Dekorativ och rent presentativt material borde inte bli upplockade av skärmavläsare

Riktlinje

1.2 Tids-baserad Media

1.2.1 Endast ljud och endast video (Förinspelat)

1.2.2 Textning (Förinspelat)

Videoinnehåll laddas upp av systemanvändarna. Systemet erbjuder inget inbyggt ljud och/eller video material.

Användaruppladdad video bör innehålla textning om möjligt.

1.2.3 Ljudbeskrivning eller alternativt media (Förinspelat)

Ett alternativ för tids-baserad media eller audionom beskrivning av det förinspelade vide materialet tillhandahålls för synkroniserad media.

1.2.4 Textning (Live)

1.2.5 Ljudbeskrivning (Förinspelat)

Riktlinje

1.3 Anpassningsbar

1.3.1 Info och förhållanden

Information, struktur, och förhållanden förmedlade igenom presentation kan bli programmatiskt bestämd eller vara tillgängliga i text.

Överväga möjligheten att använda ARIA markeringar för att identifiera regioner på en sida

https://www.w3.org/WAI/WCAG21/Understanding/info-and-relationships.html

Se över hur formulärsfält är byggda, för att indikera krävda fält kompatibla med hjälpande teknologi.

Se över rutnätets huvudmeny och cellnavigering och textning.

Se över bockrutor - etiketter för varje bockruta kan bli programmatiskt bestämt av hjälpande teknologi.

När sekvensen där innehållet presenteras påverkar dess mening, skall en korrekt lässekvens kunna bli programmatiskt bestämd.

Verifiera navigeringssekvensen och tabelläsningens sekvens

1.3.3 Sensoriska karaktärsdrag

Instruktioner givna för att förstå och använda innehåll behöver inte enbart bero på sensoriska karaktärsdrag av komponenter som form, färg, storlek, synlig plats, orientering eller ljud.

Alla symboler har textvärden tilldelade till sig.

Det här gäller inte i ritningsvyn då det är omöjligt att beskriva ritningar som laddas upp av systemanvändare.

Applikationen kan köras på en stor variation av skärmstorlekar och orienteringar.

För bästa resultat rekommenderas ett minimum av 1024x760.

Syftet av att varje fält samlar information om användaren kan bli programmatiskt fastställt när:

Input fältet tjänar ett syfte som definieras i "Input Syften för Användarinterface Komponenter; och
innehållet är implementerat igenom att använda teknologier med stöd för att identifiera den väntade meningen för formulärs input data.

Riktlinje

1.4 Isärhållbart

1.4.1 Användande av färg

Gör det lättare för användare att se och höra innehåll inkluderandes separerande förgrunden från bakgrunden.

Verifiera teman och alla element för kontrastens minimala förhållande:

• liten text 4.5 : 1
• stor text 3 : 1
• inaktiva användarinterface komponenter har inget krav på kontrasten
  
  
  

Förutom för textning och bilder av text, skall text kunna skalas om utan hjälpande teknologi upp till 200 procent utan förlust av innehåll eller funktion.

Det finns tre teman tillgängliga med olika teckenstorlek.

Vidare, kan applikationen ta nytta av browserns zoom funktion.

Stöd för högkontrastläge?

• liten text text 7 : 1
• stor text 4.5 : 1

Applikationen stödjer ett högkontrastläge. För mer information, se "Högkontrast Tillgänglighets temat" sektionen nedan samt en gradering av temats kontrast.

Innehåll kan presenteras utan förlust av information eller funktionalitet, och utan krav på att rulla i två dimensioner:

Vertikalt rullande innehåll med en motsvarande bredd på 320 CSS pixlar;

Horisontellt rullande innehåll med en motsvarande höjd på 256 CSS pixlar.

Förutom delarna av innehållet som kräver en tvådimensionell layout för användandet eller syfte.

Innehållsundantag för återflöde:

• grafik och video är av natur tvådimensionella
• Komplexa data tabeller har ett tvådimensionellt förhållande mellan headers och datacellerna.
• Interfacen som ger verktygsfält för att redigera innehållet som behövs för att visa både innehållet och verktygsfältet i visningsområdet 

Användarinterfacets komponenter kräver kontrast 3 : 1

I innehållet som implementerats använder de påslagsspråk som stödjer följande text-stilsegenskaper, ingen förlust av innehåll eller funktionalitet händer igenom att sätta alla följande och att inte ändra någon annan stilegenskap:

• Linjehöjd (linjemellanrum) till åtminstone 1.5 gånger teckenstorleken;
• Mellanrummet följande paragrafer till åtminstone 2 gånger teckenstorleken;
• Bokstavsmellanrummet (spårning) till åtminstone 0.12 gånger teckenstorleken;
• Ordmellanrummen till åtminstone 0.16 gånger teckenstorleken.

Inga stora delar text eller paragrafer visas i applikationen.

Läsbar bokstavsmellanrum måste bestämmas baserat på fall till fall då olika teckenfamiljer har olika teckenbredder. Det finns inget enstaka värde som kan säkra att alla teckenfamiljer automatiskt behåller deras läsbarhet.

Ändra bokstavsavståndet eller radhöjden stöds ej.

Där att ta emot och sedan ta bort pekaren eller tangentbordets fokus triggar extra innehåll att bli synligt och sedan gömmas så skall följande vara sant:

Stängbar

En mekanism är tillgänglig för att stänga extra innehållet utan att flytta pekaren eller tangentbordsfokus, om inte det extra innehållet kommunicerar ett inputfel eller inte gömmer eller ersätter annat innehåll.;

Överhovringsbar

Om pekaren hovrar kan det triggas mer innehåll, sedan kan pekaren röras över det extra innehållet utan att det försvinner;

Beständig

Det extra innehållet stannar synbart tills hovern eller fokustriggern är borttagen, användaren stänger det, eller dess information inte gäller längre.

Undantag: Den visuella presentationen av det extra innehållet kontrolleras av användaragenten och är inte modifierat av författaren.

Extra innehåll som visas under hover:

• knappförklaringar
• objektsegenskaper (kan stängas av och visas vid klick)

Riktlinje

2.1 Tangentbords Tillgänglighet
2.4 Navigerbarhet

All funktionalitet av innehållet är styrbar igenom ett tangentbordsinterface utan att kräva specifik timing.

• Tangentbords navigering är tillgängligt för alla interface delar som är baserade på text, knappar, formulär och fönster.
• Tangenbordsstyrning är inte möjligt för ritinteraktion.
  
  
• Styrning igenom pekarenhet (exempelvis en mus) krävs för att:
  • panorera ritningen
  • rita nya vektorelement eller införa nya ikoner
  • visa objektsegenskaper för indikerad plats på ritningen
  • länka objekt till vektorelement på ritning

Inga timingförhinder appliceras.

Om tangentbordsfokus kan flyttas till en annan komponent på sidan igenom användning av ett tangentbordsinterface, då kan fokus flyttas iväg från den komponenten igenom användning av endast ett tangenbordsinterface, och om det behövs mer är omodifierade pil eller tab tangenter eller andra standard utgångsmetoder, rådgörs användaren om hur man flyttar bort fokuset.

Fokus kan flyttas igenom endast tangentbordet (utan behov av mus)

Fokus kan flyttas med tangentbordet.

Sammanhangsmenyn kan öppnas med funktionsmenyknappen.

 Ritningsinnehåll kan ej styras baserat på endast tangentbordsinput.

Om en tangentbordsgenväg är implementerad i innehållet användandes endast bokstäver (inkluderat stora och små bokstäver), punktning, numeriska, eller symbol karaktärer, så måste minst en av följande punkter stämma in:

Stäng av

En mekanik är tillgänglig för att stänga av genvägen.

Bind om

En mekanism är tillgänglig för att binda om genvägen till att använda en eller flera icke skrivbara tangenter (exempelvis Ctrl, Alt, etc);

Aktiv endast vid fokus

Tangentbordsgenvägen för en användarinterfacekomponent är endast aktiv när den komponenten ligger i fokus.

Tangentbordsgenvägar är endast aktiverade för element i fokus.

Inga enteckensgenvägar är aktiva

Några tangentbordsgenvägar är aktiva för att kopiera/klistra/ta bort (exempelvis. Ctrl+C)

Speciella tangenter krävs alltid: Esc, Ctrl, Shift

För varje tidsgräns som sätts av innehållet, måste minst en av följande kriterier vara sant:

• Stäng av - Användaren är tillåten att stänga av tidsgränsen innan den kommer
  
  
• Justera - Användaren är tillåten att justera tidsgränsen innan den kommer över ett brett spann som är minst tio gånger längre än standardinställningen.
  
  
• Förläng - Användaren varnas innan tidsgränsen tar slut och får minst 20 sekunder att förlänga tiden med en enkel handling (exempelvis "tryck på mellanslag"), och sedan är användaren tillåten att förlänga tiden minst tio gånger
  
  
• Realtids undantag - Tidsgränsen är en krävd del av ett realtidsevent (exempelvis en auktion) och inget alternativ till tidsgränsen är möjlig.
  
  
• Nödvändigt undantag - Tidsgränsen är nödvändig och att förlänga den skulle ogiltigförklara aktiviteten.
  
  
• 20-Timmars undantag - Tidsgränsen är längre än 20 timmar.

För rörande, blinkande, rullande, eller automatiskt uppdaterad information, måste allt följande instämma:

Rörande, blinkande, rullande
För all rörande, blinkande eller rullande information som (1) startar automatiskt, (2) varar längre än 5 sekunder, and (3) presenteras paralellt med annat innehåll,så finns en mekanik för användaren att pausa, stanna, eller gömma den om inte rörelsen, blinkningen eller rullandet är del av en aktivitet där det är nödvändigt.

Automatisk-updatering
För all automatiskt uppdaterande information som (1) startar automatiskt och (2) is presenteras parallellt med annat innehåll, ska det finnas en mekanism för användaren att pausa, stoppa, eller gömma den eller för att kontrollera hur frekvent som uppdateringarna om inte dem är en del av en aktivitet där det är nödvändigt.

Några rit-element blinkar lite för att indikera ett nytt element. Detta är inte repetitivt och är ej störande

Några dialoger använder en uppdatera automatiskt funktion med fördefinierade intervaller. Detta är nödvändigt för att representera det nuvarande stadiet. Uppdatera funktionen kan stängas av.

2.4.1 Kringgå Blockeringar

Om en webbsida kan navigeras sekventiellt och navigationssekvensen påverkar betydelse eller användning, skall fokuserbara komponenter få fokus i en ordning som bevarar mening och användbarhet.

Alla tangentbordsstyrda komponenter har ett läge där tangentbordets fokusindikator är synlig.

Riktlinje

2.5 Input Modaliteter

 All funktionalitet som använder flerpunkts eller väg-baserade gester for operation kan styras med en enkel pekare utan en vägbaserad gest, om inte en flerpunkts eller vägbaserad gest är nödvändig.

Användarinterfacets kontroller erbjuder styrning med plus och minusknapparna för att zooma in och ut.

Dra och släpp linkar kan också göras igenom menyalternativ (kopiera / klistra)

För funktionalitet som kan styras med en enda pekare, är minst ett av följande påståenden sant:

• Inget nedevent: Ned-eventet från pekaren används inte för att utnyttja någon del av funktionen;
• Avbryt eller ångra: Fullföljande av funktionen är på upp-eventet, och en mekanism är tillgänglig för att avbryta funktionen innan slutförande;
• Upp-och-net vändning: Upp-eventet omvänder alla resultat av ett föregående ned-event;
• Nödvändig: Att slutföra funktionen på ett ned-event is nödvändig.

Alla element består av text, texter med ikon eller ikon med verktygstext.

ARIA etiketter är tillgängliga för alla komponenter.

Funktionalitet som kan styras av enhetsrörelse eller användarrörelse kan också styras av användarinterfacets komponenter och svarar på rörelsen kan stängas av för att förhindra att aktivering råkas göras.

1. Sätt språk attribut baserat på användarens valda språk
2. H57: Använda språkattribut på html-elementet

HTML element har dynamiskt satt språkkod.

Användarinterfacet är översatt till flera språk och detta val kan göras per användare.

Riktlinje

3.2 Förutsägbarhet

Inmatningsfel presenteras med:

• ikon
• färg
• felbeskrivning i text

Om ett inmatningsfel automatiskt känns av och förslag för korrigering känns till, så är förslagen givna till användaren om det inte skulle riskera säkerheten eller syftet av innehållet.

För webbsidor som orsakar lagliga åtaganden eller finansiella transaktioner för användaren, som modifierar eller tar bort användarkontrollerbar data i datalagringssystem, eller som delger användares svar på testinlagor, så måste minst ett av följande påståenden vara sant:

Omvändbar: Inlagor är omvändbara.
Kollad: Data som matas in av användaren kollas för inmatningsfel och användaren erbjuds en chans att korrigera dem.
Bekräftat: En mekanism är tillgänglig för översyn, bekräftelse, och korrigera information innan man slutför inlagan.

Riktlinje

4.1 Kompatibel

För alla användarinterface komponenter (inklusive men inte begränsat till: formulärelement, länkar och komponenter som genererats av skript), namnet och rollen kan bli programmatiskt bestämda; statusar, egenskaper, och värden som kan bli satta av användaren kan bli programmatiskt satta; och notifikationer av ändringar till dessa föremål är tillgängliga för användaragenter, inklusive hjälpande teknologier.

Applikationsstrukturen (exempelvis regioner och kapslingen av komponenter) följer ARIA roller och riktlinjer. Alla komponenter beskrivs av ARIA-etikett attribut samt att de har dynamiskt ändringsbara specifika attribut some reflekterar deras status och förhållande.

I innehåll implementerat med påslagsspråk, status meddelanden kan bli programmatiskt bestämda igenom roll eller egenskaper så att de kan presenteras till användaren av hjälpande teknologier utan att få fokus.

Användarroll=status för att presentera statusmeddelanden

https://www.w3.org/WAI/WCAG21/Techniques/aria/ARIA22

Ge "lyckad" feedback när data blir lyckat inlämnad

https://www.w3.org/WAI/WCAG21/Techniques/general/G199

Använd ARIA roll=larm eller Live Regioner för att identifiera fel

https://www.w3.org/WAI/WCAG21/Techniques/aria/ARIA19