Acest articol a apărut pentru prima dată în numărul 235 al revistei .net - cea mai vândută revistă din lume pentru designeri și dezvoltatori de web.
Până acum, veți fi familiarizați cu roluri de referință ARIA, cum ar fi căutare, principal și navigare. Identifică scopul unei secțiuni de conținut pe o pagină, astfel încât persoanele care folosesc tehnologii de asistență (AT-uri), cum ar fi cititoarele de ecran, pot accesa informații care sunt evidente pentru persoanele cu vedere dintr-o privire. Rolul cerere face ceva mai mult decât să acționeze ca un punct de reper pe pagină: determină AT-urile să schimbe modul în care se comportă, deci este important să înțelegem mai întâi implicațiile utilizării acestuia.
cerere rolul îi spune unui AT să trateze secțiunea paginii ca pe o aplicație desktop, mai degrabă decât ca pe o pagină web convențională. Pentru a înțelege ce înseamnă acest lucru, este necesar să ne uităm la modul în care mulți cititori de ecran gestionează paginile web.
Când o pagină se încarcă în browser, unii cititori de ecran Windows preiau o copie a paginii și o stochează într-un buffer virtual. Utilizatorul interacționează cu această copie a paginii. Acest lucru este cunoscut sub numele de „răsfoire” sau „cursor virtual” și face posibilă parcurgerea paginii folosind tastele săgeată și informațiile semantice despre conținut.
Un alt efect al bufferului virtual este că anumite apăsări de taste sunt capturate de AT în loc să fie transmise către browser. Aceasta permite navigarea după titluri, liste și alte caracteristici HTML. Când este necesar ca apăsările de tastă să fie transmise în browser, acești cititori de ecran invocă un mod diferit cunoscut sub numele de „forme” sau „focalizare”.
Este demn de remarcat în acest moment faptul că AT-urile Mac OS / iOS nu folosesc acest model de interacțiune. Când rol = "aplicație" este întâlnit pe platforma respectivă, este tratat în același mod ca orice alt rol de referință ARIA.
Când aplicați rol = "aplicație" unui element, acesta determină cititoarele de ecran care folosesc modul de navigare / cursor virtual să invoce automat formularele / modul de focalizare și să trateze conținutul containerului ca o aplicație desktop mai degrabă decât ca o pagină web. Mai important, nu este ușor pentru cititorii de ecran să revină la modul de navigare după ce modul de formare / focalizare a fost declanșat de rol = "aplicație".
Aceasta pune întrebarea: când ar trebui (sau nu ar trebui) rol = "aplicație" fi folosit? Dacă utilizați elemente HTML5 standard, nu ar trebui să utilizați rol = "aplicație". Aceasta include titluri, paragrafe, linkuri, liste și câmpuri de formular. Același lucru este valabil dacă utilizați widgeturi compozite realizate din elemente HTML standard și marcate cu alte roluri ARIA adecvate; de exemplu glisor, treview sau dialog alert. AT-urile știu cum să facă față acestor lucruri deja.
Dacă utilizați widget-uri mashup destinate să se comporte ca o aplicație desktop, atunci poate fi adecvat să se utilizeze rol = "aplicație". Adevărul este că momentele în care va trebui cu adevărat să-l folosiți vor fi puține și îndepărtate. Unul dintre puținele exemple în care rol = "aplicație" este utilizat în mod adecvat și eficient este mailul Yahoo. Folosește o combinație de rol = "aplicație" și rol = "document" pentru a imita comportamentul unui client de e-mail desktop.
Descoperiți 60 de exemple uimitoare de HTML5 pe site-ul nostru suror, Creative Bloq.
