| DOS-krav§ |
1.4.10 (AA) |
R91 |
Skapa en flexibel layout som fungerar vid förstoring eller liten skärm
- Undvik horisontell scrollning ner till 320 pixlars bredd.
- Använd i första hand responsiv design.
- Gör en anpassad mobilversion om responsiv design är inte är möjligt.
- Även dokument som inte är webbsidor bör kunna presenteras i begränsad bredd.
|
|
| DOS-krav§ |
2.1.4 (A) |
R68 |
Skapa kortkommandon med varsamhet
- Använd kortkommandon sparsamt.
- Använd vedertagna tangentkombinationer om sådana finns.
- Informera om vilka kortkommandon ni erbjuder.
- Gör det möjligt att stänga av eller byta ut kortkommandon som bara består av ett tecken.
|
|
| DOS-krav§ |
1.3.5 (AA) |
R154 |
Märk upp vanliga formulärfält i koden
- Använd attributet
autocomplete på inmatningsfält.
- Beskriv förväntat innehåll med attributet
autocomplete, om det finns en standardiserad benämning.
- Ange
autocomplete=”off” om det gäller känslig information eller om servern erbjuder ordförslag.
|
|
| DOS-krav§ |
1.4.11 (AA) |
R156 |
Använd tillräckliga kontraster i komponenter och grafik
- Ge gränssnittskomponenter tydliga visuella gränser.
- Gör helst även inaktiva element urskiljbara för alla.
- Använd god kontrast för informationsbärande delar av illustrationer och annat grafiskt innehåll, så långt det är rimligt.
|
|
| DOS-krav§ |
1.4.12 (AA) |
R157 |
Se till att det går att öka avstånd mellan tecken, rader, stycken och ord
- Placera text i utrymmen som är tillräckligt stora eller som anpassar sig efter innehållet.
- Ta hänsyn till att texter kan ändra storlek om du använder absolut positionering av element som riskerar att krocka med texten.
|
|
| DOS-krav§ |
1.4.13 (AA) |
R158 |
Popup-funktioner ska kunna hanteras och stängas av alla
- Överväg att presentera innehållet på något annat sätt.
- Gör det enkelt att ta bort innehållet.
- Gör det möjligt att hantera innehållet för alla.
|
|
| DOS-krav§ |
2.5.1 (A) |
R160 |
Erbjud alternativ till komplexa fingerrörelser
- Se till att all funktionalitet går att utföra med flera fingrar även går att utföra med bara ett finger
|
|
| DOS-krav§ |
2.5.2 (A) |
R161 |
Gör det möjligt att ångra klick
- Ge i första hand användaren möjlighet att ångra åtgärden innan nedtryckningen upphör (up-eventet).
- Ge i andra hand användaren möjlighet att ångra sig efter up-eventet.
- Koppla bara i undantagsfall aktivering till nedtryckning av knappen eller skärmen (down-eventet).
|
|
| DOS-krav§ |
2.5.3 (A) |
R162 |
Se till att text på knappar och kontroller överensstämmer med maskinläsbara etiketter
- Ta reda på vilken maskinläsbar etikett som används för kontrollen.
- Se till att den maskinläsbara etiketten matchar den synliga.
- Använd bara samma maskinläsbara etikett för flera kontroller om de gör exakt samma sak.
|
|
| DOS-krav§ |
2.5.4 (A) |
R163 |
Erbjud alternativ till rörelsestyrning
- Se till att funktioner som kan hanteras med rörelsestyrning även kan hanteras på något annat sätt.
- Gör det möjligt att stänga av rörelsestyrningen.
|
|
| DOS-krav§ |
4.1.3 (AA) |
R164 |
Se till att hjälpmedel kan presentera meddelanden som inte är i fokus
- Markera med aria-kod de områden där statusmeddelanden kan presenteras.
- Använd gärna samma teknik även för andra viktiga förändringar.
- Använd aria med försiktighet så att du inte stör användaren.
|
|
| DOS-krav§ |
1.3.4 (AA) |
R153 |
Se till att allt innehåll presenteras rätt oavsett skärmens riktning
- Använd bara i undantagsfall de tekniker som finns för att låsa skärmens riktning (exempelvis Screen Orientation API).
- Se till att allt innehåll presenteras oavsett skärmens riktning.
|
|
