Tastatur

Hvad det kræver

Al funktionalitet i indholdet skal kunne betjenes via en tastaturbrugerflade uden at kræve specifikke timinger for individuelle tastetryk. Brugeren skal kunne nå alle interaktive elementer med Tab, aktivere dem med Enter eller Mellemrum og betjene komplekse widgets med piletasterne og andre standardkombinationer.

Der er to snævre undtagelser: input der afhænger af stien i brugerens bevægelse (frihandstegning, underskrift af et dokument) og ikke blot slutpunkterne, samt input der efterligner en analog handling i den virkelige verden, hvor stien har betydning.

Sådan opfyldes det

• Brug native interaktive elementer (<button>, <a href>, <input>, <select>) — de er tastaturbetjenelige som standard.
• For brugerdefinerede widgets bygget af <div> eller <span> tilføjes role, tabindex="0" og tastehåndterere for Enter, Mellemrum, Escape og piletaster, som det passer til mønsteret.
• Følg ARIA Authoring Practices Guide for menuer, faner, kombobokse, dialogbokse og trævisninger — hvert mønster har en defineret tastaturinteraktionsmodel.
• Angiv et tastaturækvivalent for alle mus-only-bevægelser: træk-og-slip kræver en alternativ omarranger-via-knapper-funktion, hover-only-menuer skal åbnes ved klik, swipe-karruseller skal have frem/tilbage-knapper.
• Test ved at frakoble musen og gennemgå hele flowet.

Hyppige fejl

• <div onclick> uden role="button", tabindex="0" eller tastehåndterer — fuldstændig usynlig for tastaturbrugere.
• Brugerdefinerede dropdowns, hvor udløseren er tilgængelig, men mulighederne ikke kan navigeres med piletasterne.
• Træk-og-slip Kanban-boards, filuploadere eller canvas-værktøjer uden tastaturalternativ.
• Modalvinduers lukkeknapper der eksisterer, men ingen Escape-tastehåndterer.
• Hover-only tooltips og menuer der aldrig vises under tastaturfokus.
• Karruseller og bildegalleries der kun kan betjenes ved swipe eller klik på indikatorer uden tabindex.

axe og Lighthouse vil markere manglende tabindex og manglende tilgængelige navne, men de kan ikke afgøre, om en brugerdefineret dropdown faktisk reagerer på piletaster — den del er manuel.

Hvorfor det er vigtigt

Dette er det vigtigste succeskriterium for betjenelighed. Skærmlæserbrugere navigerer med tastatur. Switch-brugere emulerer et tastatur. Stemmestyringbrugere afgiver kommandoer der mapper til tastaturhændelser. Erfarne brugere med RSI er afhængige af det. Et websted der fejler 2.1.1 udelukker reelt alle der ikke kan bruge en mus — og den gruppe er langt større end den åbenlyse.