Ez a cikk először a .net magazin 235. számában jelent meg - ez a világ legkeresettebb webes tervezői és fejlesztői magazinja.
Mostanra ismeri az ARIA mérföldkőnek számító szerepeit, mint pl keresés, fő- és navigáció. Meghatározzák az oldal tartalmi szakaszának célját, hogy az olyan emberek, akik olyan segéd technológiákat használnak, mint a képernyőolvasók, egy pillanat alatt hozzáférhessenek a látó emberek számára nyilvánvaló információkhoz. A szerepe Alkalmazás valamivel többet tesz, mint iránymutató szerepet tölt be az oldalon: ez arra készteti az AT-ket, hogy megváltoztassák viselkedésüket, ezért fontos megérteni az alkalmazás használatának következményeit.
A Alkalmazás A role azt mondja egy AT-nek, hogy az oldal szakaszát asztali alkalmazásként kezelje, nem pedig hagyományos weblapként. Annak megértéséhez, hogy ez mit jelent, meg kell vizsgálni, hogy sok képernyőolvasó miként kezeli a weboldalakat.
Amikor egy oldal betöltődik a böngészőben, néhány Windows képernyőolvasó megragadja az oldal másolatát, és virtuális pufferben tárolja. Ez az oldal másolata, amellyel a felhasználó interakcióba lép. Ez „böngészés” vagy „virtuális kurzor” mód néven ismert, és lehetővé teszi az oldal járását a nyílbillentyűk használatával, valamint a szemantikai információk beszédét a tartalommal kapcsolatban.
A virtuális puffer másik hatása az, hogy bizonyos billentyűleütéseket az AT rögzít, ahelyett, hogy továbbítanák őket a böngészőbe. Ez lehetővé teszi a címsorok, listák és egyéb HTML-szolgáltatások szerinti navigációt. Ha szükséges, hogy a billentyűleütések átkerüljenek a böngészőbe, ezek a képernyőolvasók más módot hívnak, amelyet „formák” vagy „fókusz” módnak neveznek.
Ezen a ponton érdemes megjegyezni, hogy a Mac OS / iOS AT-k nem használják ezt az interakciós modellt. Amikor role = "alkalmazás" ezen a platformon találkozik, ugyanúgy kezelik, mint bármely más ARIA mérföldkő szerepet.
Amikor jelentkezel role = "alkalmazás" egy elemhez olyan képernyőolvasókat okoz, amelyek a böngészés / virtuális kurzor mód segítségével automatikusan meghívják az űrlapokat / fókusz módot, és a tároló tartalmát asztali alkalmazásként kezelik, nem pedig weblapként. Ennél is fontosabb, hogy ezeknek a képernyőolvasóknak nem könnyű visszatérni böngészési módba, ha az űrlapokat / fókusz módot elindította role = "alkalmazás".
Ez felveti a kérdést: mikor kell (vagy nem szabad) role = "alkalmazás" használva lenni? Ha szabványos HTML5 elemeket használ, akkor nem kell használnia role = "alkalmazás". Ide tartoznak a címsorok, bekezdések, linkek, listák és űrlapmezők. Ugyanez a helyzet akkor, ha összetett widgeteket használ, amelyek szabványos HTML elemekből állnak, és más megfelelő ARIA szerepekkel vannak megjelölve; például csúszka, treview vagy éberbeszéd. Az AT-k már tudják kezelni ezeket a dolgokat.
Ha olyan mashup widgeteket használ, amelyek asztali alkalmazásként viselkednek, akkor célszerű lehet használni role = "alkalmazás". Az az igazság, hogy azok az idők, amikor valóban használniuk kell, kevés lesz. Azon kevés példák egyike, ahol role = "alkalmazás" megfelelően és hatékonyan használják a Yahoo webes leveleket. Kombinációját használja role = "alkalmazás" és role = "dokumentum" emulálni az asztali e-mail kliens viselkedését.
Fedezze fel a HTML5 60 csodálatos példáját testvéroldalunkon, a Creative Bloq-on.