Identificer formål
Ud over formularfelter skal formålet med UI-komponenter, ikoner og regioner kunne identificeres programmatisk — så adaptive teknologier kan indsætte symboler, forenkle siden eller skjule ikke-essentielle dele.
Hvad det kræver
Hvor 1.3.5 dækker formularinputs, udvider 1.3.6 den samme idé til alle UI-komponenter, ikoner og regioner. Hensigten er, at et adaptivt værktøj — en kognitions-støttende udvidelse, en symboloverlay-app — kan identificere en „søge“-region, et „navigation“-link, en „slet“-knap via dens rolle og formål, og derefter erstatte eller skjule den. Specifikationen er bevidst fremadskuende og underspecificeret.
Sådan opfyldes det
- Brug ARIA-landmærker (
role="navigation",role="search",role="main") og HTML5-sektionselementer (<nav>,<main>,<search>) til at identificere regioner. - For ikonknapper sikres det, at det tilgængelige navn svarer til et velkendt formål („Søg“, „Indstillinger“, „Luk“).
- Brug
rel-attributter på links (rel="next",rel="prev",rel="author") til at identificere linkformål. - Brug schema.org eller mikrodataformat til at deklarere entitetstyper, som adaptive værktøjer kan forbruge.
- Følg ARIA Authoring Practices Guide-mønstre, så komponentroller er forudsigelige.
Typiske fejl
- Ikonknapper navngivet „Klik her“ eller uden tilgængeligt navn og intet maskinlæsbart formål.
- Tilpassede søge-widgets uden
role="search"-landmærke og intet autocomplete-token. - En bunke
<div>-elementer, der visuelt danner navigation, men ikke bærer nogen landmærkerolle. - Tilpassede „slet“-knapper, der ser distinkte ud, men annonceres identisk med „rediger“ eller „vis.“
Hvorfor det er vigtigt
AAA, og sjældent påkrævet. Det værktøjsøkosystem, der ville forbruge disse signaler, er stadig ved at modnes, så mange teams behandler 1.3.6 som aspirationelt. Hvis du allerede opfylder 1.3.5 og bruger semantisk HTML plus landmærker, er du det meste af vejen dertil.