HTML5, ARIA role, a čítačky obrazoviek v máji 2010

Poznámka: Aktualizovaný výskum a výsledky za marec 2011.

Tam sú niektoré dobré, užitočné príklady a pracovať tam už ukazuje, ako niektorí čitatelia obrazovky vysporiadať s rôznymi HTML5 konštrukty a árie rolí. Viem, že špecifikácie sú ešte neskončila a kompenzačné dodávateľov technológií sú vždy na tom pracuje, ale chcel som si trochu pohrať a potvrďte pre seba, ako niektoré z popredných čítače obrazovky pre Windows, a to JAWS 11, Window-Eyes 7.11, NVDA 2010,1, a SAToGo 3.0.202, v súčasnej dobe zvládať základné HTML5 rezov prvky, rovnako ako orientačný bod ARIA a iné úlohy. To bolo navrhol, že do prehliadača a čítačky obrazovky plne podporuje HTML5 prvky a ich implicitné árie rolí, mali by sme byť výslovne doplnení niektorých HTML5 prvky s nimi spojených ARIA Rolí.

Aktualizácia: Výsledky pre VoiceOver v MacOS X Snow Leopard s Safari 4.0.3 dodal. -May 07 2010

 

Testovacie Prípady

Prvý test prípad použije len HTML5, najmä:

  • header
  • nav
  • section
  • article
  • aside
  • footer

Druhý test prípad sa týka aj nasledujúce ARIA role:

  • banner
  • navigation
  • main
  • article
  • complementary
  • contentinfo

Testoval som so štyrmi čítačky obrazovky, ako program Internet Explorer 8 a Firefox 3.6.

Poznámka: V závislosti na čítanie obrazovky a prehliadača kombinácie, ktoré používate, vnútorná strana väzieb v rámci testovacích prípadov, najmä tých s cieľmi, ktoré sú jednoduché nadpisy s atribútom id, môžu alebo nemusia správne nastaviť zaostrenie a aktualizáciu polohy v TAB poradí. To je problém, dosť dobre zdokumentované, so zvláštnymi prehliadačov a čítačky obrazovky, a nesúvisiace s využitím HTML5 a árie rolí. To môže byť rôzne zmierniť pridaním tabindex = "- 1" a/alebo použitím skutočnej a prvky v rôznych spôsoboch, miesto, ale to je na inú sadu testovacích prípadov.

 

Výsledky

Stručne povedané, NVDA robí veľmi dobre s HTML5 i HTML5 s ARIA role testovacích prípadov, či už je v IE8 či FF3.6. Prechádzanie, čítanie a interakciu s značkovacích a ARIA pamiatok HTML5 je len jednoduché. Natoľko, že to nezaručuje, zahrnutie do výsledkov testov: Postačí povedať, že NVDA kamene.

JAWS robí dobre, keď v FF3.6 to nezdá sa, že rád navigačné prvok vnorené v záhlaví. Pre túto chvíľu, aspoň, to môže byť rozumné, aby sa zabránilo hniezdenia Nav elementy vo vnútri prvkov hlavičky. Aktualizácia (27 augusta 2010): Pozri komentár #3 od Terrill Thompson nižšie. Bohužiaľ, JAWS 11 vo Firefoxe 3.6 nie je dobre vysporiadať s prvkom hlavičky v akomkoľvek prevedení.

SAToGo tiež robí dobre, a teraz dokonca umožňuje navigáciu podľa ARIA orientačný bod, aj keď to nebude automaticky oznámiť typ medzník, ako to príde cez to. A ja som mohol len dostať k navigácii od medzník v jednom smere v IE8, zatiaľ čo v FF3.6, mohol by som navigovať ako ďalšie a predchádzajúce dominantou stlačením ; a Shift + ; v tomto poradí. Aktualizácia: Nové výsledky pre SAToGo verziu 3.1.24, 21 mája 2010.

Window-Eyes 7.11, na strane druhej, a to je jedna vec už sme vedeli, nerozpozná árie role vôbec. Ďalej, Window-Eyes len zdá, vzpierala v IE8, pokiaľ ide o HTML5 a ARIA role sú použité spoločne: v "Browse Mode", že nemôže nájsť žiadne odkazy v rámci jednej HTML5 krájanie prvok, ktorý má aj áriu rolu. Ak zapnete "Browse Mode" odrovnať, to robí nájsť všetky odkazy, ale to znamená, že budete musieť neustále prepínať "Browse Mode" vypnúť a na skutočne čítať a používať stránku.

Niektoré ďalšie rýchle testy som sa ukázalo, že v IE8, Window-Eyes nemá žiadne problémy s nájdením odkazov v rámci jednoduchého div, že aj han áriu úlohu, alebo v rámci HTML5 rezy prvok bez ARIA úlohu, ale kombinovať dva a okenné oči IE8 jednoducho stratí. To je potvrdené, napríklad tým, že Bruce Lawson webu, ktorý robí dobré použitie HTML5 a ARIA. Ak navštívite stránku Bruce s Window-Eyes a IE8, žiadny z odkazov v header alebo #sidebar nav sa nachádzajú, pretože oba tieto prvky HTML5 majú tiež ARIA role vykonaná. Ale nie je tam žiadny problém s odkazmi na hlavné oblasti obsahu, aj keď to má role="main", pretože to jednoducho použije div. Ak sa namiesto toho používa section element, väčšina z odkazov na stránke by jednoducho zmizne Window-Eyes v IE8.

Aj keď nemám čísla to dokázať, Myslím si, že väčšina Window-Eyes používateľov Internet Explorer spustiť miesto Firefoxu, takže to môže byť dôvod, aby sa zabránilo používanie HTML5 a árie role spolu v súčasnej dobe, v závislosti na tom, ako cítite obstarávať Window-Eyes užívateľom s IE8. Bude zaujímavé sledovať, ako sa veci zmeniť, akonáhle IE9 a Window-Eyes 8 sú vonku.

Čím viac podrobné výsledky testu sú nižšie. Ak nie je uvedené inak, pre čítanie z obrazovky vykonáva ako by sa dalo dúfať a čakať na využiteľnú zážitok.

Aktualizácia #1 (30 júna 2010): Zdá sa, že dokonca hniezdia prvok s atribútom role v materskej HTML5 krájaní prvok podobne pôsobí problémy pre Window-Eyes. Napríklad prepojenie v rámci ul sa role="navigation" vnoreného vnútri rodič nav prvok nebude nájdený Window-Eyes.

Aktualizácia #2 (5 júla 2010): Na druhej strane, a je zaujímavé, hniezdi HTML5 prvok vnútri div s ARIA role Nezdá sa, že spustenie problém v Window-Eyes. Napríklad odkazy v nav prvok, ktorý je vnorené do div s role="navigation", sú stále ešte nájsť Window-Eyes. Tak to je, zatiaľ, pravdepodobne najlepší spôsob, ako používať HTML5 prvky a ARIA medzník role spolu bez toho, aby negatívne ovplyvnilo Window-Eyes užívateľov.

Aktualizácia #3 (7 júl 2010): S najnovšiu aktualizáciu Window-Eyes 7.2, prepojenie v rámci HTML5 prvkov, ktoré majú orientačný bod ARIA role sa teraz nachádzajú a použiteľné. Bohužiaľ, hniezdiť prinajmenšom niektoré sémantické HTML 4 prvky s atribútom role v rámci materskej HTML5 krájanie prvku stále pôsobí problémy pre Window-Eyes 7.2. To znamená, že prepojenie v rámci ul sa role="navigation" vnoreného vnútri nadradeného nav prvok, napríklad, sa stále nebol nájdený a žalovateľné pomocou tejto najnovšej verzii Window-Eyes.

Aktualizácia #4 (21 júla 2010): Myslím, že sa mi podarilo, aby sa veci v tomto bode trochu mätúci, takže poďme zhrnúť: V programe Internet Explorer 8, Window-Eyes verzie 7.2 a nižšie, keď je v normálnom režime prehliadania, majú niektoré problémy nájsť a pomocou odkazov v obsahu, kde sú ARIA role používajú v spojení s HTML5 krájanie prvkami v niektorých opatreniach. Pomocou odkazov v prvku HTML5 s atribútom ARIA role, je problém s Window-Eyes 7.11 a nižšie. To nie je problém s Window-Eyes 7.2, ale vo verzii 7.2 tam robí stále problém s najmenej neusporiadané a usporiadané zoznamy, a možno niektoré ďalšie prvky, rovnako, ktoré majú ARIA role použitá. Ani Window-Eyes 7.11 ani 7.2 môžete použiť odkazy v ul prvku s role="navigation", či už je alebo nie je vnorená vnútri nav prvok.

To isté platí, napríklad pre spojenie v rámci ol prvku s role="contentinfo". (Toto okno-Eyes chyba prejavuje tiež do určitej miery s Firefox 3.6). Avšak, vnorenia HTML5 prvok v generickej div s ARIA role, alebo naopak, hniezdenia div s ARIA role v rámci HTML5 elementu, nezdá sa, že spôsobiť problém vo Window-Eyes. Tak, napríklad, jeden mohol zabaliť svoje nav prvok s <div role="navigation">, alebo alternatívne, zabaľte vnútorný obsah nav v div s ARIA role. Príklady týchto rôznych usporiadaní možno nájsť na tejto špeciálnej skúšobnej stránky pre Window-Eyes.

 

HTML5 iba modelový prípad

JAWS 11

IE8

  • žiadne zjavné problémy či otázky

FF3.6

  • nemá rád nav rámci prvku header prvok: Na stránke zaťažení, JAWS skoky niekde pod header a začne čítať, často h1 alebo "Prvá časť" vnútorná strana odkaz; a nav odkazy vnútri header sa nezobrazí v čeľustiach "zozname odkazov
  • stlačením klávesy TAB dosiahnuť každý článok, ale v režime VirtualPC kurzora, odkazy vnútri header, pri výbere klávesnicou, zaregistrujte sa a pôsobí ako z nejakého odkaz mimo header bolo skôr zamerania (napr často "Prvá sekcia" vnútorný Page odkaz v "main" section)
  • s režimom VirtualPC kurzor mimo, odkazy v header funguje pomocou klávesnice
  • odkazy v header zdá sa, že funguje dobre, keď vybrať pomocou myši, či je režim VirtualPC Kurzor zapnutý alebo vypnutý
  • väzby mimo hlavičky sú uznávané a pracovať správne

 

Window-Eyes 7.11

IE8 and FF3.6

  • žiadne zjavné problémy či otázky

 

SAToGo 3.0.202

IE8 and FF3.6

  • žiadne zjavné problémy či otázky

 

VoiceOver

Safari 4.0.3

  • žiadne zjavné problémy či otázky

 

HTML5 + ARIA role testovací prípad

JAWS 11

IE8

  • rovnako ako jediná verzia HTML5, okrem toho, že,
  • všetky ARIA zaujímavosti sú nájdené a splavný
  • sa tiež domnieva role="article" orientačný bod

FF3.6

  • rovnaké problémy s nav v header ako verzia HTML5
  • všetky pamiatky a zaujímavosti ARIA sú nájdené a splavný, okrem navigation ARIA dominantou vnorené do header
  • sa tiež domnieva role="article" orientačný bod

 

Window-Eyes 7.11

IE8

  • zistené žiadne ARIA pamiatky
  • žiadne odkazy našiel, pretože troch hlavných sekcií danej stránky používať HTML5 prvky spolu s ARIA rolami
  • header s role="banner", section s role="main", a footer s role="contentinfo" sú každý uznané ako kontrolné (napr, možno k nim pristupovať pomocou tlačidla C), a sú v TAB poradí

FF3.6

  • zistené žiadne ARIA pamiatky
  • všetky odkazy sú nájdené, na rozdiel od v IE8
  • header, section s role="main", a footer nie sú uznané ako ovládacie prvky, ako sú v IE8

 

SAToGo 3.0.202

IE8

  • všetky pamiatky a zaujímavosti ARIA sú nájdené a splavný, ale len v jednom smere (stlačením tlačidla ; na ďalší orientačný bod), a typ role pamiatka nebola oznámená

FF3.6

  • všetky pamiatky a zaujímavosti ARIA sú nájdené a zjazdný v oboch smeroch (stlačením ; a Shift + ;), ale typ role pamiatka nebola oznámená

 

SAToGo 3.1.24 (May 21, 2010)

IE8

  • while this version of SAToGo now allows navigation by ARIA landmark in both directions in IE8 (by pressing ; and Shift + ;), it no longer finds the complementary landmark role
  • the type of landmark role remains unannounced

FF3.6

  • SAToGo ešte nájde všetky pamiatky a zaujímavosti, umožňuje navigáciu v oboch smeroch, a typ dominantou role zostáva neohlásené

 

VoiceOver

Safari 4.0.3

  • zistené žiadne ARIA pamiatky

 

Tento preklad HTML5, ARIA role, a čítačky obrazoviek v máji 2010 podlieha licencii Creative Commons Attribution-NonCommercial-ShareAlike 3.0 License

 

Original in English: http://accessibleculture.org/articles/2010/05/html5-aria/

Homepage