HTML5, ARIA Ролі, і для чытання з экрана ў маі 2010 года

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

 

Заўвага: Абнаўленне даследаванні і вынікі для сакавіка 2011 года.

Ёсць некаторыя добрыя, карысныя прыклады і працаваць там ужо паказаць, як некаторыя чытачы экрана справу з рознымі канструкцыямі і HTML5 ARIA ролі. Я ведаю, што дадзеныя яшчэ не скончана, і дапаможныя пастаўшчыкі тэхналогій заўсёды працуе на ім, але я хацеў, каб пагуляць трохі, і пацвердзіць для сябе, як некаторыя з вядучых чытання з экрана для Windows, а менавіта JAWS 11, Window-Eyes 7.11, NVDA 2010.1 і SAToGo 3.0.202, у цяперашні час апрацоўваць асноўныя HTML5 секционирования элементы, а таксама ARIA арыенцір і іншыя ролі. Было прапанавана, што да таго часу, браўзэры і чытачы экрана цалкам не падтрымліваюць элементы HTML5 і іх няяўныя ролі ARIA, мы павінны быць відавочна дапаўненняў у некаторыя элементы HTML5 і звязаныя з імі ролі ARIA.

Абнаўленне: Вынікі для VoiceOver ў MacOS X Snow Leopard з Safari 4.0.3 дададзеная. -Можа Ліпеня 2010

Тэставыя выпадкі


Першы тэст выкарыстоўвае толькі элементы HTML5, у прыватнасці:

  •     загаловак
  •     навігацыйны
  •     раздзел
  •     артыкул
  •     ў бок
  •     ніжні калантытул


Другі тэст таксама ўжываецца наступныя ролі ARIA:

  •     банер
  •     рух
  •     галоўная
  •     артыкул
  •     дапаўняюць
  •     contentinfo


Я тэставаў з чатырма экранамі чытачоў, якія выкарыстоўваюць як Internet Explorer 8 і Firefox 3.6.

Заўвага: У залежнасці ад чытання з экрана і браўзэра камбінацыю вы карыстаецеся, унутраныя спасылкі старонкі ў межах тэстаў, асабліва тых з мэтамі, якія простыя загалоўкі з атрыбутам ID, можа ці не можа належным чынам ўсталяваць фокус і абнаўленне пазіцыі ў парадку TAB. Гэта праблема, дастаткова добра дакументаваны, з канкрэтнымі браўзэраў і чытання з экрана, і не звязаныя з выкарыстаннем HTML5 і ARIA ролі. Гэта можа быць па-рознаму змякчэлыя шляхам дадання TabIndex = “- 1” і / або з выкарыстаннем актуальных элементы па-рознаму, але замест гэта для іншага набору тэстаў.

Вынікі

Сцісла, NVDA робіць вельмі добра з HTML5 і HTML5 з ARIA ролі тэстаў, ці з’яўляецца гэта ў IE8 або FF3.6. Рух, чытанне, і узаемадзейнічаючы з разметкі і ARIA арыенціраў HTML5 гэта проста проста. Настолькі, што ён не гарантуе, у тым ліку яго ў выніках тэстаў: Дастаткова сказаць, што NVDA парод.

JAWS робіць добра, хоць у FF3.6 гэта, здаецца, не падабаецца навігацыйную элемент, укладзены ў загалоўку. У цяперашні час, па меншай меры, можа быць разумным, каб пазбегнуць гнездавання навігацыйныя элементы ў элементы загалоўка. Абнаўленне (27 жніўня 2010): Глядзець каментар # 3 па Террилл Томпсан ніжэй. На жаль, тое JAWS 11 у Firefox 3.6 не вельмі добра справу з элементам загалоўка ў любы рэалізацыі.

SAToGo таксама робіць добра, а цяпер нават дазваляе навігацыю ARIA арыенцір, хоць гэта аўтаматычна не абвясціць тып арыенцір, як гэта адбываецца праз яго. І я мог бы толькі атрымаць яго для навігацыі па арыентыру ў адным напрамку ў IE8, у той час як у FF3.6, я мог бы перайсці і да наступнай і папярэдняй арыенцір націскам ; i Shift + ; адпаведна. Абнаўленне: Новыя вынікі для SAToGo версіі 3.1.24, 21 мая 2010 года.

Window-Eyes 7.11, з другога боку, і гэта адзінае, што мы ўжо ведалі, не прызнае ARIA ролі наогул. Акрамя таго, Window-Eyes толькі здаецца упірацца ў IE8, калі справа даходзіць да HTML5 і ARIA ролі выкарыстоўваецца разам: у “Рэжым прагляду” ён не можа знайсці якія-небудзь сувязі ўнутры элемента секционирования HTML5, які таксама мае ARIA ролю. Калі вы ўключыце “Рэжым прагляду” выключаны, ён робіць знайсці ўсе спасылкі, але гэта азначае, што вы павінны ўвесь час пераключацца “Агляд Mode” і выключэнні на самай справе чытаць і выкарыстоўваць старонку.

Некаторыя дадатковыя хутка выпрабаванні я паказаў ня, што ў IE8, Window-Eyes мае праблем з пошукам спасылак у просты DIV, які таксама хан арыю ролю, або ў межах HTML5 секционирования элемент без ARIA ролі, але аб’яднаць два і Window-Eyes ў IE8 проста губляецца. Гэта пацвярджаецца, напрыклад, з дапамогай сайт Бруса Лоусон, які дазваляе эфектыўна выкарыстоўваць HTML5 і ARIA. Калі вы наведаеце сайт Бруса з Window-Eyes і IE8, ні адзін з звёнаў у загалоўку або #sidebar NAV не знойдзеныя, так як абодва гэтых элементаў HTML5 таксама ARIA ролі рэалізаваныя. Але гэта не праблема з спасылкамі ў галіне асноўнага зместу, нават калі ён мае role="main", так як ён проста выкарыстоўвае рэгулярнае DIV. Калі ён выкарыстаў раздзел элемент замест, большасць спасылак на старонцы будзе проста знікнуць Window-Eyes ў IE8.

У той час як у мяне няма нумары, каб даказаць гэта, я мяркую, што большасць карыстальнікаў Window-Eyes запусціць Internet Explorer замест Firefox, так што гэта можа быць прычынай, каб пазбегнуць выкарыстання HTML5 і ARIA ролі разам на час, у залежнасці ад таго, як вы адчуваеце пра харчаванне для карыстальнікаў Window-Eyes з IE8. Гэта будзе цікава паглядзець, як усё змяняецца, як толькі IE9 і Window-Eyes 8 з.

Больш падрабязныя вынікі выпрабаванняў прыведзены ніжэй. Калі не пазначана іншае, чытання з экрана выконваецца як можна было б спадзявацца і разлічваць на карысную вопыту.

Абнаўленне # 1 (30 чэрвеня 2010): Здаецца, што нават гняздуюцца элемент з атрыбутам ролю ў бацька HTML5 секционирования элемента аналагічна выклікае праблемы для Window-Eyes. Напрыклад, спасылкі ў межах вул ролю з = “рух”, укладзеных у матчынай навігацыйнай элемента не будзе знойдзены Window-Eyes.

Абнаўленне # 2 (5 лiпеня 2010): З іншага боку, і, што цікава, якія гняздуюць элемент HTML5 ўнутры DIV з ARIA ролі, здаецца, не выклікаць праблемы ў Window-Eyes. Напрыклад, спасылкі ў навігацыйнай элемента, укладзеныя ў DIV з ролі = “навігацыі” па-ранейшаму знойдзена Window-Eyes. Так што гэта, у цяперашні час, верагодна, лепшы спосаб выкарыстоўваць элементы HTML5 і ролі ARIA арыенціраў разам без негатыўнага ўплыву карыстальнікаў Window-Eyes.

Абнаўленне # 3 (7 ліпеня 2010): З апошнім абнаўленнем для Window-Eyes 7.2, спасылкі ў HTML5 элементаў, якія маюць АРЫЯ арыенцір ролю цяпер знайсці і выкарыстоўваць. На жаль, гняздуюць па меншай меры, некаторыя семантычныя HTML 4 элементы з ролевай атрыбут у бацькоўскай HTML5 секционирования элемента ўсё яшчэ выклікае праблемы для Window-Eyes 7.2. Гэта значыць, спасылкі ўнутры вул ролю з = “рух” укладзенай ўнутры навігацыйнай бацькоўскага элемента, напрыклад, да гэтага часу не знойдзены і дзейсныя дапамогай гэтага апошнюю версію Window-Eyes.

Абнаўленне # 4 (21 лiпеня 2010): Я думаю, што я здолеў зрабіць рэчы крыху заблытанай ў гэтай кропцы, так што давайце рэзюмэ: У Internet Explorer 8, версіі Window-Eyes 7.2 і ніжэй, пры нармальным рэжыме прагляду, ёсць некаторыя праблемы з пошукам і выкарыстаннем спасылкі на матэрыялы, у якіх ролі ARIA выкарыстоўваюцца ў спалучэнні з HTML5 секционирования элементаў у пэўных дамоўленасцей. Выкарыстанне спасылкі ў элеменце HTML5 з атрыбутам ARIA ролі праблема з Window-Eyes 7.11 і ніжэй. Гэта не праблема з Window-Eyes 7.2, але з версіяй 7.2 значыць робіць застаюцца праблемы з меншай меры маркіраваныя і упарадкаваных спісаў і, магчыма, некаторых іншых элементаў, а таксама, якія маюць ARIA ролю ўжываецца. Ні Window-Eyes 7.11, ні 7.2 можна выкарыстоўваць спасылкі ў уль элемента з роляй = “рух”, будзь яна ці не ўкладзены ў навігацыйнай элемента. Тое ж самае, напрыклад, для сувязі ўнутры элемента з ЮЫ ролі = “contentinfo”. (Гэта памылка Window-Eyes таксама праяўляецца ў некаторай ступені з Firefox 3.6). Аднак, гняздуюць элемент HTML5 ў агульнай DIV з ARIA ролі, ці наадварот, Вёрстка пласт пад ARIA ролі ў якасці элемента HTML5, здаецца, не выклікае праблем у Window-Eyes. Так, напрыклад, можна было б абгарнуць іх навігацыйнай элемент з <DIV ролі = “рух”> або, у якасці альтэрнатывы, абгарнуць ўнутранае ўтрыманне нав ў DIV з роляй ARIA. Прыклады гэтых розных механізмаў могуць быць знойдзеныя на гэтай спецыяльнай тэставай старонкі для Window-Eyes.

HTML5 толькі Прыклад тэсту
JAWS 11
IE8

  •     няма відавочных праблем або пытанняў,


FF3.6

  •     не падабаецца NAV ўнутры элемента загалоўка: Пры загрузцы старонкі, то JAWS скача недзе пад загалоўкам і пачынае чытаць, часта h1 ці “першы раздзел” ўнутраную спасылку старонкі; і навігацыйныя спасылкі ўнутры загалоўка не з’яўляецца ў спісе “Сківіцы спасылкі
  •     можна націснуць TAB, каб дабрацца да любой спасылку, але ў рэжыме VirtualPC Cursor, спасылкі ў загалоўку, пры выбары з дапамогай клавіятуры, зарэгіструйцеся і выступаць у якасці нейкай спасылку межамі загалоўка раней фокусе (напрыклад, часта “Першы раздзел” ўнутраную спасылку старонкі у раздзеле «асноўнай»)
  •     у рэжыме VirtualPC Cursor выключаным спасылак у рабочай загаловак штрафу праз клавіятуру
  •     спасылкі ў загалоўку уяўляецца, выдатна працуе, калі абраны з дапамогай мышы, будзь рэжым VirtualPC Курсор уключаны або выключаны
  •     спасылкі па-за загалоўка і ўсё прызналі і нармальна працаваць


Window-Eyes 7.11
IE8 і FF3.6

  •     няма відавочных праблем або пытанняў,


SAToGo 3.0.202
IE8 і FF3.6

  •     няма відавочных праблем або пытанняў,


VoiceOver
Сафары 4.0.3

  •     няма відавочных праблем або пытанняў,


HTML5 + ARIA Ролі Тэматычныя выпрабаванняў
JAWS 11
IE8

  •     ж, як толькі ў версіі HTML5, акрамя таго,
  •     усе выбітнасці ARIA знойдзеныя і суднаходным
  •     таксама лічыць role="article" арыенцір


FF3.6

  •     тыя ж пытанні з навігацыйнай ў загалоўку як адзіны варыянт HTML5
  •     усе выбітнасці ARIA знойдзеныя і суднаходная, для навігацыі ARIA арыенцір ўкладзеных у загалоўку акрамя
  •     таксама лічыць role="article" арыенцір

Window-Eyes 7.11
IE8

  •     не знойдзена ARIA славутасці
  •     няма спасылкі не знойдзена, таму што тры асноўных падзелу старонкі, выкарыстоўваюць элементы HTML5 разам з ARIA ролі
  •     загаловак з role="banner", section з role="main", а ў footer з role="contentinfo" кожны прызнаецца ў якасці кантролю (напрыклад, яны могуць быць даступныя пры націску с) і ў парадку TAB


FF3.6

  •     не знойдзена ARIA славутасці
  •     ўсе спасылкі будуць знойдзеныя, у адрозненне ад IE8
  •     header, section з role="main", а ў footer , NOT прызнаюцца ў якасці кантролю, паколькі яны знаходзяцца ў IE8


SAToGo 3.0.202
IE8

  •     усе выбітнасці ARIA знойдзеныя і суднаходнай, але толькі ў адным кірунку (пры націску; на наступны арыенцір), і тып знамянальнай ролі не абвясцілі


FF3.6

  •     усе выбітнасці ARIA знойдзеныя і суднаходным ў абодвух напрамках (пры націску і Shift +;), але тып эпахальнага ролі не абвясцілі


SAToGo 3.1.24 (21 мая 2010 г)
IE8

  •     не ў той час як гэтая версія SAToGo зараз дазваляе навігацыю ARIA вяхой у абодвух напрамках у IE8 (па клавішы ;, і Shift + ;), ён больш не знаходзіць complementary ролю арыентыру
  •     тып эпахальнага ролі застаецца без папярэджання


FF3.6

SAToGo ўсё яшчэ знаходзіць усё арыенціры, дазваляе навігацыю ў абодвух напрамках, а таксама тып знакавага ролі застаецца без папярэджання

VoiceOver
Сафары 4.0.3

  •     не знойдзена ARIA славутасці

Гэты пераклад HTML5, ARIA Ролі і для чытання з экрана ў траўні 2010 года пад ліцэнзіяй Creative Commons AttributionNoncommercialShareAlike 3.0 License.

Comments are closed.