Akadálymentes Dinamikus Webes Alkalmazások (WAI-ARIA) 1.0 - Magyar fordítás

Egy fontos, általában időérzékeny információt tartalmazó üzenet. Lásd a kapcsolódó alertdialog és status szerepeket.

Az alert a felhasználónak szánt figyelmeztető jellegű üzenetek továbbítására szolgál. Hangfigyelmeztetések esetén hozzáférhető alternatívát jelent a halláskárosult felhasználók számára. Az alert szerep a figyelmeztető üzenetet tartalmazva kapcsolódik a csomóponthoz. Az alert a status szerep egy specializált formája és atomi aktív területként kerül feldolgozásra.

Az alertek tolakodó (assertive) aktív területek, és a kisegítő technológiák eképp fogjak őket feldolgozni. Azonban sem a szerkesztőktől, sem a felhasználói programoktól nem elvárás, hogy a fókuszt a figyelmeztetésre mozgassák. Mivel a fókuszt nem kötelező megkapniuk, a tartalomszerkesztőknek NEM KELL elvárniuk a felhasználótól az alert bezárását. Amennyiben az operációs rendszer ezt lehetővé teszi, a felhasználói programoknak egy system alert eseményt KELL küldeniük az akadálymentességi API-n keresztül a WAI-ARIA alert létrehozásakor. Ha az alert bezárásához szükség van a fókuszra, a tartalomszerkesztőknek inkább az alertdialog szerepet KELL használniuk.

Megjegyzés: Az alert szerep implicit aria-live: assertive és aria-atomic: igaz értékekkel rendelkezik.

Egy figyelmeztető üzenetet tartalmazó dialog típus, ahol a kezdeti fókusz az egyik belső elemre kerül. Lásd a kapcsolódó alert és dialog szerepeket.

Ezek a párbeszédablakok a felhasználónak szóló figyelmeztető üzenetek továbbítására szolgálnak. Az alertdialog szerep mind a figyelmeztető üzenetet, mind a párbeszédablak többi részét tartalmazva kapcsolódik a csomóponthoz. A tartalomszerkesztőknek az alert dialogokat modálissá KELL tenniük oly módon, hogy ameddig az alertdialog látható, a billentyűzet és egérinterakciók csak abban működjenek.

Az alert-tel ellentétben az alertdialog fogadhat választ a felhasználóktól, például hogy megbizonyosodjunk arról, hogy tudomásul vették a generált figyelmeztetést. Amikor az alertdialog megjelenik, a szerkesztőknek a fókuszt a dialog egy aktív elemére, például egy űrlapszerkesztő mezőre, vagy egy OK gombra KELL állítaniuk. A felhasználói programoknak a figyelmeztetés létrehozásakor egy system alert eseményt KELL küldeniük, amennyiben ez specifikálva van a használni kívánt akadálymentességi API-ban.

A szerkesztőknek az alertdialog szerepen alkalmazniuk KELL az aria-describedby attribútumot, hogy rámutassanak a figyelmeztető üzenetet tartalmazó elemre. Ha nem tesznek így, a kisegítő technológiák a belső helyreállító mechanizmusukhoz folyamodnak a figyelmeztető üzenet tartalmának megállapításához.

Egy webes alkalmazásként deklarált terület, szemben egy webes dokumentummal.

Amikor a felhasználó egy application szerepű elemre navigál, a kisegítő technológiáknak – amelyek tipikusan eltérítik a hagyományos billentyűzeteseményeket – át KELL váltaniuk alkalmazás böngésző módba, és továbbítaniuk kell az eseményeket a webes alkalmazásnak. Ennek az a célja, hogy jelezzük az adott kisegítő technológiáknak, hogy a hagyományos böngészési módból váltsanak a webes alkalmazásokhoz jobban illő interakciós üzemmódba; egyes felhasználói programok olyan böngészési navigációt kínálnak, ahol a fel és le kurzorbillentyűk a dokumentum böngészésére szolgálnak, ez a natív viselkedés azonban megakadályozza ugyanezen billentyűk használatát a webes alkalmazásokban.

Megjegyzés: Ahol alkalmas, a kisegítő technológiák – amelyek általában eltérítik az eszköz egyéb szabványos beviteli eseményeit, például az érintőképernyős bevitelt – átválthatnak alkalmazás böngésző módba, hogy átadják ezeket a webalkalmazásnak.

A szerkesztőknek az application szerepet a teljes alkalmazást magába foglaló elemen KELL alkalmazniuk. Amennyiben az a teljes weblapra vonatkozik, a szerkesztőknek az application szerepet a tartalom gyökérelemén, például a HTML body vagy az SVG svg elemen KELL alkalmazniuk.

Vegyünk egy email alkalmazást, ami egy document és egy application részből áll. A szerkesztő az alkalmazásoknál tipikusan használt navigációs módot szeretné alkalmazni az emailek listájában történő léptetéshez, és a navigáció nagy részét ő definiálná. Azonban, az email üzenetek megnyitásakor a tartalom egy document szerepű területen jelenik meg, hogy ott a böngészési navigációt lehessen használni.

Az alkalmazás nem dekorációs célú szöveges és képi tartalmainál a szerkesztőknek a szöveget egy űrlap vagy egy group widgethez (az aria-label, aria-labelledby, vagy aria-describedby használatával) KELL rendelniük, vagy el kell különíteniük a szöveget egy document vagy article elembe.

A szerkesztőknek címmel vagy címkével KELL ellátniuk alkalmazásokat. A szerkesztőknek olyan címkeszöveget KELL megadniuk, ami megfelel a navigációs előnézetben vagy a tartalomjegyzékben történő felhasználáshoz. A szerkesztőknek a címkét a következő módszerek egyikével KELL megadniuk:

• Amennyiben az alkalmazás a weblap összes tartalmát magába foglalja, használjuk a gazdanyelv funkcióját a cím vagy címke megadására, például a title elemet HTML-ben és SVG-ben. Ez az egész alkalmazást ellátja címkével.
• Máskülönben, készítsünk egy látható címkét, és hivatkozzunk rá az alkalmazásból az aria-labelledby segítéségével.

A felhasználói programoknak az application szereppel rendelkező elemeket navigációs iránypontokként KELL kezelniük.

A szerkesztőknek MEGENGEDETT, hogy az application szerepet a gazdanyelv elsődleges tartalmi elemén (mint például a HTML body elemén) alkalmazzák, hogy az egész oldalt alkalmazásként definiálják. Azonban, ha az elsődleges tartami elem az application szereppel rendelkezik, a felhasználói programoknak TILOS azt navigációs iránypontként felhasználniuk. Ha a kisegítő technológiák olyan interakciós módot használnak, ami eltéríti a hagyományos billentyűzetes eseményeket ha az application szereppel találkoznak, akkor át KELL váltaniuk olyan üzemmódra, amely továbbadja a billentyűzeteseményeket a webes alkalmazásnak.

Egy olyan oldalszakasz, amely a dokumentum, oldal vagy webhely független részét alkotja.

Az article nem navigációs iránypont, de egymásba lehet őket ágyazni, hogy beszélgetéseket formáljanak. A kisegítő technológiák figyelembe vehetik a beágyazás sorrendjét, és segítséget nyújthatnak a felhasználónak ezek nyomon követésében. Egy article lehet egy fórumbejegyzés, egy magazin vagy napilap cikke, blogbejegyzés, felhasználói hozzászólás, vagy bármilyen független tartalmi elem. Olyen értelemben független, hogy a tartalom önállóan, például máshol leközölve is megállja a helyét. Az elem azonban továbbra is kapcsolódik az őseihez; például a szülő body elemre vonatkozó elérhetőségi információk az article-re is érvényesek. Az article elemek beágyazásakor a gyermekelemek olyan tartalmat képviselnek, melyek kapcsolódnak a szülő article tartalmához. Például, egy blogbejegyzés article a hozzá tartozó hozzászólásokat beágyazott article-ökként tartalmazhatja. A készítő, címsor, dátum és egyéb hozzárendelt információk a beágyazott article-ökre nem vonatkoznak.

Ha a felhasználó egy article elemre navigál, a kisegítő technológiáknak, amelyek tipikusan eltérítik a hagyományos billentyűzeteseményeket, át KELL váltaniuk dokumentum böngészési módba, és nem kell továbbadniuk a billentyűzeteseményeket a webes alkalmazásnak. A kisegítő technológiáknak MEGENGEDETT, hogy lehetővé tegyék a navigációt a beágyazott article elemek hierarchiájában.

Egy többnyire webhelyorientált tartalmú, nem pedig oldalspecifikus terület.

A webhelyorientált tartalom általában a webhely támogatójának logója vagy identitása, és a webhelyspecifikus keresőeszközt tartalmaz. A banner többnyire az oldal tetején látható, és azt teljes szélességében elfoglalja.

A felhasználói programoknak a banner szereppel ellátott elemeket navigációs iránypontokként KELL kezelniük.

Bármely document vagy application esetén a szerkesztőknek JAVASOLT, hogy ne jelöljenek meg egynél több elemet a banner szereppel.

Megjegyzés: Mivel a document és application elemek egymásba ágyazhatóak, előfordulhat, hogy a DOM-ban több banner elem szerepel DOM leszármazottként, feltéve, hogy azok különböző dokumentumcsomópontokhoz tartoznak, és vagy egymásba ágyazás (pl. document a document-en belül), vagy az aria-owns attribútum használata miatt kerülnek oda.

Egy beviteli lehetőség, amire ha rákattintunk vagy megnyomjuk, egy felhasználó által indított műveletet eredményez. Lásd a kapcsolódó link szerepet.

A gombokat általában diszkrét műveletekhez használják. A megjelenésük szabványosítása javítja a widgetek gombként való felismerhetőségét és lehetővé teszi az eszköztárakban történő kompaktabb megjelenítésüket.

A gombok támogatják az opcionális aria-pressed attribútumot. Nem üres aria-pressed attribútum esetén a gomb kapcsológomb. Amennyiben az aria-pressed értéke igaz, a gomb "lenyomott" , hamis esetén pedig nem lenyomott állapotban van. Ha az attribútum nincs jelen, a gomb egyszerű parancsgomb.

Egy bejelölhető beviteli lehetőség, három lehetséges értékkel: igaz, hamis, vagy vegyes.

A checkbox aria-checked attribútuma jelzi, ha a bevitel be van jelölve (igaz), nincs bejelölve (hamis), vagy elemek olyan csoportját képviseli, ami vegyesen tartalmaz bejelölt és nem bejelölt elemeket (vegyes). Számos jelölőnégyzet nem használja a vegyes értéket, ezek a gyakorlatban boolean jelölőnégyzetek.

Egy oszlop fejlécinformációit tartalmazó cella.

A columnheader egy táblázat vagy grid fejléceként használható. Továbbá, tortadiagramokban jelezhetjük vele az adatok hasonló jellegű kapcsolatát.

A columnheader kapcsolatot hoz létre önmaga, és a hozzá kapcsolódó oszlop cellái között. A HTML th elem megadott oszloptartománnyal rendelkező strukturális ekvivalense.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a columnheader szereppel rendelkező elemek egy row elemben szerepeljenek, vagy egy ilyen birtokolja őket.

Megjegyzés: Mivel a cellák sorokba rendezettek, nincsen egy kiemelt tárolóelem az oszlopok számára. Az oszlopok a row tárolókban lévő, adott pozícióval rendelkező gridcell elemek gyűjteményei.

A select egy prezentációja; többnyire hasonlít egy textboxra, ahol a felhasználó a megfelelő opció kiválasztásához előre gépelhet, vagy saját szöveget írhat be a lista új elemeként. Lásd a kapcsolódó listbox szerepet.

A combobox az egysoros szövegmezők és a felugró listadobozok kombinációja. A combobox szerkeszthető lehet. A szerkeszthető comboboxokat többnyire autocomplete viselkedéssel használják, ezért a szerkesztőknek azt aria-autocomplete attribútummal KELL ellátniuk.

• Ha a szerkesztő a combobox aria-autocomplete értékét az (alapértelmezett) 'none' értékre állítja, a szerkesztőnek KÖTELEZŐ a fókuszt a hozzárendelt listadobozra mozgatnia és ott kezelnie, hogy a kisegítő technológiák képesek legyenek követni az aktuálisan kiválasztott értéket.
• Ha a combobox aria-autocomplete értéke 'inline' vagy 'both', a szerkesztőknek KÖTELEZŐ frissíteniük a fókuszban lévő szövegmező értékét, hogy a kisegítő technológiák továbbíthassák a jelenleg kiválasztott értéket.
• Ha a szerkesztő az aria-autocomplete értékét 'list'-re állítja a felhasználói programoknak KÖTELEZŐ felfedniük az aria-activedescendant attribútum változásait ameddig a combobox fókuszban van. Ha az aria-activedescendant attribútum akkor módosul, amikor a combobox fókuszban van, a kisegítő technológiáknak értesíteniük KELL erről a felhasználót, például az új aktív leszármazott szövegalternatívájának felolvasásával. A szerkesztőknek az aria-owns segítségével egymáshoz KELL rendelniük a combobox szövegmezőjét és listadobozát. Például:

  <fieldset>
    <legend>Meeting riasztások</legend>
  
    <!-- 2A szabály: "Pittyegés" címke a HTML label elem segítségével -->
    <input type="checkbox" id="beep"> <label for="beep">Pittyegés</label> <br>
    <input type="checkbox" id="mtgTitle"> <label for="mtgTitle">A meeting nevének megjelenítése</label> <br>
  
    <!-- 2B szabály: A jelölőnégyzet teljes címkéje tartalmazza a beágyazott szövegbevitel értékét ("3"): "Villantsd fel a képernyőt 3 alkalommal" -->
    <input type="checkbox" id="flash">
    <label for="flash">
      Villantsd fel a képernyőt 
  
      <!-- 2A szabály: a szövegbevitel címkéjét az aria-label adja meg, "Ennyiszer villanjon fel a képernyő" -->
      <input type="text" value="3" size="2" id="numTimes" aria-label="Ennyiszer villanjon fel a képernyő">
      alkalommal
    </label>
  </fieldset>

Megjegyzés: ez a select XForms-ban [XFORMS] a következő 3 megjelenés egyikével rendelkezhet: combo-box, drop-down box, vagy rádiógomb csoport. Számos böngésző lehetővé teszi, hogy a felhasználók a widget opciói közül előre gépeléssel válasszanak. Ez a specifikáció nem korlátozza a combobox prezentációját.

Hogy az elem billentyűzetről hozzáférhető legyen, a szerkesztőknek a fókuszt a Fókuszkezelés részben leírtaknak megfelelően KELL kezelniük a szerep összes leszármazottja esetén.

Megjegyzés: A combobox szerep implicit aria-haspopup: igaz értékkel rendelkezik.

A widgetek egy formája, mely műveletet hajt végre, de nem fogad beviteli adatot.

Megjegyzés: A command egy kizárólag az ontológiában használt absztrakt szerep. A szerkesztőknek tilos ennek felhasználása a tartalomban.

A document támogató szakasza, a fő tartalom kiegészítő jellegű része, mely vele hasonló szinten szerepel a DOM hierarchiában, de attól elkülönítve is értelmes marad.

A szerep több tartalomtípushoz is megfelel. Például, egy portál esetén ide tartozhatnak a műsoridők, a jelenlegi időjárás, a kapcsolódó cikkek, vagy a nyomon követett részvények. Ez a szerep jelzi, hogy az adott tartalom releváns a fő tartalom szempontjából. Ha a kiegészítő tartalom teljesen elkülöníthető a fő tartalomtól, célszerűbb lehet egy általalánosabb szerep használata.

A felhasználói programoknak a complementary szereppel ellátott elemeket navigációs iránypontokként KELL kezelniük.

Egy navigálható leszármazottakat vagy birtokolt gyermekelemeket tartalmazó widget.

A szerkesztőknek biztosítaniuk KELL, hogy az összetett widget egyetlen navigációs megállóként szerepeljen a weblap bővebb navigációs rendszerében. Amint az összetett widget kapja meg a fókuszt, a szerkesztőknek különálló navigációs mechanizmust KELL kínálniuk az összetett elem leszármazott vagy birtokolt elemein történő navigáláshoz.

Megjegyzés: A composite egy kizárólag az ontológiában használt absztrakt szerep. A szerkesztőknek tilos ennek felhasználása a tartalomban.

Egy nagy, érzékelhető terület ami információkat nyújt a szülődokumentumról.

Példák erre a szerzői jogi információk és hivatkozások az adatvédelmi nyilatkozatokra.

A felhasználói alkalmazásoknak a contentinfo szereppel rendelkező elemeket navigációs iránypontokként KELL kezelniük.

Bármely document vagy application esetén a szerkesztőknek NEM JAVASOLT egynél több elemet contentinfo szereppel ellátniuk.

Megjegyzés: Mivel a document és application elemek egymásba ágyazhatóak a DOM-ban, előfordulhat hogy több contentinfo elem is megtalálható DOM leszármazottként, feltéve, hogy azok különböző dokumentumcsomópontokhoz vannak rendelve vagy egymásba ágyazás (pl. document a document-en belül) vagy az aria-owns attribútum használata által.

Egy kifejezés vagy fogalom definíciója.

A WAI-ARIA specifikáció nem kínál szerepet definíciók meghatározására, a gazdanyelvek azonban rendelkezhetnek erre szolgáló elemmel. Ha a gazdanyelvben van ilyen (pl. a dfn vagy dt a HTML-ben), a szerkesztőknek a kifejezést abba KELL elhelyezniük. A szerkesztőknek a definition szereppel elátott elemeknél a definíciós kifejezést azonosítaniuk KELL az aria-labelledby attribútum alkalmazásával.

A dialog egy alkalmazásablak, melynek célja az alkalmazás aktuális működésének megszakítása, hogy válaszadásra vagy információ megadására ösztönözze a felhasználót. Lásd a kapcsolódó alertdialog szerepet.

A szerkesztőknek meg KELL adniuk egy dialóguscímkét. Ez, amennyiben más mechanizmus nem érhető el, az aria-label vagy az aria-labelledby attribútumok segítségével tehető meg. A szerkesztőknek biztosítaniuk KELL, hogy minden aktív dialog rendelkezzen egy fókuszban lévő leszármazott elemmel, amely birtokolja a billentyűzetfókuszt.

Egy csoport egyes tagjaira mutató hivatkozások listája, például egy statikus tartalomjegyzék.

A szerkesztőknek JAVASOLT a statikus tartalomjegyzékeknél ezen szerep alkalmazása, akár rendelkeznek hivatkozásokkal, akár nem. Ebbe tartoznak a listákkal és beágyazott listákkal létrehozott tartalomjegyzékek is. Dinamikus tartalomjegyzékeknél azonban a directory helyett használhatjuk a tree szerepet.

Egy összefüggő információkat tartalmazó, dokumentumtartalomként meghatározható terület, szemben egy webes alkalmazással.

Ha a felhasználó egy document szerepű elemre navigál, akkor a kisegítő technológiáknak – amelyek tipikusan eltérítik a hagyományos billentyűzeteseményeket – át KELL váltaniuk dokumentum böngésző módba, hogy ne adják át a billentyűzeteseményeket a webes alkalmazásnak. A document szerep tájékoztatja a felhasználói programokat, hogy módosítsák a böngésző billentyűzetkezelését úgy, hogy lehetővé tegyék a felhasználóknak a dokumentumterület bármely tartalmának meglátogatását és elolvasását. Kontrasztképp, a képernyőolvasók felhasználóinak nem szükséges további parancsokat kiadniuk az application szerepű területeken található szövegek felolvasásához. Amennyiben hozzáférhető formában szerepelnek, szemantikusan minden szöveg fókuszálható elemekhez lesz hozzárendelve. A dokumentumok fontos ismertetőjegye, hogy olyan szövegeket tartalmaznak, melyek nincsenek widgetekhez vagy ezek csoportjához társítva.

A szerkesztőknek a document szerepet a dokumentum egészét magába foglaló elemen KELL alkalmazniuk. Ha a szerep a teljes weblapra vonatkozik, a szerkesztőknek azt a tartalom gyökérelemén, például a HTML body vagy az SVG svg elemen KELL alkalmazniuk.

Vegyünk egy email alkalmazást, ami egy document és egy application részből áll. A szerkesztő az alkalmazásoknál tipikusan használt navigációs módot szeretné alkalmazni az emailek listájában történő léptetéshez, és a navigáció nagy részét ő definiálná. Azonban, az email üzenetek megnyitásakor a tartalom egy document szerepű területen jelenik meg, hogy ott a böngészési navigációt lehessen használni.

A szerkesztőknek a dokumentumokat címmel vagy címkével KELL ellátniuk. A szerkesztőknek olyan címkeszöveget KELL megadniuk, ami megfelel navigációs előnézetben vagy a tartalomjegyzékben való felhasználásához. A szerkesztőknek a címkét a következő módszerek egyikével KELL megadniuk:

• Amennyiben az alkalmazás a weblap teljes tartalmát magába foglalja, használjuk a gazdanyelv eszközét, például a title elemet a cím vagy címke megadására, mind HTML , mind SVG esetén. Ez a teljes dokumentumot ellátja címkével.
• Máskülönben, használjunk egy látható címkét, melyre a documentben az aria-labelledby segítségével hivatkozzunk.

Irányjelző terület, ami olyan elemek és objektumok gyűjteményét tartalmazza, amelyek egy űrlapot alkotnak. Lásd a kapcsolódó search szerepet.

Az űrlapok a gazdanyelv űrlapvezérlőiből, szkriptelt vezérlőkből és hiperhivatkozások keverékéből állhatnak. A szerkesztőket emlékeztetjük, hogy amikor csak lehetséges, az űrlapvezérlők létrehozására használják a gazdanyelv natív szemantikáját. A keresőeszközöknél a szerkesztőknek az általános form szerep helyett a search szerepet KELL használniuk. A szerkesztőknek biztosítaniuk KELL egy látható címkét az aria-labelledby által hivatkozott űrlaphoz. Ha egy szerkesztő szkript segítségévél küld el egy űrlapot egy olyan felhasználói művelet következtében, ami máskülönben nem váltana ki onsubmit eseményt (például egy űrlapelem értékének megváltoztatása által), a szerkesztőknek előzetes tájékoztatást KELL nyújtaniuk a felhasználóknak erről a viselkedésről. A szerkesztőket emlékeztetjük, hogy amikor csak lehetséges, az űrlapvezérlők létrehozásához használják a gazdanyelv natív szemantikáját.

A felhasználói programoknak a form szereppel rendelkező elemeket navigációs iránypontokként KELL kezelniük.

A grid egy interaktív vezérlő, amely sorokba és oszlopokba rendezett, táblázat jellegű adatokat tartalmaz.

A rácshoz (gridhez) nem feltétlenül tartozik megjelenés. A grid kapcsolatokat ír le az adatok között, hogy azok felhasználhatóak legyenek különböző megjelenésekben. A grid lehetővé teszi a felhasználóknak, hogy a fókuszt kétdimenziós navigáció segítségével mozgassák a cellák között. A grid láthatatlan adatmodellként szolgálhat (CSS segítségével elrejtve, de a kisegítő technológiák számára továbra is működtethetően) a prezentációs diagramoknál.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a gridcell elemeket olyan row elemek birtokolják, melyeket egy rowgroup, grid vagy treegrid elem birtokol. Ha a szerkesztő bármely nem globális WAI-ARIA állapotot vagy tulajdonságot alkalmaz egy sorként funkcionáló natív leíróelemen (például a HTML tr elemen), a szerkesztőknek – az Implementálás a gazdanyelvekben rész követelményei szerint – KÖTELEZŐ azt row szereppel is ellátniuk. A szerkesztőknek MEGENGEDETT, hogy a cellákat fókuszálhatóvá tegyék. A szerkesztőknek MEGENGEDETT, hogy a grideket a rowheader és columnheader szerepek segítségével sor– vagy oszlopfejlécekkel lássák el.

Mivel a WAI-ARIA kiegészítheti a gazdanyelv elemeit, a gridek újrahasznosíthatják a natív táblázatrácsok meglévő funkcionalitását. Ha a WAI-ARIA grid vagy gridcell szerepeket a gazdanyelv táblázatelemeivel együtt alkalmazzuk, azok felhasználják a gazdanyelv rájuk vonatkozó szemantikáját. Például, a WAI-ARIA nem határoz meg általános attribútumokat olyan gridcell elemekhez, amelyek több sort vagy oszlopot foglalnak el. Ha szükség van arra, hogy egy gridcell több sort vagy oszlopot foglaljon el, használjuk a gazdanyelvi leírót, például a HTML colspan és rowspan attribútumokat.

A szerkesztőknek MEGENGEDETT, hogy a gridcell tartalmát matematikai formula segítségével állapítsák meg. A szerkesztőknek MEGENGEDETT, hogy a cellák képleteit szerkeszthetővé tegyék a felhasználók számára. Táblázatkezelő alkalmazásokban a cella szövegalternatívája lehet például a képlet kiszámított értéke. A cella szerkesztése közben a szövegalternatíva lehet azonban a képlet maga.

Az aria-selected attribútummal ellátott gridcell elemek kijelölhetőek, továbbá ha a grid aria-multiselectable attribútuma igaz értékkel rendelkezik, több cella is kijelölhető. A gridek felhasználhatók az asztali táblázatkezelő alkalmazásokhoz hasonló táblázatokhoz.

A gridek szerkeszthetőnek tekintendők, hacsak ez nincs másképpen definiálva. A grid "csak olvashatóvá" tételéhez a grid aria-readonly (írásvédett) tulajdonságának igaz értéket kell adnunk. A grid elem aria-readonly attribútumának értéke implicit módon érvényes annak összes birtokolt gridcell elemérre, és továbbítva lesz az akadálymentességi API-nak. A szerkesztő felülírhatja az egyes gridcell elemek örökölt aria-readonly értékét az aria-readonly attribútum megadásávál.

Hogy az elem billentyűzetről hozzáférhető legyen, a szerkesztőknek a fókuszt a Fókuszkezelés részben leírtaknak megfelelően KELL kezelniük a szerep összes leszármazottja esetén.

Egy grid vagy treegrid egy cellája.

A cellák lehetnek aktívak, szerkeszthetőek és kiválaszthatóak, továbbá rendelkezhetnek olyan kapcsolatokkal, mint az aria-controls, amelyek funkcionális kapcsolatok kifejezésére szolgálnak.

Ha a releváns fejlécek nem állapíthatóak meg a DOM struktúrából, a szerkesztőknek explicit módon jelölniük KELL az adott cella szempontjából releváns fejléccellákat. Ezt az aria-describedby attribútummal tehetjük meg, rowheader vagy columnheader szerepű elemekre való hivatkozással.

A treegridek esetén a szerkesztőknek MEGENGEDETT, hogy az aria-expanded attribútum segítségével kiterjeszthetőként jelöljék meg a cellákat. Az aria-expanded csak egy adott cellára vonatkozik, nem terjed ki – a szintén kiterjeszthető – row tárolóra. Az attribútum megadásának fő használati esete a pivot (kimutatás) táblázat viselkedés alkalmazása egy adott cellán.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a gridcell szereppel rendelkező elemek egy row elemben szerepeljenek, vagy az birtokolja őket.

Felhasználói felületi objektumok olyan csoportja, amelyeknek nem kell szerepelniük az oldal kisegítő technológiák által létrehozott összefoglalójában vagy tartalomjegyzékében.

Ezzel szemben, a region olyan felhasználói felületi objektumok csoportja, amely szerepel az összefoglalóban vagy tartalomjegyzékben.

A szerkesztőknek a group szerepet a widget elemei közt lévő logikai kapcsolat létrehozására használniuk KELL, például egy fa olyan gyermekei közt, melyek testvérelemek a hierarchiában, vagy olyan elemek gyűjteményén, amelyek egy directory-ban azonos tárolóval rendelkeznek. Azonban, a listák kontextusában használva a szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a group gyermekelemei listitem elemek legyenek. A szerep megfelelő feldolgozásának módja ezért a szerkesztők és a kisegítő technológiák részéről kínált kontextustól függ.

A szerkesztőknek MEGENGEDETT, hogy a group elemeket egymásba ágyazzák. Ha a szakasz fontos annyira, hogy szerepelnie kell a weblap tartalomjegyzékében, a szerkesztőnek ahhoz hozzá KELL rendelnie egy region vagy egy szabványos iránypont szerepet.

Az oldal egy szakaszának címsora.

A heading elemekre gyakran hivatkoznak annak a szakasznak az aria-labelledby attribútumával, melynek címsoraként szolgálnak. Ha a címsorok logikai hierarchiába rendezettek, az aria-level attribútum felhasználható a beágyazás szintjének jelölésére.

Egy képet létrehozó elemek gyűjteményét tartalmazó tároló.

Az img képaláírásokat, leíró szöveget és több olyan képfájlt tartalmazhat, melyek együtt egy képet alkotnak. Egy img a dokumentum egyetlen grafikus elemét képviseli, álljon az akár egy, akár több rajzobjektumból. Hogy az img szerepű elemek érzékelhetőek legyenek, a szerkesztőknek KÖTELEZŐ szövegalternatívát vagy címkét biztosítaniuk a hozzáférhető név megállapítása résznek megfelelően.

Egy felhasználói bevitelt lehetővé tevő általános widgettípus.

Az oldal navigációs iránypontként szolgáló területe.

A kisegítő technológiáknak lehetővé KELL tenniük az iránypont szerepekre való gyors ugrást. A legelterjedtebb felhasználói programoknak MEGENGEDETT, hogy elérhetővé tegyék a felhasználóknak az iránypont szerepekre történő gyors ugrást.

Megjegyzés: A landmark egy kizárólag az ontológiában használt absztrakt szerep, melyet a szerkesztők nem használhatnak fel a tartalomban.

Interaktív hivatkozás egy belső vagy külső erőforrásra, melynek aktiválása a felhasználói programot a megadott erőforrásra irányítja. Lásd a kapcsolódó button szerepet.

Ha a link a gazdanyelv egy natív hivatkozása (például egy HTML anchor egy href értékkel), a hivatkozás aktiválása a felhasználói programot a megadott erőforrásra irányítja. Szimulált hivatkozásoknál a webalkalmazás szerkesztője felel a navigáció kezeléséért.

Megjegyzés: Amennyiben a link feldolgozása egy műveletet eredményez, de nem módosítja a böngésző fókuszát vagy az oldal megjelenített területét, a szerkesztőknek célszerű a link helyett a button szerepet használniuk.

Nem interaktív listaelemek csoportja. Lásd a kapcsolódó listbox szerepet.

A listák vagy listitem szerepű gyermekelemeket tartalmaznak, vagy olyan group elemeket, amelyek listitem szereppel rendelkeznek.

Egy widget, ahol a felhasználó kiválaszthat egy, vagy több elemet a lehetőségek közül. Lásd a kapcsolódó combobox és list szerepeket.

A listában szereplő elemek statikusak, és a hagyományos HTML select elemekkel ellentétben képeket is tartalmazhatnak. A listadobozok option szereppel rendelkező gyermekelemeket tartalmaznak.

Hogy az elem billentyűzetről hozzáférhető legyen, a szerkesztőknek a fókuszt a Fókuszkezelés részben leírtaknak megfelelően KELL kezelniük a szerep összes leszármazottja esetén.

Egy list vagy directory egy eleme.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a listitem szereppel rendelkező elemek egy list vagy group szereppel rendelkező elemben szerepeljenek, vagy az birtokolja őket.

Egy aktív terület, ahol az új információk jelentéssel bíró sorrendben jelennek meg és a régi tartalmak eltűnhetnek. Lásd a kapcsolódó marquee szerepet.

Ide tartoznak a chat naplók, az üzenetelőzmények, a játék– vagy hibanaplók. Az aktív területekkel ellentétben, a log szerep esetén kapcsolat áll fenn az új elemek beérkezése és az olvasási sorrend között. A log sorrendisége jelentéssel bír, az új információk a log végére kerülnek, nem tetszőleges helyekre.

Megjegyzés: A log szerep implicit aria-live: igaz értékkel rendelkezik.

Egy dokumentum elsődleges tartalma.

A dokumentum központi témájához közvetlenül kapcsolódó, vagy azt kibővítő tartalmát jelöli. A main szerep az "ugrás a fő tartalomra" hivatkozások egy nem tolakodó alternatívája, ahol a fő tartalomra mutató navigációs lehetőségét (vagy más iránymutatókat) a felhasználói program egy párbeszédablakon vagy a kisegítő technológiákon keresztül teszi elérhetővé.

A felhasználói programoknak a main szereppel rendelkező elemeket navigációs iránypontokként KELL kezelniük.

Bármely document-ben vagy application-ben a szerkesztőknek NEM JAVASOLT, hogy egynél több elemet jelöljenek meg a main szereppel.

Megjegyzés: Mivel a document és application elemek egymásba ágyazhatóak, előfordulhat, hogy a DOM-ban több main elem szerepel DOM leszármazottként, feltéve, hogy azok különböző dokumentumcsomópontokhoz tartoznak, és vagy egymásba ágyazás (pl. document a document-en belül) vagy az aria-owns attribútum használata által kerülnek oda.

Egy aktív terület, ahol gyakran változó, nem kulcsfontosságú információk találhatók. Lásd a kapcsolódó log szerepet.

A marquee például részvényárfolyamok vagy hirdetési bannerek megjelenítésére használható. A fő különbség a marquee és a log között, hogy a log a fontos tartalomváltozásoknál jelentéssel bíró sorrenddel rendelkezik.

Megjegyzés: A marquee szerepű elemek megtartják az alapértelmezett aria-live: off (kikapcsolt) értéket.

Egy matematikai kifejezést reprezentáló tartalom.

A math szereppel rendelkező tartalomnak hozzáférhető formátumban, például MathML [MATHML]-ben, vagy más olyan szöveges reprezentációban, például TeX vagy LaTeX formátumban kell lennie, melyet a kisegítő technológiák képesek könnyen hozzáférhető formátumra alakítani.

A szerep egy horgonyt kínál, melynek segítégével egy plug-in mechanizmus multi-modális hozzáférést nyújthat a MathML-hez, valamint lehetővé teheti a "mainstream" felhasználói programokban a MathML támogatását.

Habár a math szerepet nem javasolt a képként ábrázolt matematikai kifejezések jelölésére használni, jelentős mennyiségű régi tartalom érhető el ebben a formában. A helyzet javítása céljából, ha egy kép egy matematikai kifejezést ábrázol, annak szövegalternatíváját érvényes MathML vagy TeX formátumban KELL megadni. Továbbá, az aria-describedby attribútum segítségével a képet a matematikai kifejezést élőbeszédként is érthető címkével KELL ellátnunk.

MathML példa:

<div role="math" aria-label="6 osztva 4-gyel egyenlő 1.5">
  <math xmlns="http://www.w3.org/1998/Math/MathML">
    <mfrac>
      <mn>6</mn>
      <mn>4</mn>
    </mfrac>
    <mo>=</mo>
    <mn>1.5</mn>
  </math>
</div>

TeX példa:

<div role="math" aria-label="6 osztva 4-gyel egyenlő 1.5">
  \frac{6}{4}=1.5
</div>

Egy widgettípus, ami választási lehetőségeket kínál a felhasználónak.

A menu általában egy lista a felhasználó által meghívható, sűrűn használt műveletekről vagy funkciókról. A szerepet akkor célszerű alkalmazni, ha a menüelemek listája az asztali alkalmazásokhoz hasonló módon van prezentálva.

Hogy az elem billentyűzetről hozzáférhető legyen, a szerkesztőknek a fókuszt a Fókuszkezelés részben leírtaknak megfelelően KELL kezelniük a szerep összes leszármazottja esetén.

A menu egy prezentációja, amely többnyire tartósan látható marad és többnyire vízszintes elrendezésű.

A menubar szerepet az asztali Windows, Mac, vagy Gnome alkalmazásokhoz hasonló menüsor létrehozására használják. A menüsorok a gyakran használt parancsok konzisztens gyűjteményének létrehozására szolgálnak. A szerkesztőknek biztosítaniuk KELL, hogy a menubar elemekkel történő interakció hasonlít a tipikus asztali felhasználói felületeknél megszokottakhoz.

Hogy az elem billentyűzetről hozzáférhető legyen, a szerkesztőknek a fókuszt a Fókuszkezelés részben leírtaknak megfelelően KELL kezelniük a szerep összes leszármazottja esetén.

Egy opció a menu vagy menubar elemben felkínált lehetőségek közül.

A szerkesztőknek MEGENGEDETT, hogy az aria-disabled attribútum segítségével letiltsák az egyes menüelemeket. Ha az elem aria-haspopup attribútuma igaz értékkel rendelkezik, a menüelem képes almenük megjelenítésére, ezért a szerkesztőknek meg KELL jeleníteniük egy új almenüt annak aktiválásakor.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a menüelemeket egy menu vagy menubar szereppel rendelkező elem birtokolja, hogy azonosítható legyen a widgetek közt fennálló kapcsolat. A szerkesztőknek MEGENGEDETT, hogy a menüelemek csoportjait elkülönítsék egy separator (elválasztó), vagy a natív leírónyelv ezzel egyenértékű szerepe segítségével.

Egy bejelölhető menuitem, ami igaz, hamis, vagy vegyes értékekkel rendelkezhet.

A menuitemcheckbox aria-checked attribútuma azt jelöli, hogy a bevitel be van jelölve (igaz), nincs bejelölve (hamis), vagy más olyan almenüben szereplő menüelemek csoportját képviseli, amely vegyesen tartalmaz bejelölt és nem bejelölt elemeket (vegyes).

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a jelölőnégyzeteket egy menu vagy menubar szereppel rendelkező elem birtokolja, hogy azonosítható legyen a köztük fennálló kapcsolat. A szerkesztőknek MEGENGEDETT, hogy a menüelemek csoportjait elkülönítsék egy separator (elválasztó), vagy a natív leírónyelv ezzel egyenértékű szerepe segítségével.

Egy bejelölhető menuitem a menuitemradio elemek halmazában, ahol egyszerre csak egy elem lehet aktív.

A szerkesztőknek biztosítaniuk KELL, hogy egy időben csak egyetlen menuitemradio elem lehet aktív a csoportban. A csoport egy elemének kiválasztásával a korábbi elem kiválasztása megszűnik (az aria-checked attribútum értéke hamis-ra módosul).

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a szerepet egy group, menu, vagy menubar elem birtokolja, hogy azonosítható legyen a köztük fennálló kapcsolat. A szerkesztőknek MEGENGEDETT, hogy a menüelemek csoportjait elkülönítsék egy separator, vagy a natív leírónyelv ezzel egyenértékű szerepe segítségével.

Ha egy menu vagy menubar több menuitemradio elemcsoporttal rendelkezik, vagy a menü egy csoportot és más, nem kapcsolódó menüelemeket tartalmaz, a szerkesztőknek a group szerep segítségével egyetlen elembe KELL ágyazniuk a kapcsolódó menuitemradio szerepeket és a separator szereppel el kell azt különíteniük a többi menüelemtől.

Navigációs elemek (általában hivatkozások) gyűjteménye, a dokumentumon belüli, vagy a kapcsolódó dokumentumokra való navigáláshoz.

A felhasználói programoknak a navigation szereppel rendelkező elemeket navigációs iránypontokként KELL kezelniük.

Az erőforrás fő tartalmához kapcsolódó zárójeles vagy kiegészítő tartalmú szakasz.

Egy select lista kiválasztható eleme.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy az option szereppel rendelkező elemek egy listbox szereppel rendelkező elemben szerepeljenek, vagy az birtokolja őket. A listbox-hoz nem hozzárendelt elemeknél lehetséges, hogy azok nem lesznek megfelelően leképezve az akadálymentességi API-ra.

Egy elem, amelynek a natív szerepszemantikája nem kerül leképezésre az akadálymentességi API-ra.

A használata akkor célszerű, ha az elem célja az oldal kinézetének megváltoztatása, azonban nem rendelkezik az elemtípus által implikált összes funkcionális, interaktív, vagy strukturális relevanciával, továbbá hozzáférhető visszaesési (fallback) lehetőséget jelenthet a régebbi, WAI-ARIA-t nem támogató böngészők számára.

Példák a használati esetekre:

• egy elem, amelynek tartalma teljesen prezentációs jellegű (például egy helykitöltő/spacer kép, díszítőgrafika, vagy clearing elem);
• egy kép, amely egy img szerepű tárolóban van, és amelynek a teljes szövegalternatívája elérhető az aria-labelledby és (szükség esetén) az aria-describedby által;
• egy CSS-hez használt horgonyelem; vagy
• egy elrendezést szolgáló táblázat és/vagy ennek bármely hozzárendelt sora, cellája, stb.

Bármely nem fókuszálható, presentation szereppel ellátott elemnél a felhasználói programnak TILOS felfednie az elem implicit natív szemantikáját (a szerepét, továbbá az állapotait és tulajdonságait) az akadálymentességi API-k számára. Azonban, a felhasználói programnak KÖTELEZŐ felfednie az elem tartalmát és annak leszármazott elemeit, ha azok nem rendelkeznek explicit vagy örökölt presentation szereppel. Ezáltal, a presentation szerep az adott elem szerep nélküli feldolgozását okozza, vagy eltávolítja azt az akadálymentességi fából, de az elem tartalma az akadálymentességi fának továbbra is része marad.

Például, a következő elemek az akadálymentességi API szemszögéből azonos szerepszemantikával (nincs szerepük) és megegyező tartalommal rendelkeznek.

<!-- 1. [role="presentation"] negálja az implicit 'heading' szerep szemantikáját, de nem befolyásolja a tartalmakat. -->
<h1 role="presentation"> Minta tartalom </h1>

<!-- 2. A span nem rendelkezik implicit tartalommal, így csak a tartalma kerül felfedésre -->
<span> Minta tartalom </span>

<!-- 3. Ez a szerepdeklaráció redundáns. -->
<span role="presentation"> Minta tartalom </span>

<!-- 4. Az összes esetben a tartalom mindenféle implikált szerepszemantika nélkül kerül felfedésre az akadálymentességi API számára. -->
<!-- <> --> Minta tartalom <!-- </> -->

A presentation szerep egy olyan elemen van használva, amelynek van implicit natív szemantikája, vagyis rendelkezik alapértelmezett akadálymentességi API szereppel. Egyes elemek csak akkor teljes értékűek, ha további leszármazott elemeket adunk meg. Például, a HTML table elemeknek (a grid szerepnek megfelelően) egy olyan tr leszármazottal kell rendelkezniük (row szerep), ami egy th vagy td gyermekelemet birtokol (gridcell, columnheader, rowheader szerepek). Hasonlóképp, a listáknak listaelemeket kell tartalmazniuk. Azok a leszármazott elemek, amelyek a WAI-ARIA-ban teljessé teszik egy elem szemantikáját a kötelező saját elemek részben találhatóak.

Ha az explicit vagy örökölt presentation szerepet egy olyan implicit WAI-ARIA szerepszemantikával rendelkező elemen alkalmazzuk, amely kötelező saját elemekkel rendelkezik, a felhasználói programnak KÖTELEZŐ örökölt presentation szereppel ellátnia azokat a birtokolt elemeket, amelyeknek nincs explicit szerepük. Továbbá, ha az explicit vagy örökölt presentation szerepet olyan gazdanyelvi elemen alkalmazzuk, mely a gazdanyelv specifikációja alapján kötelező gyermekelemmel rendelkezik, a felhasználói programoknak KÖTELEZŐ örökölt presentation szereppel ellátnia azokat a kötelező gyermekelemeket, melyek nem rendelkeznek explicit szereppel. Bármely nem fókuszálható, explicit vagy örökölt presentation szerepű elem esetén a felhasználói programoknak KÖTELEZŐ figyelmen kívül hagyniuk az elem szerepspecifikus WAI-ARIA állapotait és tulajdonságait. Például, HTML-ben a presentation szerepű ul vagy ol elemek eltávolítják a li elem implicit natív szemantikáját, mert a list szerepnek, ami az ul/ol megfelelője kötelezően egy listitem elemet kell birtokolnia. Habár a HTML table elem nem rendelkezik olyan implicit natív szemantikus szereppel, ami közvetlenül megfeleltethető egy WAI-ARIA szerepnek, a leszármazott thead/tbody/tfoot/tr/th/td elemek implicit natív szemantikája is el lesz távolítva, mert a HTML specifikáció alapján ezek a table elem kötelező strukturális leszármazottai. A leszármazott vagy birtokolt elemek esetén az explicit szerepek felülírják az örökölt presentation szerepet, és úgy viselkednek, mint bármely explicit szereppel rendelkező elem. Ha az implicit szerep felfedése az akadálymentességi fa torzulásához vezet, az elvárt eredmény nincs definiálva és a felhasználói programnak MEGENGEDETT , hogy a fa kijavításához egy belső helyreállító mechanizmushoz folyamodjon.

Megjegyzés: Az implicit natív szemantika csak azoknál az elemeknél kerül eltávolításra, amelyek megfeleltethetőek egy WAI-ARIA kötelezően birtokolt elemnek. Minden további tartalom érintetlen marad, beleértve a beágyazott táblázatokat és listákat, kivéve ha explicit presentation szereppel rendelkeznek.

Például, a következő elemek az akadálymentességi API szempontjából, a következő elemek azonos szerepszemantikával (nincs szerep) és azonos tartalommal rendelkeznek.

<!-- 1. [role="presentation"] negálja az implicit 'list' és 'listitem' szerepek szemantikáját, de nem befolyásolja azok tartalmát. -->
<ul role="presentation">
  <li> Minta tartalom </li>
  <li> További Minta tartalom </li>
</ul>

<!-- 2. A span-nek nincs implicit szerepe, így csak a tartalma kerül felfedésre. -->
<span>
  <span> Minta tartalom </span>
  <span> További Minta tartalom </span>
</span>

Megjegyzés: Léteznek más kötelezően birtokolt gyermekkel rendelkező WAI-ARIA szerepek, melyekre ez a helyzet érvényes (pl. radiogroup-ok és listbox-ok), de a táblázatok és listák a leggyakoribb valós használati esetek, ahol a presentation öröklődése előfordul.

Bármely explicit vagy örökölt presentation szereppel rendelkező elem esetén a felhasználói programnak KÖTELEZŐ örökölt presentation szerepet adnia az elem összes gazdanyelvspecifikus címkéző elemének. Például, ha egy table elem presentation szereppel rendelkezik, a táblázat caption elemének a implicit natív szemantikája el lesz távolítva, mivel az csupán a prezentációs táblázat egy címkéje.

Bármely explicit vagy örökölt presentation szereppel rendelkező elem esetén, a felhasználói programnak KÖTELEZŐ figyelmen kívül hagynia az összes nem globális, szerepspecifikus WAI-ARIA állapotot és tulajdonságot. Azonban, KÖTELEZŐ minden esetben felfednie a globális WAI-ARIA állapotokat és tulajdonságokat az akadálymentességi API-knak, még akkor is, ha az elem explicit vagy örökölt presentation szereppel rendelkezik.

Például, az aria-hidden egy globális attribútum és mindig alkalmazva lesz; az aria-level viszont nem globális attribútum, és csak akkor lesz alkalmazva, ha az elem nincs prezentációs állapotban.

<!-- 1. [role="presentation"] negálja az implicit 'heading' szerep szemantikáját, de nem befolyásolja a "rejtett" globális állapotot. -->
<h1 role="presentation" aria-hidden="true"> Minta tartalom </h1>
<!-- 1. [role="presentation"] negálja  az implicit 'heading' szerepet és a nem globális szintet is. -->
<h1 role="presentation" aria-level="2"> Minta tartalom </h1>

Amikor egy presentation szerepű elem fókuszálható, a felhasználói programoknak KÖTELEZŐ figyelmen kívül hagyniuk a szerep normális hatását, és fel kell fedniük az elem natív szemantikáját, hogy biztosítsák az elem értelmezhetőségét és működtethetőségét. A presentation szerepű képek esetén a szerkesztőknek NEM JAVASOLT, hogy jelentéssel bíró szövegalternatívát adjanak meg (például, HTML4-ben használjuk az alt="" attribútumot).

A következő példában a div WAI-ARIA img szereppel rendelkezik, és ezt a "caption" bekezdés megfelelően címkézi. Az img megjelölhető prezentációs elemként, mivel a szerepet és a szövegalternatívát az őt tartalmazó elem nyújtja.

<div role="img" aria-labelledby="caption">
  <img src="example.png" role="presentation" alt="">
  <p id="caption">Egy látható felirat címkézi a képet.</p>
</div>

A következő példában mivel a horgony (HTML a elem) egy treeitemként viselkedik, a listaelemnek (HTML li elem) explicit WAI-ARIA presentation szerepe van, hogy felülírja a felhasználói alkalmazás rá vonatkozó implicit natív szemantikáját.

<ul role="tree">
  <li role="presentation">
    <a role="treeitem" aria-expanded="true">Egy nyitott facsomópont (node)</a> 
  </li> 
  … 
</ul>

Egy elem ami a hosszú ideig tartó folyamatok állapotát jelzi.

A progressbar jelzi, hogy a felhasználói kérés feldolgozásra került, és az alkalmazás halad a kért művelet befejezése felé. A szerkesztőnek meg KELL adniuk az aria-valuenow, aria-valuemin, és aria-valuemax attribútumok értéket, kivéve ha az érték nem határozható meg, mely esetben az aria-valuenow attribútumot el KELL hagyni. A szerkesztőknek módosítaniuk KELL ezeket az értékeket a vizuális állapotjelző frissítésekor. Amennyiben a progressbar egy adott terület betöltésének állapotát jelöli, a szerkesztőnek az aria-describedby segítségével rá KELL mutatnia az állapotra, valamint az aria-busy attribútum értékének igaz-nak kell lennie. A felhasználó nem módosíthatja progressbar értékét, mert az minden esetben readonly (csak olvasható).

Megjegyzés: A kisegítő technológiák az aria-valuenow értékét általában az aria-valuemin és az aria-valuemax közti százalékos értékként jelenítik meg, kivéve ha az aria-valuetext meg van adva. Az aria-valuemin, aria-valuemax, és aria-valuenow értékét célszerű úgy beállítani, hogy illeszkedjenek ehhez a számításhoz.

Megjegyzés: A progressbar szerep implicit aria-readonly: igaz értékkel rendelkezik.

Egy bejelölhető elem a radio szerepek csoportjában, ahol egyszerre csak egy elem lehet aktív.

A szerkesztőknek biztosítaniuk KELL, hogy a radio szereppel rendelkező elemek explicit módon csoportosítva legyenek, hogy ezzel jelezzék, mely elemek befolyásolnak egy adott értéket. Ezt a radio elemek radiogroup elemekbe való zárásával érhetjük el. Ha a rádiógombok nem tehetők a radiogroup DOM gyermekeivé, a szerkesztőknek az aria-owns attribútum radiogroup elemen való használatával jelezniük KELL a gyermekelemmel fennálló kapcsolatot.

radio gombok egy csoportja.

A radiogroup a select listák olyan típusa, amely csak egyetlen bejelölt elemmel rendelkezhet. A szerkesztőknek biztosítaniuk KELL, hogy egy időben csak a csoport egy eleme lehessen aktív. A csoport egy elemének kiválasztásával a korábbi elem kiválasztása megszűnik (az aria-checked attribútum értéke hamis-ra módosul).

Egy beviteli lehetőség, amely a felhasználó által megadható értékek tartományát képviseli.

Megjegyzés: A range egy kizárólag az ontológiában használt absztrakt szerep. A szerkesztőknek tilos ennek felhasználása a tartalomban.

Egy weboldal vagy dokumentum nagy, érzékelhető része, amely fontos annyira, hogy az oldalösszefoglaló vagy a tartalomjegyzék része legyen, például egy oldal sportesemények statisztikáit tartalmazó területe.

Az előbbiekben említett 'oldalösszefoglaló' egy olyan struktúra, ami dinamikusan jön létre az oldal betöltődésekor és röviden leírja annak átfogó elrendezését. A szerkesztő ezt szkript, vagy a kisegítő technológia segítségével hozhatja létre.

A szerkesztőknek biztosítaniuk KELL, hogy a region rendelkezzen egy aria-labelledby által hivatkozott címsorral. A címsort a gazdanyelv címsor elemének egy példánya, vagy a címsorszöveget tartalmazó heading szerepű elem szolgáltatja.

A szerkesztőknek javasolt, hogy a weblap területeinek meghatározásakor fontolják meg a szabványos iránypont szerepek használatát. Amennyiben ezek definíciója nem elégséges, a szerkesztők használhatják a region szerepet és megadhatják a megfelelő hozzáférhető nevet.

Az alap szerep, amelytől a taxonómia összes többi szerepe örököl.

A szerep tulajdonságai az objektumok (az RDF szóhasználatával élve "instance-ek/egyedek" ) strukturális és funkcionális célját írják le. A szerep egy fogalom, amely az instance-ek megértését és működtetését segíti.

Megjegyzés: A roletype egy kizárólag az ontológiában használt absztrakt szerep. A szerkesztőknek tilos ennek felhasználása a tartalomban.

Egy grid celláit tartalmazó sor.

A sorok gridcell elemeket tartalmaznak, és a grid rendezésére szolgálnak.

treegridek esetén a szerkesztőknek MEGENGEDETT, hogy a sorokat az aria-expanded attribútum segítségével bővíthetőként jelöljék meg. Hagyományos grid esetén ez nem lehetséges, mivel nem támogatja az aria-expanded attribútumot.

A szerkesztőknek KÖTELEZŐ biztosítaniuk, hogy a row szerepű elemek egy grid, rowgroup, vagy treegrid szereppel rendelkező elemben szerepeljenek, vagy az birtokolja őket.