Hur - Begriplighet

Begriplig - Information och hantering av användargränssnitt måste vara begriplig

Riktlinje 3.1

Läsbart: Gör textinnehåll läsbart och begripligt Krav i vänstra kolumnen och lösningsförslag i högra.
Krav Lösningsförslag
3.1.1 Sidans språk: Det huvudsakliga mänskliga språket på varje webbsida kan tydliggöras automatiskt.
(Nivå A)
Använd attributet “lang” i “html” elementet.
Exempel
<!DOCTYPE>
<html lang="sv">
3.1.2 Språk för del av sida: Det mänskliga språket för varje avsnitt eller fras i innehållet kan automatiskt tydliggöras utom för egennamn, tekniska termer, ord av obestämbart språk och ord eller fraser som blivit en naturlig del av språket i den omgivande texten.
(Nivå AA)
För HTML5 finns attributet lang för varje element.
Exempel
<p lang="fr">Je ne parle pas français.</p>

Riktlinje 3.2

Förutsägbart: Säkerställ att webbsidor presenteras och fungerar på ett förutsägbart sätt. Krav i vänstra kolumnen och lösningsförslag i högra.
Krav Lösningsförslag
3.2.1 Vid fokus: Att en komponent får fokus leder inte till en förändring av sammanhanget.
(Nivå A)
Här handlar det om att allt ska vara förutsägbart för användaren.
Oväntade händelser som kanske automatiskt skickat ett formulär eller ändrar innehållet på sidan ska undvikas. Dessa typer av händelser ska utföras av användaren.
Testa med att tabba dig runt på hela webbsidan och checka att inga förändringar av sidan sker när en komponent får fokus.
3.2.2 Vid inmatning: Att ändra inställningarna för en komponent i ett användargränssnitt orsakar inte automatiskt en förändring av sammanhanget, om inte användaren förvarnats om detta innan komponenten används.
(Nivå A)
Se till att varje formulär som ska skicka data har en “submit”-knapp.
Använd inte automatisk ändring vid val i “select”-element.
3.2.3 Konsekvent navigering: Navigeringsmetoder/funktioner som upprepas på flera webbsidor inom en uppsättning av webbsidor presenteras i samma inbördes ordning varje gång de upprepas, om inte användaren initierar en ändring.
(Nivå AA)
Se till att informationen på webbsidor inom samma webbsajt kommer i samma relativa ordning på varje sida. Till exempel logga, titel, sökruta, navigering, innehåll.
Se till att länkar på sidorna behåller sina relativa förhållanden. Det vill säga kommer i samma ordning. Men eventuellt med tillägg.
3.2.4 Konsekvent identifiering: Komponenter som har samma funktionalitet inom en uppsättning av webbsidor identifieras konsekvent.
(Nivå AA)
Inom en webbsajt ska delar som gör samma sak se likadana ut överallt. Till exempel en bild med frågetecken och texten “Mer information”. Varje gång bilden används ser text och bild likadana ut. Eller en länk “Kontakt” till en webbsida med kontaktinformation ska ha samma text på andra ställen där den används.

Riktlinje 3.3

Inmatningsstöd: Hjälp användare att undvika misstag och rätta till misstag. Krav i vänstra kolumnen och lösningsförslag i högra.
Krav Lösningsförslag
3.3.1 Identifiering av fel: Om ett inmatningsfel upptäcks automatiskt så ska det som är fel markeras och felet beskrivas för användaren med text.
(Nivå A)
Se till att du har antingen en check på webbsidan genom javascript(klientbaserad lösning) som genererar en alert-ruta(eller generera en ruta på webbsidan) med information om vad som är fel.
Eller en server-baserad lösning där sidan ritas upp igen med korrekt information bibehållen men med saknad/felaktig information saknad men markerad eller genom informationstext.
Det är också ett stort plus om titeln(“title”-elementet) på sidan ändras så den innehåller ett felmeddelande så de som använder skärmläsare lättare kan uppfatta att de är kvar på samma sida.
3.3.2 Ledtexter/etiketter eller instruktioner: Det finns Ledtexter/etiketter eller instruktioner när innehåll kräver inmatning från användaren.
(Nivå A)
Använd “labels” till interaktiva formulärkomponenter så det blir tydligt vad de avses användas till. Om du inte använder “label” (vilket inte går tilla komponenter) så använd “title”-attributet.
Om ett speciellt utseende/format) på indata krävs, ge exempel.
Om det blir fel i ett formulär, se till att information om vad som gått snett visas.
3.3.3 Förslag vid felhantering: Om ett inmatningsfel upptäcks automatiskt och det finns kända korrigeringsförslag så ges förslagen till användaren, utom om det skulle äventyra säkerheten eller syftet med innehållet.
(Nivå AA)
Samma som ovan men om det går ge extra information om vad som gick snett.
3.3.4 Förebyggande av fel (juridiskt, ekonomiskt, data): För webbsidor som leder till att användare ingår rättsliga åtaganden eller utför ekonomiska transaktioner, eller som ändrar eller raderar användarstyrd data i datalagringssystem eller tar emot användarens provsvar, så ska minst en av följande punkter gälla:
(Nivå AA)
  1. Möjlig att ångra: Åtgärder kan ångras.
  2. Kontrollerad: Data som matats in av användaren kontrolleras, och om inmatningsfel hittas ges användaren möjlighet att rätta till dem.
  3. Bekräftad: Det finns en metod/funktion för att förhandsgranska, bekräfta och rätta till information innan åtgärden slutförs.
  1. Om det går att ångra ett köp så ska ångertiden tydligt stå på webbsidan.
    Om information fylls i på flera sidor ska det ges en möjlighet att se allt inmatat innan informationen skickas iväg.
    Om det är något som absolut inte kan ångras så lägg till en kryssruta just före “submit”-knappen som måste klickas i.
  2. Om något måste tas bort och inte kan återskapas ( till exempel en biljettbeställning) så ställ en extra kontrollfråga med bekräfta/ångra alternativ.
    Om det är något som absolut inte kan ångras så lägg till en kryssruta just före “submit”-knappen som måste klickas i.
  3. Om information fylls i på flera sidor ska det ges en möjlighet att se allt inmatat innan informationen skickas iväg.
    Om något inte kan ångras så ställ en extra kontrollfråga med bekräfta/ångra alternativ.