Рэзюмэ

Даступнасць супольнасць зразумела занепакоеныя даступнасцю сцэнарыяў на баку кліента, у прыватнасці з выкарыстаннем Asynchronous JavaScript і XML ( Ajax ) для вытворчасці шматфункцыянальных інтэрнэт-прыкладанняў. Стыў Фолкнер з Vision Australia  і член-заснавальнік Web Accessibility Інструменты кансорцыума  ( WAT-C ) і я ад імя Paciello Group (TPG)  супрацоўнічаюць у рамках намаганняў, каб прыдумаць метады, каб зрабіць Ajax і іншыя кліенцкія метады сцэнарыяў даступная для дапаможных тэхналогій.

Ініцыятыва вэб-даступнасці ў пратаколы і фарматы рабочай групы  прама звярталіся да праблемы стварэння шматфункцыянальных інтэрнэт-прыкладанняў даступныя, і мы запазычаць некаторыя з іх канцэпцый для даследавання метадамі забеспячэння гэтага Ajax прыкладанні працуюць з вядучымі дапаможных тэхналагічных прадуктаў. Дрэнная навіна складаецца ў тым, што гэта не магчыма зрабіць Ajax працы ва ўсіх вядомых дапаможных тэхналогій, такім жа чынам, што гэта не магчыма атрымаць Ajax, каб працаваць са старымі браўзэрамі, але мы тлумачым, фундаментальныя пытанні, як для інфармавання карыстальнікаў дапаможных тэхналогій, што змяненне адбылося, і як яны могуць узаемадзейнічаць з змесцівам. Для ілюстрацыі нашых высноў, мы сумуецца паводзіны папулярных чытання з экрана.

Аўтар: Гез цытрыны і Стыў Фолкнер

Змест

Screen Reader Рэжымы

Каб зразумець праблемы за забеспячэнне таго, каб Ajax даступны для чытання з экрана, вельмі важна мець разуменне таго, як праца чытання з экрана. Каб дазволіць карыстачам для чытання з экрана, каб чытаць і ўзаемадзейнічаць з вэб-кантэнт, чытанні з экрана зрабіць здымак вэб-старонкі, і месца гэта ўтрыманне ў віртуальны буфер. Чытанні з экрана выкарыстоўвае віртуальны буфер, каб дазволіць карыстачу перамяшчацца ўтрымання. Без віртуальнага буфера чытання з экрана мае доступ толькі да часткі старонкі, фокус, якія не з'яўляюцца дапаможнымі агентамі карыстальнікаў, напрыклад, якароў і элементы інтэрфейсу. Без віртуальнага буфера, карыстач не можа ўзаемадзейнічаць з іншымі элементамі і іх даччыных вузлоў у змесце, такія як малюнкі, спісы, табліцы, і так далей. Чытанні з экрана маюць свае спецыфічныя назвы віртуальнага буфера, такія як Рэжым віртуальных фокус у Supernova, але яны па сутнасці робяць тую ж працу. Наступны падзел апісвае, як віртуальны буфер рэалізаваны ў JAWS і Window-Eyes.

JAWS Virtual PC рэжым курсора

Віртуальны буфер называецца Віртуальны рэжым курсора ПК у JAWS . Віртуальны рэжым курсора кампутара ўключаецца па змаўчанні пры праглядзе HTML- дакументаў у падтрымоўваных прыкладаннях (такіх як Internet Explorer і Firefox з JAWS 7.0), і можа быць ўключаць і выключаць з дапамогай спалучэнне клавіш Уставіць + Z . У гэтым рэжыме карыстальнік мае доступ да HTML-элементаў і іх атрыбутаў, такіх як га элемента табліцы загалоўкаў.

Калі ў рэжыме віртуальнага курсора ПК, JAWS адказвае непаслядоўна на баку кліента сцэнараў падзей. JAWS здольны рэагаваць на асноўныя падзеі ў віртуальным рэжыме курсора ПК, напрыклад, націсніце і націску клавішы , і асвяжыць Віртуальны здымак курсор кампутара, каб адлюстраваць любыя змены, унесеныя ў змест. Праблема пры выкарыстанні Ajax з'яўляецца тое, што новае ўтрыманне звычайна не дадаюць непасрэдна ў адказ на гэтыя падзеі, замест гэтага ўтрымання, як правіла, дадаецца праз onreadystatechange выпадку XMLHttpRequest аб'ект. Цікава, што JAWS 7.0 рэагуе на onreadystatechange падзея з Firefox, але не з Internet Explorer. Адсутнасць рэакцыі на onreadystatechange падзея разам з аўтарамі не ў стане засяродзіцца на часткі дакумента, якая змянілася па сутнасці, чаму большасць Ajax прыкладанняў, як паведамляецца, альбо не працуюць зусім, альбо вядуць сябе непаслядоўна. Для змены павінны прадстаўляцца паспяхова JAWS ў віртуальнай рэжыме ПК (рэжым па змаўчанні і рэжым, які дазваляе карыстачу ўзаемадзейнічаць з кантэнтам), адзіны надзейны спосаб дадання новага кантэнту ў рэжыме віртуальнага курсора ПК, як прамы вынік націсніце кнопку , націск клавішы або навядзенні курсора мышы падзея, якое, відавочна, не дастаткова добры для рашэння Ajax.

Пачынаючы з версіі 6, JAWS ўвёў каманду, каб абнавіць віртуальных ПК з дапамогай курсора спалучэнне клавіш Уставіць + Esc . Гэта азначае, што карыстач JAWS можа выкарыстаць гэта спалучэнне клавіш, каб атрымаць доступ да кантэнту, які быў дададзены дынамічна. Праблема ў тым, даючы карыстачу зразумець, што змест не змянілася. Рашэнне мы разглядалі было дадаваць змесціва, якое прапануе карыстачу абнавіць віртуальны буфер, як прамы адказ на кнопку / націск клавішы падзея, і замяніць, што ўтрыманне, калі onreadystatechange падзея ў XMLHttpRequest аб'ект. Варта за такога падыходу ў тым, што карыстачы JAWS версіі 6 і вышэй можа выкарыстоўваць ПК Абнаўленне віртуальнага курсора каманду, і карыстальнікі больш ранніх версій JAWS і іншыя чытачы экранам, якія выкарыстоўваюць віртуальны буфер будзе ў стане рэагаваць на гэта шляхам пераключэння на віртуальным рэжыме і выключаецца - напрыклад, з дапамогай спалучэння клавіш Уставіць + Z у два разы будзе перамыкаць рэжым віртуальнага курсора ПК ўключаецца і выключаецца ў JAWS, асвяжальны віртуальны буфер.

Пры тэставанні гэтую тэхніку з Internet Explorer, запыт на абнаўленне віртуальнага буфера будзе абвешчана JAWS , але асвяжальны буфера, выкарыстоўваючы спалучэнне клавіш Уставіць + Esc толькі аб'яўляе, што экран быў абноўлены, і не пачынаць чытаць абноўлены змест . Пераключэнне рэжыму віртуальнага курсора кампутар выключыць і зноў толькі прыводзіць да JAWS, абвясціўшы, што яна змяняецца мод у Internet Explorer. Як JAWS з Firefox рэагуе на onreadystatechange падзея, змесціва пстрыкніце падзея адмяняецца кантэнт з onreadystatechange падзея, і абвясціў карыстальніка. Як Firefox можа непасрэдна рэагаваць на onreadystatechange падзея, і пераключэнне рэжымаў не аб'яўляе аб новым змесце, гэтую тэхніку не варта прытрымлівацца далей.

JAWS ПК рэжым курсора

Рэжым PC Курсор супрацьлегласць Віртуальны рэжым курсора ПК у тым, што ён не выкарыстоўвае віртуальны буфер. У гэтым рэжыме, карыстач непасрэдна ўзаемадзейнічае з дадаткам, і можа засяродзіцца толькі на элементы, якія не-дапаможныя агент карыстальніка можа засяродзіцца на, напрыклад, якароў і элементы інтэрфейсу. Калі Ajax выкарыстоўваецца ў адказ на падзею, то яго можна прымусіць працаваць у гэтым рэжыме, паколькі магчымасці стварэння сцэнарыяў абмежаваныя браўзэр, які JAWS гэта «чытанне» замест абмежаванні падзей некалькі, якія JAWS рэагуе для таго, абнавіць свой ​​віртуальны буфер, калі ў віртуальным рэжыме курсора ПК. Хоць карыстальнік мае вельмі абмежаваныя магчымасці ў рэжыме ПК курсора, яны могуць актываваць спасылкі і кнопкі. Калі ўтрыманне спароджаных onreadystatechange падзея можа атрымаць фокус, то карыстач будзе паведамлена аб гэтым і можа атрымаць доступ змесціва, створанае ў гэтым рэжыме. HTML- спецыфікацыя дазваляе толькі некаторыя элементы, каб атрымаць фокус, так што калі кантэнту ў элемент, які можа атрымаць фокус, патрэбна дадатковая праца, каб зрабіць гэты падыход працаздольным. Для атрымання дадатковай інфармацыі гл. раздзел, прысвечаны інфармаванні чытання з экрана, што змест не змянілася .

JAWS Формы рэжым

Формы рэжым падобны на рэжым курсора кампутара. JAWS партнёраў тэкставых падказак для элементаў кіравання формы, якія былі пазначаныя і відавочна звязаны з формай кіравання з этыкеткай элемент, або здагадкі, гледзячы на тэкст непасрэдна злева або вышэй элементы кіравання (або направа для сцяжкоў і перамыкачоў). Карыстальнікі ўводзяць Формы рэжыме, націснуўшы клавішу Enter , калі поле рэдагавання мае фокус.

Як Ajax выкарыстоўваецца для стварэння прыкладанняў, то мае сэнс выкарыстоўваць формы для іх элементы інтэрфейсу. Такі падыход азначае, што ўзаемадзеянне карыстальніка з формай кіравання будзе карэктна працаваць з Ajax, калі карыстач працуе JAWS ў формах рэжым або рэжым PC Курсор, але трэба пераключыцца на рэжым віртуальнага курсора ПК пры ўзаемадзеянні з няўрадавымі арганізацыямі, формы зместу.

Window-Eyes Рэжым прагляду

Рэжым прагляду імя, дадзенае віртуальнага буфера ў Window-Eyes, а таксама ўключаецца і выключаецца пры дапамозе націску клавіш кіравання + Shift, + . Як і ў JAWS віртуальнага буфера "рэжыме, калі Window-Eyes гэта ў рэжыме прагляду, яно не мае доступу да змесціва, дынамічна генерыруюцца з onreadystatechange выпадку XMLHttpRequest аб'ект у Internet Explorer. Window-Eyes робіць рэагаваць на асноўныя падзеі, такія як кнопкі і націску клавішы , і, як JAWS, абнаўлення віртуальнага буфера пры Агляд рэжым ўключаецца і выключаецца.

Калі Рэжым прагляду выключаны, Window-Eyes толькі ў стане засяродзіцца на анкеры і элементы інтэрфейсу, і не можа ўзаемадзейнічаць з іншымі HTML элементамі. Для карыстальнікаў, каб мець магчымасць узаемадзейнічаць з формай кіравання, Рэжым прагляду павінен быць выключаны. Калі Ajax актывізуецца ў адказ на падзеі, якарамі ці элементаў інтэрфейсу, то карыстач можа быць інфармаваны, што змест не змянілася ў Window-Eyes, такім жа чынам яны могуць з JAWS . Абедзве сківіцы і Window-Eyes ўмеюць чытаць абноўлены змест, калі ён не Прагляд / Рэжым віртуальных ПК, але змест даступна толькі ў рамках чытання "экран драпаць" усіх наяўных у цяперашні час тэкст на экране.

Інфармаванне чытання з экрана, што Змест змянілася

Калі змесціва змянілася са сцэнарамі, то гэта павінна быць перададзена чытання з экрана. Без механізму высветліць, што змянілася, карыстач чытання з экрана можа быць не апавясцілі, што змест не змянілася наогул, або толькі апавяшчэнне, што змесціва было зменена, але павінны будуць прачытаць увесь дакумент, каб даведацца дакладна, што змянілася. Напрыклад, калі кантэнт будзе ўстаўлены ў дакумент са сцэнарамі, Window-Eyes адказвае наступнае.

Ідзе загрузка. Нагрузка Гатова. Шукаеце бачныя лініі.

Апошняй бачнай лініі радка, якая змяшчае элемент актываваны карыстальнікам для атрымання новага кантэнту, так што карыстальнік не ведае, як знайсці тое, што змянілася. Каб абыйсці гэтую праблему, ECMAScript ўвагі метад можа быць выкарыстаны зрабіць акцэнт на тую частку старонкі, якія змяніліся. Каб гэта працавала, мэтавага элемента павінна быць элемент, які можа атрымаць фокус. У HTMLXHTML ) толькі тыя элементы, якія могуць атрымліваць фокус , вобласць , кнопкі , уваход , аб'ект , абярыце і тэкставай элементаў.

У XHTML 2, усе элементы будуць мець магчымасць атрымліваць фокус, але праблема ў нас з бягучай спецыфікацыі HTML 4.01 і XHTML 1.x з'яўляецца тое, што яны не дазваляюць элементаў, акрамя якароў і элементы інтэрфейсу, якая атрымлівае фокус. Каб абыйсці гэтую праблему, ініцыятыва Web Accessibility ў пратаколы і фарматы рабочай групы  прапануюць дынамічны Даступны дарожнай карты вэб-кантэнту  , які прапануе выкарыстоўваць TabIndex значэнне -1 на элементах, якія не могуць атрымліваць фокус у адпаведнасці са спецыфікацыяй, і будзе фармалізаваць гэта з дзяржавамі і Adaptable Уласцівасці модуля  . Неабходна зрабіць усё элементы фокусируемый таксама прызнаецца Web Applications 1.0  .

TabIndex атрыбут прымае значэнне ад 0 і 32767 . Станоўчае значэнне, вызначае парадак, што элемент будзе наведваючы пры навігацыі з дапамогай клавіятуры. Значэнне 0 азначае, што элемент будзе наведаю, дзе ён, натуральна, адбываецца ў зыходным дакуменце. Прызначэнне TabIndex значэнне атрыбуту 0 да элемента, які не з'яўляецца ні якары, ні элемент інтэрфейсу азначае, што элемент будзе мець магчымасць атрымліваць фокус з ECMAScript, але можа ўвесці ў зман наведвальнікаў, як яны змогуць перайсці да элемента з дапамогай клавіятуры . Прызначэнне TabIndex значэнне атрыбуту -1 азначае, што элемент будзе мець магчымасць атрымліваць фокус з ECMAScript, але не будуць размешчаны ў паслядоўнасці пераходаў. Internet Explorer і Firefox і падтрымка TabIndex значэнне атрыбуту -1 , але гэта не можа працаваць з іншымі браўзэрамі. Напрыклад, TabIndex значэнне атрыбуту -1 ігнаруецца Safari, і элемент не будзе атрымліваць фокус з ECMAScript фокус метадам.

Калі ўвага надаецца элемент, які мае адмоўнае значэнне TabIndex, якія звычайна не атрымліваюць фокус, напрыклад, пункт элемента, паводзіны адрозніваецца ў залежнасці ад рэжыму - у віртуальным рэжыме буфера чытання з экрана факусуюць на элемент, але ён не будзе аўтаматычна аб'яўляць змесціва элемента, калі віртуальным рэжыме буфер адключаны, чытання з экрана аб'яўляе ўтрыманне элемента. У віртуальным рэжыме буфера, карыстальнік павінен запытаць чытання з экрана чытаць бягучую радок пасля элемент атрымлівае фокус ( Устаўце + Стрэлка ўніз ў JAWS і Стрэлка ўніз ў Window-Eyes і Supernova). Калі ўвага надаецца якар у віртуальным рэжыме буфера, дык той зьмест якар элемент аўтаматычна абвешчаныя.

Калі не элемент інтэрфейсу даецца TabIndex значэнне атрыбуту -1 , так што ён можа атрымаць фокус у Window-Eyes, калі Рэжым прагляду не гарыць, гэта памылкова, як паведамлялася, поле ўводу, бо гэта тое, што яна інтэрпрэтуецца з Microsoft Active Accessibility ( MSAA ), але аб'яўляе ўтрымання для карыстача. Ніжэй прыводзіцца вытрымка з таго, што MSAA справаздачы па пункце з TabIndex значэнне атрыбуту -1 .

Partial MSAA Report
Name "Content for paragraph."
Value none [null]
Role editable text
State focused, focusable

JAWS проста аб'яўляе тэкст, які мае фокус для карыстальніка, і не паведамляе элемент як поле ўводу. На жаль, гэта немагчыма атрымаць Home Page Reader ( HPR ) для працы на ўсіх, нават калі ён падтрымлівае скрыпты, таму што ён не падтрымлівае фокус метадам.

Структурызацыі кантэнту для прыкладанняў Ajax

Ёсць некалькі падыходаў, якія можна выкарыстоўваць для структуравання кантэнту для Ajax дадатку такім чынам, што яна працуе з чытання з экрана. Найпросты і, верагодна, найлепшым чынам падыходзіць для прыкладанняў, зрабіць частак прыкладанні, якія павінны быць актываваныя элементы карыстацкага інтэрфейсу ў форме. Пры такім падыходзе карыстач можа атрымліваць інфармацыю аб змене, засяродзіўшы ўвагу на частку дакумента, у якім змена мела месца. Гэта патрабуе ад карыстача змены ў і з віртуальнага рэжыму буфера, але гэта тое, што чакае карыстач у любым выпадку пры ўзаемадзеянні з формамі.

Калі змянілася частка змесціва знаходзіцца ў самай форме, то гэта ўяўляе праблему, хоць карыстальнік можа атрымаць у тэкст, яны не будуць здольныя ўзаемадзейнічаць з утрыманнем, як калі б яны былі ў віртуальным рэжыме буфера. У якасці прыкладу, разгледзім табліцу дадзеных, укаранёнага ў форме (сам па сабе, гэта сведчыць, што структура можа быць палепшаны, але варта ўлічыць, так як гэта верагодны сцэнар). Калі дадзеныя ячэйкі ў табліцы, укаранёнага ў элемент формы абнаўляецца ў адказ на onreadystatechange падзея, фокус можа быць дадзена ў табліцы ячэйкі, а для чытання з экрана будзе паспяхова заявіць пра гэта. Праблема ў тым, што табліца, якая змяшчае тэкст не будзе прызнана, што азначае, што карыстач не будзе ў стане вызначыць, загалоўкі, або быць ў стане арыентавацца ў астатняй частцы табліцы. Для таго, каб зрабіць гэта, карыстач павінен будзе змяніць рэжым назад у рэжым віртуальнай буфера экрана чытача. Як чытання з экрана заўсёды аб'яўляюць назвы атрыбутаў для элементаў кіравання формы, якія не маюць відавочна звязаныя пазнакі для элементаў, якія могуць атрымаць фокус у форме (у тым ліку не элементы інтэрфейсу з відавочным TabIndex атрыбут), незалежна ад шматслоўе налады, гэта можа быць запыт праз назва атрыбуту, а затым выдалены, калі элемент губляе фокус. Напрыклад, наступны можа быць выкарыстана для абнаўлення вочак табліцы ў адказ на onreadystatechange падзея звальнення.

var objCurrent = document.getElementById('update');
var objReplacement = document.createElement('td');

// Set the title attribute to prompt the user to change mode
// This should use simpler language than used here, as the user
// isn't likely to understand the concept of a virtual buffer
objReplacement.setAttribute('title', 'Switch to virtual buffer');
// When the element loses focus, remove the attribute for other
// user agents
objReplacement.onblur = function(){this.removeAttribute('title');};
// Set a negative tabindex attribute value so the element 
// can receive focus
objReplacement.tabIndex = -1;

objReplacement.setAttribute('id', 'update');
objReplacement.appendChild(document.createTextNode(strResult));

// Replace the existing node with the new node
objCurrent.parentNode.replaceChild(objReplacement, objCurrent);
// Set focus to the element
objReplacement.focus();

Калі ўзаемадзеянне з прыкладаннем не ў форме, самае галоўнае, каб паведаміць карыстальніку, што яны павінны мець рэжым віртуальнай буфер выключаны (як яны б таго, каб выкарыстоўваць форму). Гэта не так проста, як здаецца, а ён павінен быць сфармуляваны так, што лёгка зразумець, для чытання з экрана карыстачам, якія не абавязкова разумець тэхнічныя асаблівасці праграмнага забеспячэння, якія яны выкарыстоўваюць - такім жа чынам, што карыстачы візуальных браўзэраў не абавязкова ведаць, як змяніць памер тэксту. Простае рашэнне было б мець даведку, якую лёгка выявіць з прыкладаннем, якое тлумачыць, віртуальныя буферы, з табліцай, якая змяшчае каманды для пераключэння віртуальных буфераў ва ўсіх папулярных чытання з экрана. Наступная табліца паказвае, як для пераключэння віртуальных буфер чытання з экрана мы выкарыстоўвалі для тэставання.

Toggle Virtual Cursor
Screen Reader Keystroke
JAWS Insert + Z
Window-Eyes Control + Shift + A
Supernova Left Control + 4

Прыклады чытання з экрана Дружалюбны Ajax

Каб праілюстраваць канцэпцыі, прадстаўленыя ў гэтым артыкуле мы сабралі тры вельмі штучных прыкладаў Ajax прыкладанняў. Усе прыклады павінны працаваць, як чакалася, калі віртуальны буфер адключаны з Internet Explorer. Прыклады 1 і 2 працы з Firefox і JAWS 7 у віртуальным рэжыме.

Прыклад 1 - генератар выпадковых фактаў (спасылка)
Прыклад 2 - генератар выпадковых фактаў (якар)
Прыклад 3 - генератар выпадковых фактаў (форма)

Дадатковая літаратура

Пераклады

Катэгорыя: Даступнасць .

Каментарыі

  1. [ Ajax-рашэнні-праца-з-экрана readers.php # comment1 ]

    Я не магу сказаць вам, наколькі я цаню ваша даследаванне і ваш час гэтага артыкула ... толькі, што мне трэба як Шаррон Раш, і я галавой NetSquared ў Сан-Хасэ на наступным тыдні.

    Дадаў goodwitch  на чацвер 25. Май, 2006 у 02:17:05

  2. [ Ajax-рашэнні-праца-з-экрана readers.php # comment2 ]

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

    Гэта не дастаткова сказаць, што карыстачы могуць стукнуць модулі + Esc для абнаўлення JAWS буфера, калі ў іх няма падстаў меркаваць, што нічога не змянілася.

    Як вы паказваеце, гэтае пытанне некалькі вырашана, калі ў рэжыме формы, што не існуе па-за экрана мадэлі, каб карыстачу не трэба, каб абнавіць кадрам мадэль для доступу да змесціва, пры ўмове, што ён ведае, дзе яго знайсці або працуе ў яго (магчыма з-за добрага дызайну прыкладанні).

    Мы займаемся пытаннямі вакол насычаных інтэрнэт-прыкладанняў у Adobe доўгі час цяпер, і я хацеў бы, каб заахвоціць людзей зірнуць на Flex ([ http://www.adobe.com/macromedia/accessibility/ Асаблівасці / Flex /  ]). Я буду дэманстраваць серыю даступных кампанентаў прыкладанні Flex на новыя даступнасці Adobe блог ([ http://blogs.adobe.com/accessibility  ]) у бліжэйшы час.

    Дадаў AWK  на Чацвярга, 25 мая 2006 у 13:07:37

  3. [ Ajax-рашэнні-праца-з-экрана readers.php # comment3 ]

    Дзякуй за зваротную сувязь, Андрэй.

    Гэта не дастаткова сказаць, што карыстачы могуць стукнуць модулі + Esc для абнаўлення JAWS буфера, калі ў іх няма падстаў меркаваць, што нічога не змянілася.

    Я цалкам згодны. Мы даследавалі метады, з дапамогай якіх карыстальнік быў праінфармаваны, што ўтрыманне абнаўляецца ў адказ на прамое дзеянне (а не onreadystatechange падзея), але яно не магло лічыцца эквівалентнымі доступу, карыстачу прыйдзецца выканаць некалькі націскаў клавіш пасля гэтага, каб атрымаць да змянілася зместу, так што мы адмовіліся ад гэтай ідэі.

    Як вы паказваеце, гэтае пытанне некалькі вырашана, калі ў рэжыме формы, што не існуе па-за экрана мадэлі, каб карыстачу не трэба, каб абнавіць кадрам мадэль для доступу да змесціва, пры ўмове, што ён ведае, дзе яго знайсці або працуе ў яго (магчыма з-за добрага дызайну прыкладанні).

    Абсалютна, але прадастаўленне карыстач ведае, дзе знайсці ўтрыманне вялікая перашкода, але, на шчасце, адрозная выкарыстаннем спосабу факусоўкі.

    Дзякуй за інфармацыю пра Flex.

    З павагай,

    Дадаў Гез на Чацвярга, 25 мая 2006 у 13:28:50

  4. [ Ajax-рашэнні-праца-з-экрана readers.php # comment4 ]


    Дзякуючы Гез і Стыў за гэтую выдатную артыкул. Вы фантастычную працу, матывацыі абмеркавання, тлумачачы, "віртуальны буфер" канцэпцыі.

    Я хацеў бы выкарыстаць гэта ў сваім артыкуле я пішу на гэтую самую тэму. Я хачу паспрабаваць і падвесці вынікі, дзе мы знаходзімся зараз, што ідэальны рэжым ўзаемадзеяння можа быць, і тое як мы маглі б туды патрапіць. Відавочна, што "атрыманне там" будзе ўключаць аказанне дапамогі пастаўшчыкам для чытання з экрана высветліць, лепшы спосаб зрабіць сваё праграмнае забеспячэнне карэктна рэагаваць на DOM падзей і забяспечыць правільную інфармацыю з DOM для карыстача. Аднак, гэта зойме некаторы час, а таксама яго не зусім ясна, як для чытання з экрана можа дапамагчы, асабліва, калі некалькі асінхронныя падзеі адбываюцца адначасова (ці амаль супадаюць).

    Аарон Левенталь працуе над гэтай самай праблемы. Ён з'яўляецца адным з асноўных аўтараў Firefox, а таксама працуе для IBM даследаванні. Ён займаецца з W3C пратаколаў і фарматаў рабочай групы, якія працуюць на гэтых пытаннях. Я чуў каментарыі аб тым, што "так, IBM і W3C працуе над гэтым, але іх рашэнне спрыяе няправільны код, выкарыстоўвае прастору імёнаў, якія з'яўляюцца грувасткімі і часам не разумеюць, і гэтыя рэчы лепш пакінуць для XForms. На самай справе, гэта рашэнне ніколі не павінен быў быць "рэальнае рашэнне", гэта абыйсці XForms, XHTML2, дэкларатыўнай разметкі і г.д. (гэта значыць значна разумней ПА) з'яўляецца правільным рашэннем, але гэта не дапаможа нам.!

    Вось некалькі цікавых артыкулаў, дасланых Аарона ў цэлым пытанне аб асінхронных абвестак:

    Добры дзень,

    Цяпер, калі мы хочам тэкст, які будзе казаць, не даючы яму фокус, нам трэба, каб зрабіць яго ролі = "папярэджанне", які не настолькі багатыя, для ўсіх абнаўленняў старонак, што можа здарыцца з AJAX. Я думаў, што людзі ў гэтай групе будзе выдатным месцам, каб атрымаць зваротную сувязь. Рабочая група дадаўшы некаторыя новыя функцыі для абласцей старонкі, якія абнаўляюцца дынамічна. Напрыклад, роля = "Часопіс" для чата / гульні / часопісы памылак або Біржавы сімвал, ролі = "Статус" для статуснай інфармацыі, роля = "лічыльнік" і ролі = "liveregion".

    Liveregion ўсё яшчэ распрацоўваецца. Мы павінны завяршыць працу над ім у W3C тварам да твару PF наступным тыдні, і гэта ўсё яшчэ даволі грубай. Ідэя ў тым, што дапаможныя тэхналогіі ўбачаць liveregion, і ад уласцівасцяў зможа вызначыць добрага паводзінаў па змаўчанні для кажучы ўтрымання. Было б таксама быць у стане даць карыстальніку пры дапамозе розных налад для кожнай вэб-старонкі, так што карыстальнік можа наладзіць тое, што кожны liveregion робіць. Спіс liveregions можа быць прадстаўлены з імем для кожнага з іх. Карыстальнік можа паказаць, ці хочуць яны гэта кажуць на ўсіх, як перапыненне, дадаецца, паставіць на дысплей Брайля, выкананыя ў іншы голас, і г.д.. Больш уласцівасцяў, мы прадстаўляем разумней AT можа быць наперадзе, і лепш варыянту карыстальнік можа быць.

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

    controlledby = "[ID]" (апцыянальна), калі змены можна кіраваць з дапамогай іншай частцы карыстацкага інтэрфейсу з дапамогай відавочных дзеянняў карыстача. Напрыклад, дакумент панэлі электроннай пошты
    прыкладанне controlledby спісу паведамленняў. Liveregion можа быць controlledby кнопку з надпісам "зрабіць гэта".

    labelledby = "[ID]" імя кантэйнера, такога як "Рэд Сокс статыстыку гульца", па змаўчанні нічога. Можа быць схаваныя візуальна, але ўсё яшчэ будзе падвяргацца чытання з экрана

    describedby = "[ID]" апісанне кантэйнера, могуць быць схаваныя візуальна, але ўсё яшчэ будзе падвяргацца чытання з экрана

    вага = "трывіяльнай" або "нармальнае" ці "папярэджанне" або "памылка" або "крытычнага", па змаўчанні гэта "нармальная", - таксама павінны дадаць гэта ўласцівасць для ролі = "папярэджанне"

    ветлівасць = "перапыненне" або «чакаць», калі ў тэксце гаворыцца ў бягучым струмені TTS, па змаўчанні "чакаць", - таксама павінны дадаць гэта ўласцівасць для ролі = "папярэджанне"

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

    частата = "часта" ці "рэдкіх"

    стаўка = "павольныя" або "хуткі" - хуткі гэта тое, што можа змяніцца двойчы на ​​працягу прыкладна 5 секунд, па змаўчанні гэта "павольныя". Гэта дапамагае AT ці гэта на самай справе варта казаць аўтаматычна - гэта магло б быць лепш, каб гук для змены, калі гэта "хуткі" і забяспечыць гарачай клавішы для атрымання апошняга змены. Гэта складанае пытанне. Мы не хочам liveregions, што хутка змяняюцца пастаянна размаўляць з карыстальнікам.

    Дарэчы, добрая навіна на іншым фронце - W3C пагадзіўся паставіць ролю ў XHTML1.x модуль, так што спадзяюся на Firefox 2, вам не прыйдзецца казаць XHTML2: роля больш, вы проста зможаце выкарыстоўваць ролю атрыбуту. Цяпер нам трэба, каб пазбавіцца ад неабходнасці для некаторых іншых прастор імёнаў.

    Ва ўсякім разе, я быў бы ўдзячны водгукі аб liveregion ролю, як толькі я магу атрымаць яго. Не саромейцеся, патэлефануйце мне, калі вы хочаце пагаварыць пра гэта.

    - Аарон

    Аарон Левенталь IBM даступнасці вэб-сайтаў архітэктар
    [ http://www.mozilla.org/access  ]

    -

    Іншая думка ўзяць «рэальнага свету» прыкладанняў (што-то досыць складанымі, каб быць цяжка, дастаткова простая, каб быць досыць лёгка змяняюцца), і паэксперыментаваць з рознымі абыходныя шляхі, каб дапамагчы экране сённяшніх чытачоў справу з па меншай меры некаторыя з найбольш распаўсюджаных РІА парадыгмаў. Калі ў каго ёсць прапановы па такім вольным доступе, з адкрытым зыходным кодам Ajax прыкладанне, якое мы маглі б паэксперыментаваць з, калі ласка, паведаміце нам аб гэтым.

    Яшчэ раз дзякуй Гез і Стыў за выдатную артыкул.

    - Rich

    Дадаў Багатыя Caloggero на Чацвер 25. мая, 2006 у 19:10:57

  5. [ Ajax-рашэнні-праца-з-экрана readers.php # comment5 ]

    Дзякуй за Вашы добрыя словы, Rich.

    На самай справе, гэта рашэнне ніколі не павінен быў быць "рэальнае рашэнне", гэта абыйсці. XForms, XHTML2, дэкларатыўнай разметкі і г.д. (гэта значыць значна разумней ПА) з'яўляецца правільным рашэннем, але гэта не дапаможа нам!

    Так, асноўная праблема ў тым, што мы спрабуем пабудаваць шматфункцыянальных інтэрнэт-прыкладанняў з выкарыстаннем тэхналогіі, якія проста не прызначаны для гэтага. Інавацыйныя распрацоўнікі прыдумалі спосабы стварэння прыкладанняў, якія з'яўляюцца да працы ў сучасных візуальных браўзэраў, але, як звычайна, даступнасць не быў разгледжаны ў працэсе.

    Вось некалькі цікавых артыкулаў, дасланых Аарона ў цэлым пытанне аб асінхронных абвестак:

    Я ішоў за дыскусіі аб liveregion ролю, і думаю, што будзе вялікая дадатак да пратаколаў і фарматаў дарожнай карты.

    Іншая думка ўзяць «рэальнага свету» прыкладанняў (што-то досыць складанымі, каб быць цяжка, дастаткова простая, каб быць досыць лёгка змяняюцца), і паэксперыментаваць з рознымі абыходныя шляхі, каб дапамагчы экране сённяшніх чытачоў справу з па меншай меры некаторыя з найбольш распаўсюджаных РІА парадыгмаў.

    Гэта выдатная ідэя, Рыч, - і рэальна, толькі спосаб даведацца напэўна, што багатыя інтэрнэт-прыкладанні могуць быць зроблены даступнымі.

    Дадаў Гез на Чацвярга, 25 мая 2006 у 21:36:20

  6. [ Ajax-рашэнні-праца-з-экрана readers.php # comment6 ]

    О, і я забыўся сказаць, што я сьляпы, і карыстач чытання з экрана.
    я быў ​​бы рады пратэставаць любыя прыкладанні, людзі хочуць прапанаваць, ізноў жа, маючы на ўвазе, што яны павінны быць досыць простымі, каб быць "ўзламаць" (зразумела + змяняны даволі лёгка), але досыць складаныя, каб быць значным.

    - Rich

    Дадаў Багатыя Caloggero на Чацвер 25. мая, 2006 у 21:45:36

  7. [ Ajax-рашэнні-праца-з-экрана readers.php # comment7 ]

    О, і я забыўся сказаць, што я сьляпы, і карыстач чытання з экрана.

    Выкарыстоўваеце вы розныя чытання з экрана, каб тыя, якія мы пратэставаныя з - JAWS , Window-Eyes, а Supernova? Калі гэта так, гэта было б выдатна ведаць, які вы выкарыстоўваеце, і можаце Ці вы спрабавалі любой з прыкладаў з віртуальнага буфера прэч.

    Я быў бы рады пратэставаць любыя прыкладанні, людзі хочуць прапанаваць, ізноў жа, маючы на ​​ўвазе, што яны павінны быць досыць простымі, каб быць "ўзламаць" (зразумела + змяняецца даволі лёгка), але досыць складаныя, каб быць значным.

    Перашкодай з'яўляецца тое, што людзі, верагодна, думаеце, вы будзеце выконваць грамадскую ацэнку даступнасці іх прымянення, і наўрад ці хто-небудзь хоча, што, калі яны ўжо былі ўпэўненыя, што прыкладанне даступна. Варта адзначыць, што гэта не так. Гэта выйграць / выйграць сітуацыю - прыкладанне можа быць даступная як вынік, і мы, як распрацоўнікі даведацца важныя ўрокі аб тым, як структура шматфункцыянальных інтэрнэт-прыкладанняў ад працэсу.

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

    Дадаў Гез на Чацвярга, 25 мая 2006 у 23:43:58

  8. [ Ajax-рашэнні-праца-з-экрана readers.php # comment8 ]

    Я натыкнуўся на цікавы паводзіны пры тэставанні Трэці прыклад (на аснове формаў) з дапамогай JAWS 6.1 і IE6.

    Пры выкарыстанні "ё" гарачую клавішу, каб знайсці форму і знайдзіце кнопку ўтрыманне выпадкова згенераваны тэкст змяніўся, але змест кажа JAWS не адпавядае змесціва экрана. Аднак, калі я проста выкарыстаў стрэлку уверх ці "б", каб вярнуцца да кнопкі пасля праслухоўвання ўтрыманне змест кажа JAWS адпаведнасць, што на візуальнае адлюстраванне.

    Сыход спекуляваць на неадпаведнасць?

    Майк

    Дадаў Майка Мура на пятніцу, 26 траўні 2006 у 22:35:37

  9. [ Ajax-рашэнні-праца-з-экрана readers.php # comment9 ]

    Сыход спекуляваць на неадпаведнасць?

    У двух словах - Ajax працуе ненадзейна з Internet Explorer у рэжыме віртуальнага буфера, але ў любым Формы рэжым або рэжым PC курсора (яны адно і тое ж). Пры пераключэнні ў рэжым курсора ПК (Insert + Z), ён будзе працаваць, як чакалася.

    Дадаў Гез на пятніцу 26. маі, 2006 у 23:22:24

  10. [ Ajax-рашэнні-праца-з-экрана readers.php # comment10 ]

    Майк пісаў:

    Пры выкарыстанні "ё" гарачую клавішу, каб знайсці форму і знайдзіце кнопку ўтрыманне выпадкова згенераваны тэкст змяніўся, але змест кажа JAWS не адпавядае змесціва экрана. Аднак, калі я проста выкарыстаў стрэлку уверх ці "б", каб вярнуцца да кнопкі пасля праслухоўвання ўтрыманне змест кажа JAWS адпаведнасць, што на візуальнае адлюстраванне.

    Майк, я адчуў гэта ў рэжыме віртуальнага курсора ПК і не атрымалі вынікі, якія вы выявілі: Няма новы змест было абвешчана JAWS .

    Дадаў Стыў Фолкнер на панядзелак, 29 траўні 2006 у 3:28:23

  11. [ Ajax-рашэнні-праца-з-экрана readers.php # comment11 ]

    Прывітанне Стыву,

    Я разумею кропку вы робіце, але вы выпусцілі з-пад увагі ролю тыпу дакумента і ўжыванне ў спецыфікацыі таксанаміі ролю. Ўстаноўка ў дадатак эквівалент кажа JAWS для лячэння старонку як графічны інтэрфейс прыкладання. Гэта азначае, што ўсе функцыі браўзэра рэжыме атрымаць адключыць у кантэксце гэтай ролі. Window-Eyes падтрымлівае гэта цяпер. Ён проста не быў implmented ў JAWS яшчэ.

    Аарон паказалі некаторыя іншыя стану і ўласцівасці мы ў тым ліку для падтрымкі AJAX і жывуць рэгіёны. Будзьце цярплівыя, спецыфікацыя яшчэ не скончылі. Мы будзем запаўняць дзіркі. Firefox 01/05 рэліз не ўлічваць ўсе выпадкі выкарыстання AJAX для жывых рэгіёнах, але ён падтрымлівае багатыя фішак. Калі ў вас ёсць варыянт выкарыстання / патрабаванні, што група ПФ да гэтага часу не звярнуўся калі ласка, напішыце мне ці Аарон і мы будзем вырашаць іх у ПФ рабочай групы.

    Cheers,
    багатыя

    Дадаў Рычард Schwerdtfeger на аўторка, 30 Май 2006 у 17:04:15

  12. [ Ajax-рашэнні-праца-з-экрана readers.php # comment12 ]

    Гез спытаў:

    Выкарыстоўваеце вы розныя чытання з экрана, каб тыя, якія мы пратэставаныя з - JAWS , Window-Eyes, а Supernova? Калі гэта так, гэта было б выдатна ведаць, які вы выкарыстоўваеце, і можаце Ці вы спрабавалі любой з прыкладаў з віртуальнага буфера прэч.

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

    Дадаў Багатыя Caloggero на аўторка, 30 Май 2006 у 17:10:56

  13. [ Ajax-рашэнні-праца-з-экрана readers.php # comment13 ]

    Чытанне частцы гэтага артыкула зноў, там, здаецца, шмат месца нададзена пытанню аб тым, каб інфармаваць карыстальніка аб пераключэнні рэжымаў (віртуальны буфер вкл / выкл). Я лічу, што гэта сутнасць каментар Багатыя Schwerdtfeger гэта вышэй, ёсць ролю "прыкладанне", якая эфектыўна адключае віртуальны буфер для гэтага элемента, таму, калі фокус перамяшчаецца да гэтага элементу, затым фармуе рэжым уключаны і чытання з экрана рэагуе, як любое іншае прыкладанне для клавіятуры і фокус змяненняў і г.д.

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

    Калі дадзеныя ячэйкі ў табліцы, укаранёнага ў элемент формы абнаўляецца ў адказ на падзею onreadystatechange, фокус можа быць дадзена ў табліцы ячэйкі, а для чытання з экрана будзе паспяхова заявіць пра гэта. Праблема ў тым, што табліца, якая змяшчае тэкст не будзе прызнана, што азначае, што карыстач не будзе ў стане вызначыць, загалоўкі, або быць ў стане арыентавацца ў астатняй частцы табліцы. Для таго, каб зрабіць гэта, карыстач павінен будзе змяніць рэжым назад у рэжым віртуальнай буфера экрана чытача.

    Калі карыстач перамыкаецца ў форму і такім чынам віртуальны буфер аўтаматычна выключаецца, то карыстач робіць што-тое, які выклікае ячэйкі табліцы змяніць, як бы сістэма даведаецца, калі / калі зноў ўключыць віртуальны буфер зноў, так што карыстальнік можа чытаць Табліца належным чынам? Зараз, у Firefox ў нас ёсць "карэткі рэжыме прагляду", дзе браўзэр фактычна перамяшчае фокус у адказ на клавішы са стрэлкамі, а таксама вакенцы ды SHIFT + TAB ключоў. Я паспрабаваў гэта некалькі, але JAWS блытаецца ад яе, ці, можа быць, гэта я заблытваецца гэта! -Усмешка-Калі Аарон або Багатыя праглядаеце гэта, то, магчыма, яны могуць пракаментаваць, як гэта павінна працаваць?

    Дзякуй ...

    - Rich

    Дадаў Багатыя Caloggero на аўторка, 30 Май 2006 у 17:41:39

  14. [ Ajax-рашэнні-праца-з-экрана readers.php # comment14 ]

    Я разумею кропку вы робіце, але вы выпусцілі з-пад увагі ролю тыпу дакумента і ўжыванне ў спецыфікацыі таксанаміі ролю. Ўстаноўка ў дадатак эквівалент кажа JAWS для лячэння старонку як графічны інтэрфейс прыкладання. Гэта азначае, што ўсе функцыі браўзэра рэжыме атрымаць адключыць у кантэксце гэтай ролі. Window-Eyes падтрымлівае гэта цяпер. Ён проста не быў implmented ў JAWS яшчэ.

    Мы не ўпусцілі з ўвазе ролю дакумента і прыкладанняў у спецыфікацыі таксанаміі ролю. Працу, якую вы робіце гэта выдатна, і мы абодва прызнаем і цалкам падтрымліваю тое, што вы робіце. Мы проста прадстаўляем метадаў, якія могуць быць выкарыстаныя ў цяперашні час (і ў найбліжэйшай будучыні ў той час як вы скончыце вашу працу і агенты карыстальніка дагнаць), так што карыстальнікі дапаможных тэхналогій не нанесена ўрону ў той меры, яны ў цяперашні час, калі яны сутыкаюцца вэб-прыкладанняў. Мы цэнім гэта выклікае праблемы, і падкрэсліў іх у гэтым артыкуле.

    Дадаў Гез на аўторак, 30 траўня 2006 у 20:22:51

  15. [ Ajax-рашэнні-праца-з-экрана readers.php # comment15 ]

    Багатыя прывітанне, дзякуй за вашыя каментары.
    Па-першае я згодны з тым, што Гез сказаў у сваім адказе.

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

    г.зн. "метады тут і цяпер"

    Сёння я агітацыю каля дзясятка чалавек тут, на працы на тым, што праграмы чытання з экрана і варыянтаў іх выкарыстання на працы і дома. Усе выкарыстоўваныя JAWS (хоць я ведаю, некаторыя вокны вачэй карыстальнікаў і звышновых карыстальніка тут на працы). Версіі вар'іраваўся ад 4,5 да 7. Прычыны для гэтага дыяпазону былі рознымі:
    * бягучае SOE працы падтрымлівае версію 06/02, але SOE да гэтага часу не разгорнута для ўсіх карыстальнікаў.
    * 5-й версіі для шэрагу людзей, якія выкарыстоўваюць JAWS , таму што больш позняя версія (ы) ў цяперашні час несумяшчальна з шрыфтам Брайля прылады яны выкарыстоўваюць.
    * для некаторых карыстальнікаў у хатніх умовах яны не абнаўляюцца з-за кошту.

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

    З павагай
    Стыў

    Дадаў Стыў Фолкнер на сераду 31. маі, 2006 у 03:45:44

  16. [ Ajax-рашэнні-праца-з-экрана readers.php # comment16 ]

    > Адно з галоўных мэт
    артыкула з'яўляецца прадастаўленне метады, якія працуюць з бягучымі і папярэднімі версіямі праграмнага забеспячэння экрана чытання. г.зн. "метады тут і цяпер" Сёння

    Так. Тым не менш, я гуляў вакол трохі больш з JAWS і абодва IE і Firefox, і я не ўпэўнены, што Ёсць спосабы зрабіць больш старых версій JAWS рабіць правільныя рэчы, калі справа з многімі з гэтых Аякс "прэцэдэнтаў".

    ППК мае добрую артыкул у сваім блогу на quirkmode.org у якім коратка найбольш распаўсюджаныя арыентаваных на карыстача выпадках Ajax выкарыстання. Кароткае рэзюмэ такое:
    <blockquote>
    1. Перадача дадзеных на сервер; адзначыць, што адказ на самой справе не трэба.
    2. Аўтаматычнае абнаўленне даных; звярніце ўвагу, што ад узаемадзеяння перспектыве няма ніякага запыту, так як карыстальнік не прыняць меры.
    3. Перамяшчэнне маленькія кавалачкі тэксту.
    4. Атрыманне "новыя старонкі" з сервера;. Прынцыпова няма ніякай розніцы з старамодны сайт Web 1.0, хоць Ajax перадае некалькі тонкіх перавагі
    </ BLOCKQUOTE>

    Давайце разгледзім 2 і 3 вышэй. Выкарыстоўвайце выпадку 2 з'яўляецца больш-менш падобнае на Біржавы сімвал, або свайго роду дынамічны корм, які абнаўляецца наўздагад (па крайняй меры ў адносінах да кліента). Дадзеныя схапілі, калі яна гатовая і прымушаюць працаваць на старонцы. Існуе не так, што я магу знайсці, каб зрабіць гэта надзейна "з'яўляцца" на старонкі без якіх- JAWS абнаўлення (г.зн. актыўна выбарчым для яго).
    Заўвага: я павінен праверыць гэта, але можа быць агульнага ляп магчыма, калі мы забеспячэння таго, каб элемент дадаецца да DOM з'яўляецца якарам. Калі мы зробім нашы дадзеныя адлюстроўваюцца на старонцы загорнутыя ўнутр тэга прывязкі, то JAWS можа дынамічна заявіць пра гэта. Вы можаце абгарнуць дадзеных тэга прывязкі, прыкладзеце яго да старонцы, усталяваць фокус на якары, то пасля пэўнага колькасці часу, змяніць элемент, што вы сапраўды хочаце, каб гэта было (гэта можа проста азначаць, разгортванне тэга прывязкі . і паўторнага далучэння вузла Аднак, гэта накшталт смешна, і я ўпэўнены, не будзе вельмі візуальна прывабным Плюс, я не ўпэўнены, што буду працаваць;. я паспрабую гэта і каментаваць тут зноў на мае высновы .

    Толькі так я ведаю дакладна прадставіць JAWS карыстачу сапраўды дынамічныя дадзеныя асінхронных з'яўляецца выкарыстанне папярэджанняў (), якая, відавочна, не правільна ў большасці выпадкаў. Аднак, калі мы хочам мець магчымасць налады дзе-то ў прыкладанне, якое кажа нешта накшталт: "ўключыць папярэджанне () - карысна для карыстачоў, для чытання з экрана", то, магчыма, гэта магло б быць прымальным?

    Я лічу, выпадак 3 вышэй, вельмі падобна на выпадак 2. Я веру, што ён думаў пра такіх прыкладанняў, як Google Suggest і чаты. Я не бачу надзейнага спосабу зрабіць гэты матэрыял выкарыстанні праграм чытання з экрана сённяшняй тэхналогіі, вы сапраўды павінны ведаць, калі DOM змены. IE не спрацоўвае гэта падзея, і чытання з экрана не слухайце гэтай падзеі ў Firefox.

    - Багатыя Caloggero

    Дадаў Багатыя Caloggero на аўторка, 13 чэрвеня 2006 у 22:43:56

  17. [ Ajax-рашэнні-праца-з-экрана readers.php # comment17 ]

    Выезд 508 сумяшчальны Ajax рамках Bindows.

    Дадаў Ёхан Лунд  на чацвер, 15 чэрвенем 2006 у 14:48:21

Каментары закрыты для гэтай запісу.