02.09.2010

Кіраўнічыя прынцыпы для даступных і прыдатных вэб-сайтаў: Назіранне карыстачоў, якія працуюць з экранным чытачом

Original on redish.net

Mary Frances Theofanos
Інстытут National Cancer
Rockville, Maryland, USA
цяпер
Нацыянальны інстытут стандартаў і тэхналогій
Gaithersburg, штат Мэрыленд, ЗША
mary.theofanos@nist.gov

Janice (Ginny) Redish
Redish & Associates, Inc.
Bethesda, Maryland, USA
ginny@redish.net

Аддзяленне камунікацыйных тэхналогій дзяржаў Аб’яднанага нацыянальнага інстытута рака (частка Нацыянальнага інстытута аховы здароўя і Дэпартамента аховы здароўя і сацыяльных службаў) праводзіць юзабіліці-тэставанне з інвалідамі, у прыватнасці, сляпымі і слабабачачымі карыстачамі, з мэтай

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

З чэрвеня 2001 гады амерыканскія федэральныя вэб-сайты павінны адпавядаць Частцы 508 Закона пра рэабілітацыю (29 USC §794.d). Гэты закон патрабуе таго, каб органы забяспечвалі доступ да электроннай інфармацыі для людзей з абмежаванымі магчымасцямі. Частка 508 адзначае 16 стандартаў даступнасці вэб-сайта. ²

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

Чаму даступнасць?

Навошта вам дызайн вэб-сайта, як тэхнічна даступны і карысны для людзей з абмежаванымі магчымасцямі? Вось шэсць важкіх чыннікаў:

1. Інваліды – значна больш уплывовыя людзі, чым вы думаеце. Ва ўсім свеце 750 мільёнаў чалавек з’яўляюцца інвалідамі, і тры з кожных 10 сем’яў кранае інваліднасць [10]. У Злучаных Штатах адзін з пяці чалавек мае пэўныя хібы працаздольнасці і адзін з 10 мае цяжкую інваліднасць. Гэта прыкладна 54 млн амерыканцаў [8]. На 2001 год 180 мільёнаў чалавек ва ўсім свеце небачачыя ці слаба бачаць, у тым ліку 7,7 млн. чалавек у Злучаных Штатах. Гэта значны сегмент спажыўцоў, якіх не варта ігнараваць.
2. Гэта добры бізнэс. Па словах прэзідэнта камітэта па занятасці людзей з абмежаванымі магчымасцямі [6], зварот прыбыткаў людзей з абмежаванымі магчымасцямі складае $175 млрд!
3. Лік людзей з абмежаванымі магчымасцямі – трэба меркаваць – узрасце. Верагоднасць наяўнасці інваліднасці павялічваецца з узростам, а таксама ў сувязі з агульным старэннем насельніцтва.
4. Вэб адыгрывае важную ролю і мае істотныя перавагі сярод людзей з абмежаванымі магчымасцямі. З 54 мільёнаў амерыканцаў з інваліднасцю, 4 з 10 – он-лайн [2]. Гэтыя карыстачы праводзяць больш часу ў Інтэрнэце, чым “звычайныя” карыстачы. У сярэднім яны марнуюць 20 гадзін у тыдзень у Інтэрнэце. Акрамя таго, яны паведамляюць пра больш пазітыўныя пачуцці з нагоды іх узаемадзеяння. Нашы ўдзельнікі распавялі нам, як Інтэрнэт адкрывае цэлы новы свет для іх, і як ён даў ім пачуццё незалежнасці і волі. Напрыклад, ёсць магчымасць чытаць газеты. P5, які быў беспрацоўным на той час, марнуе больш, чым 12 гадзін у суткі ў Інтэрнэце, слухае радыё, “чытае” вэб-сайты, і мае зносіны ў чаце. Па словах Harris Poll, 48 адсоткаў рэспандэнтаў з інваліднасцю паведамілі, што якасць іх жыцця значна палепшылася дзякуючы Інтэрнэту, у параўнанні з 27 адсоткамі рэспандэнтаў без інваліднасці [2].
5. Паляпшэнне доступу павялічвае выгоду для ўсіх карыстачоў.
6. Гэта маральна правільны ўчынак.

Праект

У перыяд з лістапада 2002 па люты 2003 гады, мы назіралі і слухалі 16 сляпых карыстачоў, паколькі яны працавалі з вэб-сайтамі з выкарыстаннем дапаможных прылад, якія чытаюць на экране за іх (“скрын-рыдэры”). Удзельнікі выкарыстоўвалі для чытання з экрана прылады, з якімі яны працуюць рэгулярна: 13 выкарыстоўваць JAWS [3] і 3 выкарыстоўвалі Window-Eyes [9]. ³

Прадстаўнік Нацыянальнай федэрацыі сляпых ЗША адзначыў, што у Злучаных Штатах JAWS займае 65 адсоткаў рынка, а Window-Eyes мае 35 адсоткаў рынка. 80 адсоткаў карыстачоў JAWS у нашай выбарцы адлюстроўваюць сітуацыю ў Вашынгтоне, акруг Калумбія, дзе JAWS – праграмнае забеспячэнне, найболей часта выкарыстоўваемае федэральнымі працаўнікоў.

Для атрымання інфармацыі пра праграмы для чытання з экрана, гл. http://www.tiresias.org/equipment/eb9.htm [11].

Нашы ўдзельнікі

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

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

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

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

• Лістапад: 8 сцэнараў, пачынаючы з www.hhs.gov
• Снежань: 11 сцэнараў (пачынаючы з лістапада плюс 3 для тэставання прыкладанняў)
• Студзень: сем сцэнараў (3, злучаныя з формамі і 4, злучаныя з якарамі спасылак)
• Люты: 9 сцэнараў (з дапамогай пошукавых сістэм, якараў спасылак, і пытанняў і адказаў)

Усе сайты ў даследаванні, былі ўрадавымі сайтам ЗША з даменам .gov . Тым не менш, у даследаванні пошукавых сістэм, удзельнікі перайшлі і на www.firstgov.gov, і на www.google.com.

Чаму мы навучыліся

Наша ўвага была вылучана на разуменне таго, як небачачыя карыстачы працуюць з вэб-сайтамі і што гэта значыць для дызайнераў і распрацоўнікаў. У наступных частках мы апішам атрыманыя вынікі па нашых назіраннях, і вылучым сапраўды кіраўнічыя прынцыпы, якія могуць дапамагчы дызайнерам і распрацоўнікам. Прывядзенне ў адпаведнасць з кіраўнічымі прынцыпамі, якія вынікаюць з гэтага даследавання, не павінна займаць больш часу і высілкаў, каб атрымаць добрую адзнаку ад аўтаматычных праграм тыпу Боббі [1] ці LIFT [4].

Наступныя 16 частак згрупаваны ва ўрокі:

• прыстасаванні для чытання з экрана
• навігацыя па вэб-сайтам
• запаўненне формаў

У канцы кожнай часткі мы даём кіраўнічыя прынцыпы, пранумараваныя наступным чынам: Кіраўнічы прынцып 1, 2 і гэтак далей.

Выкарыстанне чытальшчыка за экрана

1. Карыстальнікі экранных чытальшчыкаў скануюць сваімі вушамі.
   Большасць сляпых карыстачоў такія ж нецерпялівыя, як і відушчыя карыстачы. Яны жадаюць атрымаць інфармацыю, неабходную ім, як мага хутчэй. Яны не слухаюць кожнае слова на старонцы – гэтак жа, як добра бачачыя карыстачы не чытаюць кожнае слова. Яны “скануюць вушамі”, каб вырашыць, ці трэба слухаць далей.

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

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

   

   Часты паўтор спасылак у гэтым спісе стварае цяжкасці для карыстачоў.

   

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

   (Нататка: Гэтыя дзве лічбы не друкуюцца ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 1. Ствараць для Інтэрнэту. Стварыць выразныя і ясныя прапановы. Выкарыстанне маркіраваных спісаў. Выкладанне галоўнага напачатку абзаца. Стварыць спасылкі, якія пачынаюцца з ключавых слоў. Гл. http://www.usability.gov/design/writing4web.html для атрымання дадатковай інфармацыі.

Прынцып 2. Выкарыстоўвайце пусты тэкст ALT, ALT=”" для дэкаратыўных элементаў на старонцы, каб карыстачам не прыходзілася слухаць нешта накшталт “дэкаратыўны малюнак тыпу булет” ці “дэкаратыўная лінія”. Выкарыстоўвайце пусты тэкст ALT для дэкаратыўных элементаў – гэта адпавядае кіраўнічым прынцыпам 508. Калі спасылкі маркіраваны, няма неабходнасці ідэнтыфікаваць пункт, толькі спасылкі.

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

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

   Большасць карыстачоў экранных чытальшчыкаў не выкарыстоўваюць мыш. Гэта азначае, што яны цалкам залежаць ад клавіятурных каманд, а некаторыя каманды клавіятуры не з’яўляюцца мнеманічныя камбінацыяй клавіш. Адзін з нашых удзельнікаў, да прыкладу, у апошні час перайшоў ад чытальшчыка аперацыйнай сістэмы Mac на Window-Eyes для ПК. Ён прынёс свае “шпаргалкі” на шрыфце Брайля. Вы можаце сабе прадставіць, што гэта адцягвала яго ад працы на вэб-сайце, і часцяком ён губляў сваё месца і думкі.

Кіраўнічы прынцып 3. Для распрацоўнікаў экранных чытальшчыкаў: Зрабіць каманды мнеманічнымі і інтуітыўна зразумелымі.

Кіраўнічы прынцып 4. Для дызайнераў і распрацоўнікаў вэб-сайтаў: Зрабіць структуру сайта яснай і відавочнай. Чым больш відавочная структура сайта, тым лягчэй яна будзе для успыняцця карыстачоў (а таксама для “звычайных” карыстачоў). Напрыклад, большасць удзельнікаў гэтага даследавання лёгка і хутка зразумелі і без праблем выкарыстоўвалі новую хатнюю старонку Дэпартамента аховы здароўя і сацыяльных службаў (як паказана на малюнку 1). Хатняя старонка змяшчае 12 слупкоў з булетамі, а таксама правы слупок з навінамі і функцыямі. Акно пошуку знаходзіцца ўверсе. Калі карыстачы ўпершыню адчыняюць гэтую старонку, экранны чытальшчык скажа, што старонка змяшчае 43 спасылкі. Некалькі ўдзельнікаў адзначылі, што гэта дастатковая колькасць для хатняй старонкі. На іншых старонках змешчана некалькімі соцень спасылак, і некалькі ўдзельнікаў рэзка і трывожна адрэагавалі на гэта словамі накшталт: “Ой!” і “ВАУ!”.

Малюнак 1. Сайт Дэпартамента аховы здароўя і сацыяльных службаў. Удзельнікі мелі магчымасць атрымаць “ментальную мадэль” на дадзенай старонцы, якая мае выразную і простую структуру.

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

   Большасць нашых удзельнікаў JAWS рэгулярна выкарыстоўваюцца Спіс Спасылкі (Устаўка-F7). Нешматлікія рэгулярна правяраць загаловак акна, каб убачыць якія старонкі яны былі на (Устаўка-T). Толькі нешматлікія выкарыстоўвалі Спіс Рубрыкі (Устаўка-F6) ці перамешчаны з часткі да часткі, націснуўшы H усярэдзіне дакумента. Ніхто не выкарыстоўваць JAWS каманды, N, каб прапусціць спасылкі. Ніхто не скокнуў прама ў форму на старонцы. Толькі адзін з нашых удзельнікаў, трэнер JAWS, выкарыстоўвалі Віртуальны Viewer (Устаўка-F1), функцыя, якая адлюстроўвае JAWS апісанне вэб-старонкі, так што карыстач можа адразу пазнаць, колькі загалоўкі, табліцы, спасылкі і іншыя экран элементаў на старонцы.

   

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

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 5. Для распрацоўнікаў праграмнага забеспячэння па чытанні-экран: разгляд пытання пра стварэнне навучанне, каб дапамагчы карыстачам атрымаць максімальную аддачу ад экрана Праграмнае забеспячэнне па чытанні, якія яны выкарыстоўваюць. Разгледзім пабудову просты ў выкарыстанні дэма і кіраўніцтвы пра новыя магчымасці.

1. Праграмнае забеспячэнне не дзіўную працу, але ўсё яшчэ mispronounces словы.
   Абедзве сківіцы і Window-Eyes чытаў дзіўна добра, але незвычайныя словы, абрэвіятуры і скарачэнні іх блытаць. JAWS скажоным “утрыманне” ў спасылку “Перайсці да ўтрымання”. (Гл. далей у частцы пра “Шматлікія жадаюць, каб не паказваць навігацыю.”) Гл. табліцу 1, каб атрымаць спіс іншых слоў, якія прыйшлі ў нашым даследаванні, што стварае праблемы для чытання з экрана, – і, такім чынам, для нашых удзельнікаў.

   Дыяграма 1 Word на экране Што кажа JAWS хатняя старонка hommapodge LiveHelp livahelp MedlinePlus (вельмі вялікі база дадзеных медыцынскай інфармацыі) Medlynepalus Фінансавым (маецца на ўвазе “фінансавы год”) цьфу В. А. (што азначае “Вірджынія”) у (напрыклад, іспанскі “ідзі”)

Прынцып 6. Стварыць “хатнюю старонку”, як два словы.

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

Кіраўнічы прынцып 8. Для чытання з экрана чытаць скарочанага наймення ці абрэвіятуры, як лісты, а не спрабаваць чытаць яе як слова, выкарыстоўвайце <acronym> і <abbr> тэгі, як апісана ў http://www.w3.org/TR/WCAG10-HTML-TECHS/#text-abb.

1. Шматлікія карыстачы-чытальшчык экране не жадаю адмысловая версія (“тэкставая версія”).
   Некаторыя з гэтых аб’ектаў, што нашы ўдзельнікі наведалі прапанаваць “тэкставую версію” ці “для чытання з экрана версіі”. Толькі два з 16 удзельнікаў сказаў, што ім падабаецца з дапамогай тэкставых версіях. Іншыя настойвалі, што дзве версіі не з’яўляюцца неабходнымі; адна версія даступная лепш.

   

   (Нататка: гэтыя двукоссі не друкуюцца ў артыкуле узаемадзеянні.)

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

Навігацыя з дапамогай вэб-сайтаў

Як карыстачоў, якія працуюць з экрана, чытачы знойдуць, што ім трэба на вэб-сайце? Як яны злучаны з паўтаральнымі глабальнай навігацыі, якая з’яўляецца на кожнай вэб-старонцы?

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

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

   Калі мы думаем пра тое, што гэта не дзіўна. “Навігацыя” ў дадзеным кантэксце з’яўляецца вэб жаргон. Сапраўды, ведаў, што палова “не паказваць навігацыю” былі 508 кансультантаў, інжынер-праграміст, і вельмі дасведчаныя карыстачы кампутара.

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

   І ніхто не выкарыстоўваў спалучэнне клавіш JAWS, N, якія чытач распрацоўнікаў экране пакласці ў прадукт, каб задаволіць патрабаванні 508 і рабіць тое, што Skip Navigation робіць нават калі на сайце вэб-распрацоўнікаў не ўключаць тэгі навігацыі Прапусціць.

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

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

   Сляпых карыстачоў нічым не адрозніваюцца. Яны жадаюць, каб хутка прасоўвацца наперад. Чытанні з экрана, аказваць ім дапамога, дазваляючы карыстачам выбіраць слухаць толькі спасылкі. У абедзвюх сківіц і Window-Eyes, карыстачы могуць зрабіць гэта або табулюючы ад звяна да звяна ці па тэлефоне да спісу спасылак (гл. Малюнак 2) – у асобным акне, дзе пералічаны ўсе спасылкі на старонцы. (Клавіятуры каманду Insert – F7 у JAWS і Insert – Tab у Window-Eyes.)

   

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

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

   Яны па-ранейшаму, адсканаваныя з вушамі – нават праз акно Сувязі. Яны не слухаць усе спасылкі ці ўсе спасылкі, калі спасылка была больш, чым некалькі слоў. Калі мноства спасылак пачатку з тымі ж словамі, яны атрымліваюць расчараванне. Калі спасылка, якую яны шукаюць там, але не з ключавымі словамі яны думаюць пра пачатак, яны не могуць знайсці яго – і зноў атрымаць расчараванне.

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

   

   Для чытання з экрана ўсталяваны ў Спіс Спасылкі б толькі сказаць “Адказаць”, “Адказ”, “Адказаць” для гэтай старонкі. (Гл. таксама прыклад напачатку артыкулы ў частцы “Экран-чытальшчык сканаваць са сваімі вушамі.”)

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 11. Зрабіць спасылкі апісальны характар. Будзьце ўпэўнены, што спасылка будзе карысная сама па сабе, без атачальнага тэксту. Не выкарыстоўвайце “націсніце тут”, “больш”, “адказ”, ці іншыя паўтаральныя словы ці фразы, як спасылкі. Пагледзіце на www.aarp.org для сайта, які ўвесь час пашыраецца, што было “больш” у значныя сувязі, такіх як “хутчэй для вандраванняў”, “больш навін сёння”, і гэтак далей.

Кіраўнічы прынцып 12. Пачатак сувязяў з адпаведнымі ключавымі словамі.

Кіраўнічы прынцып 13. Імкніцеся не ёсць шмат спасылак, якія пачынаюцца з таго ж словы ці фразы. У пэўным сэнсе, гэтыя кіраўнічыя прынцыпы відавочныя і лёгка ажыццявіць. Мы ведаем, што нават для карыстачоў убачылі, спасылкі павінны быць апісанні таго, што яны ідуць, а не “націсніце тут”, ці URL. Гл. http://www.usability.gov/pdfs/guidelines.html. У шматлікіх сітуацыях, калі вы добра пісаць для тых, хто слухае на вэб-сайты, вы таксама пісаць і для тых, хто шукае на сайтах. Напрыклад, нават убачылі карыстачы выпрабоўваюць цяжкасці, калі ўсе загалоўкі пачынаюцца з “як”, а дзеясловы дзеяння.

• • Пісьменнасць – Што гэта такое?
  • Добраахвотніцтва – Дзе я магу прапанаваць для працы са сталых?

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



Малюнак 3. Пералік пытанняў, як гэта працуе вельмі добра для большасці карыстачоў зрокам, але наш чытач карыстачоў экране не трывалася з пытаннем слова напачатку і не мог пазнаць, як валанцёр. Яны жадалі выкарыстоўваць “V”, каб перайсці да спасылкі пра добраахвотніцкую дзейнасць.

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

Кіраўнічы прынцып 14. Пачатак загалоўкаў пытанне з ключавымі словамі вынікаюць гэтаму пытанню.

1. Функцыя пошуку не цыклі праз старонку – і для чытання з экрана перасоўвае курсор, як ён кажа.
   Гледзячы на прыклад пытанне артыкуламі, дзе карыстачы жадалі інфармацыю пра валанцёраў, каб дапамагчы ў праграмы навучання грамаце, можна выказаць здагадку, што карыстачы спрабуюць функцыі пошуку. Знайсці паведамляе карыстачам, ці з’яўляецца слова яны шукаюць на гэтай старонцы. Амаль палова з нашых удзельнікаў, 7 з 16, спрабавалі знайсці. Некаторыя спрабавалі неаднаразова, але часта беспаспяхова.

   Адной з праблем з’яўляецца тое, што як Window-Eyes поле Знайсці (CTRL-Shift-F) і JAWS поле Знайсці (CTRL-F), толькі пошук або ўнізе старонкі ці да старонкі, дзе б курсор знаходзіцца на гэтай старонцы. Гэта не цыкл на старонцы. Internet Explorer у поле “Знайсці працуе сапраўды гэтак жа, аднак, убачылі карыстачы, як правіла, не праблема, таму што пакінуць курсор у верхняй частцы старонкі пры сканаванні па ключавых словах.

   

   Знайсці ў Window-Eyes па змаўчанні толькі гледзячы з курсора да канца старонкі. Супастаўных поле ў JAWS працуе сапраўды гэтак жа.

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

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

   Іншая праблема складаецца ў тым, што знайсці не магу чытаць тое, што ў малюнку (мал. 4).

   

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

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

Кіраўнічы прынцып 16. Пераканаецеся, што ключавыя словы не ў малюнках.

Кіраўнічы прынцып 17. Для стваральнікаў праграмы чытання экрана: Зрабіць Знайсці цыклу праз усю старонку.

1. Калі ALT-тэгаў і тэксту на старонцы адрозніваюцца, карыстач можа ўвесці няправільную інфармацыю ў поле Знайсці дыялогавага акна
   Падчас праслухоўвання на старонцы, P16 чуў магчымасць атрымаць “версію для друку”. Вось як Window-Eyes чытаць гэту опцыю. Тым не менш, тэкст на старонцы “Друк адказ”. Пры гэтым удзельнік жадаў, каб знайсці магчымасць яшчэ раз, яна паспрабавала дастаць, пяройдучы ў поле “Знайсці”, і просяць для друкарак. Знайсці паведамілі “Радок пошуку не знойдзена”, – верагодна, таму, што “друкарка” не на старонкі, нават калі яно было тое, што праграмнае забеспячэнне чытаць яе ад ALT-тэгі. (Гл. Малюнак 5.)

   

   Малюнак 5. Прыклад канфлікту паміж тэкст у тэгі ALT, тэкст у малюнку. Карыстач не знойдзены, паслухаўшы на гэтай старонцы. Чытанні з экрана чытаў “printerfriendly версія” для гэтага. Карыстач жадае знайсці яго зноў, і так увялі “друкарку” ў поле Знайсці дыялогавага акна. Адказ не прымусіў сябе матчы. Карыстач быў збянтэжаны, таму што быў упэўнены, што яна выкарыстоўвала для друку варыянт толькі некалькі мінуць назад на той жа старонцы.

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

1. Некаторыя карыстачы бедных Спеллерс, што робіць пошук цяжка.

   

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

   (Нататка: гэтыя лічбы не друкуюцца ў артыкуле ўзаемадзеяння.)

   Калі карыстачы не могуць знайсці тое, што яны жадаюць спасылкі, пяройдучы па спасылцы ці з дапамогай CTRL-F, вы можаце сабе прадставіць, што яны паспрабуюць пошуку. Аднак, некаторыя якія слаба бачаць карыстачоў загавор слаба, што робіць паспяховыя пошукі цяжка. P7, напрыклад, кажа, што яна не шукае, таму што яе напісання пакідае жадаць лепшага. Яна дала высокую адзнаку амерыканскага Нацыянальнага інстытута аховы здароўя пошук па сайце ў www.nih.gov таму што яна дапаможа правапісу. Некаторыя ўдзельнікі адзначылі, дапамога ў напісанні Google.

Кіраўнічы прынцып 19. Выкарыстоўвайце пошукавую сістэму, якая прапануе дапамога пры напісанні, напрыклад, адзін на www.google.com.

1. Анкор спасылкі могуць добра працаваць, але не ў выпадку перазагрузкі старонкі. У парталаў і інфармацыйна насычаны вэб-сайты, на ўзроўні старонак навігацыі другой і ўтрыманне старонак часта складаюцца з некалькі тым, на той жа старонцы. “Якар сувязі” спасылкі ў верхняй частцы вэб-старонкі, карыстачы могуць націснуць, каб хутка пераходзіць да інфармацыі далей па гэтай жа старонцы.Нашы даследаванні і са зрокам і сляпых карыстачоў карыстачоў паказвае, што якар спасылкі могуць быць вельмі карысныя. Напрыклад, як убачылі карыстачы і небачачыя карыстачы знайшлі інфармацыю хутка і лёгка на вэб-сайце, і Вы хіміётэрапіі, якая якар спасылкі і не знайшоў інфармацыі амаль гэтак жа хутка і гэтак жа лёгка, на вэб-вузле, тварам наперад, што не мае якар спасылкі.

   Гэтыя якары спасылкі дапамаглі і відушчых і небачачых карыстачоў.

   

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

   

   (Нататка: гэтыя лічбы не друкуюцца ў артыкуле ўзаемадзеяння.)

   Прагляд і якія бачаць і сляпых карыстачоў, што працуюць з Хіміётэрапія і Вы было адна любата. У нас быў досвед працы з рознымі другога ўзроўня старонак www.hhs.gov. Мы ведалі старонак працуе добра для зроку карыстачоў, але мы глядзелі з вялікім расчараваннем, як наш экран-чытальшчык карыстачы спрабавалі выкарыстоўваць якар спасылкі. Калі ўдзельнікі націснуў на спасылку якар, старонкі будуць коратка пераходу да патрэбнага месца, але потым ён вернецца да верхняй часткі старонкі і JAWS ці WindowEyes пачне чытаць старонку зноў зверху, якія рухаюцца непасрэдна да правай слупку навін. Доўгі час мы не маглі зразумець, чаму гэтыя старонкі не будуць карэктна працаваць з праграмай чытання з экрана.

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

Кіраўнічы прынцып 20. Выкарыстоўвайце якар спасылкі, калі старонка мае некалькі тым.

Кіраўнічы прынцып 21. Захоўваеце старонак асвяжае, калі карыстачы абярыце спасылку на якар. Не ўключайце часу і даты, на старонцы з якарам спасылкі.

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

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

   

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

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

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

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

   

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

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 22. Заахвочваць аўтараў выкарыстоўваць шмат загалоўкаў па сваім утрыманні і быць упэўненым, што гэтыя таварныя пазіцыі ясныя, сэнс, і паралельныя. Гэта рэкамендацыя мае вырашальнае значэнне як для зроку карыстачоў і экран-чытальшчык карыстачоў. (Больш падрабязна пра напісанне карысных загалоўкаў, гл. http://www.usability.gov/design/writing4web.html.)

Кіраўнічы прынцып 23. Будзьце ўпэўнены, што загалоўкі закадаваны правільна ў HTML, напрыклад, як <H1> <H2> і г.д. JAWS шукае загаловак тэга.

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

Запаўненне формаў

Асноўных – і нарастальнай – выкарыстанне вэб-сайтаў з’яўляецца транзакцый, частка нашых назіранняў даследаванні прынялі ўдзел карыстачоў, якія працуюць з JAWS і Window-Eyes, калі яны спрабавалі знайсці і запоўніць формы.

1. Па-першае, экран-чытальшчык карыстачы павінны знайсці форму.
   Першая праблема, што шматлікія ўдзельнікі было знайсці форму. Хоць JAWS дазваляе карыстачам пазнаць, калі ёсць форма на старонцы (з дапамогай віртуальнай Viewer), і, каб перайсці да формы, націснуўшы F на старонцы, ніводны з нашых удзельнікаў гэта зрабіў. Яны слухалі (сканаванне вушамі) на старонку, пакуль яны не патрапілі ў форме – або яны адмовіліся. Калі было шмат тэксту на старонцы, ці форма бліжэй да правага краю, форма цяжка было знайсці. (Window-Eyes 4.2 не мае хуткі спосаб, каб перайсці да формы, гэта функцыя будзе ў наступным выпуску.)

   Там шмат можна праслухаць на гэтай старонцы, перад тым, як на форму.

   

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

   

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

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 25. Не стаўце шмат тэксту на адной старонцы з формай.

Кіраўнічы прынцып 26. Не стаўце форму ў самым нізе старонкі ці бліжэй да правага краю.

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

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

   Як растлумачыў P10: Калі праграма не чытае этыкетку пры закладцы ў поле “, кожны раз, калі вы ўжо запоўнены ў пэўных акно, вы патрапілі ў плюс ключ, каб вярнуцца ў віртуальны курсор, а затым стрэлку ўніз, каб пераканацца, што што вы атрымліваеце ўсю інфармацыю, перш чым прыйсці да наступнага поля “. Тады вам прыйдзецца ціснуць Уваходзіць на поле перайсці ў рэжым рэдагавання. Форме, дзе вы павінны трымаць пераключэнні рэжымаў не з’яўляецца “добрымі паводзінамі”. Прыстойны форма 1, дзе, як P10 кажа: “Вы не павінны прыйсці і з рэжыму” Змяніць “.”

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

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

   Малюнак 6. Прыклад добра сябе форму. Пасля запаўнення поле Імя карыстач націскае Tab. Курсор перасоўваецца на поле поле для Бягучы адрас і сківіцы, кажа: “Tab. Бягучы адрас тоўстай кішкі. Змяніць тып тэксту”. Карыстач запаўняе, што акно і націснуць Tab яшчэ раз. Курсор перасоўваецца ў наступнае поле акна і JAWS кажа: “Tab. Дзённыя тэлефон тоўстай кішкі. Змяніць тып тэксту”.

   Большасць формаў, што нашы ўдзельнікі сапхнуліся не добра сябе вядзе. Трэба было зрабіць так дрэнна, што працу тэга на пытанне 7 паўтараецца, як цэтлік на пытанне 8 і 9 пытанне. Аўтаматызаваная праграма для праверкі даступнасці, як Боббі не даў бы форме бедных адзнака; Боббі толькі правярае, што старонка ALT тэгі, не тое, што ў іх мае сэнс для карыстача.

Кіраўнічы прынцып 27. Пераканаецеся, што ўсе палі павінны быць закадаваны настолькі, што карыстачам не трэба перамыкацца ў / з рэжым рэдагавання. З дапамогай кнопак [цэтлік HTML] элемента. Каб дадаць больш інфармацыі, чым на этыкетцы, выкарыстоўвайце атрыбут Title. Для атрымання дадатковай інфармацыі пра тое, як гэта зрабіць, гл. http://ncam.wgbh.org/publications/adm/index.html.

Кіраўнічы прынцып 28. У дадатак да праверкі сайта з аўтаматычнай прыладай, як Боббі і LIFT, слухаць яго для чытання з экрана.

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

   

   Малюнак 7. Карыстач слухаць JAWS не чуў “рэкамендавала ці” і тым самым мяркуецца, яны павінны былі пакласці ў абодвух маланкі і дзяржавы.

   

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

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 29. Не стаўце інфармацыяй паміж палямі формы.

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

Кіраўнічы прынцып 31. Не выключаюць этыкеткі з палёў.

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

   Калі экран-чытальшчык карыстачоў гэтага, старонка абнаўляецца, і на экране чытач пачынаецца ў верхняй частцы старонкі зноў.

   

   (Нататка: Гэты паказчык не быў надрукаваны ў артыкуле узаемадзеянні.)

Кіраўнічы прынцып 32. Пазбягайце абнаўленні старонкі.

Высновы

Richard Rubenstein і Harry Hersh сказаў некалькі гадоў назад пра распрацоўку праграмнага забеспячэння [7, з 29]:

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

Гэта дакладна як у стаўленні распрацоўкі вэб-прыкладанняў як гэта распрацоўкі праграмнага забеспячэння. Юзабіліті Як адмыслоўцы, мы ведаем, што ў большасці выпадкаў, ні мы, ні распрацоўнікі і дызайнеры з якімі мы працуем сапраўды ўяўляў нават нашы зрокі карыстачоў. За вельмі нешматлікімі выключэннямі, мы, як юзабіліці адмыслоўцаў – і вэб-дызайнерам і распрацоўнікам мы працуем – з’яўляюцца, вядома, не прадстаўнік нашага якія слаба бачаць карыстачоў. Назіранняў, слухаючы і размаўляючы з прадстаўнікамі мэтавай аўдыторыі – у гэтым выпадку, карыстачы праграм чытання з экрана – маюць вырашальнае значэнне.

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

Спасылкі

1. Bobby – an automated checking program for compliance with Section
   508. Available at http://webxact.watchfire.com
2. Humphrey, T., How the Internet Is Improving the Lives of Americans
   with Disabilities, The Harris Poll #30, June 2000. Available at http://harrisinteractive.com/harris_poll/printerfriend/index.asp?PID=93
3. JAWS – a screen-reader. Available at www.freedomscientific.com
4. LIFT – an automated checking program for compliance with Section
   508. Available at http://www.usablenet.com/products_services/lift_dw/lift_dw.html
5. National Center for Accessible Media, 2003, Making Educational Software
   and Web Sites Accessible: Design Guidelines.
   (See especially for guidelines on coding wellbehaved forms.)Available
   at http://ncam.wgbh.org/publications/adm/index.html).
6. President’s Committee on Employment of People with Disabilities,
   now U. S. Department of Labor, Office of Disability Employment Policy,
   Marketing to Customers with Disabilities, July 1997.
7. Rubenstein, R. and Hersh, H., The Human Factor: Designing Computer
   Systems for People, Digital Press, 1984.
8. U. S. Department of the Census, Disabilities Affect One-Fifth
   of All Americans, Census Brief, CENBR/97-5, Dec. 1997.
9. Window-Eyes – a screen-reader. Available at www.gwmicro.com
10. World Health Organization, statistics quoted in paper cited by the
    IBM Accessibility Center at http://www-3.ibm.com/able/reasons.html (downloaded
    in 2003).
11. www.tiresias.org – a site
    with information on many assistive devices for visionimpaired users
12. www.usability.gov – a
    site with links to resources about accessibility, guidelines for good
    Web design, guidelines for writing for the web
13. www.w3.org/WAI/ – the Web
    Accessibility Initiative of the World Wide Web Consortium

Нататкі

¹ © ACM, 2003. Гэта аўтарская версія гэтай працы. Ён утрымоўвае дадзеныя, якія не былі ўключаны ў друкаванай версіі з-за адсутнасці прасторы. Яна змесцавана тут з дазволу ACM для асабістага выкарыстання. Не для распаўсюду. Канчатковы варыянт быў апублікаваны ва ўзаемадзеяннямі, том X, выпуск 6, лістапад-снежань 2003, стар. 38-51, http://portal.acm.org/citation.cfm?doid=947226.947227. Спасылкі абнаўленне 12/2006

Калі вы з’яўляецеся чальцом ACM, вы таксама маеце доступ да анлайн-версіі ад узаемадзеяння як у HTML і PDF на http://www.acm.org/interactions/.

² Гл. http://www.section508.gov/ спасылкі на заканадаўству ЗША 508 стандартаў і іншыя рэсурсы, даступнасці. Гл. таксама World Wide Web Consortium Web Accessibility Initiative [W3C WAI] у http://www.w3.org/WAI/.

³ сапраўднай працы даследавання з карыстачамі, якія небачачыя і выкарыстоўваць для чытання з экрана тэхналогіі для ўзаемадзеяння з вэб-сайтаў. Мы ведаем, што Ёсць шмат спосабаў выкарыстання вэб-у залежнасці ад спецыфічных інваліднасці чалавека і што бачанне-парушэння з’яўляецца толькі адным са шматлікіх інвалідаў. Мы таксама прызнаём, што мы працавалі толькі з Ангельскі-размаўлялых людзей у адной частцы ЗША, і што мы паведамляюць тут толькі на карыстачоў, якія выкарыстоўваюць адзін дапаможныя тэхналогіі – чытанні з экрана. Мы цяпер працуем з карыстачамі, якія маюць нізкую бачанні і выкарыстоўваць для павелічэння малюнка праграмнае забеспячэнне для прагляду вэб-сайтаў, і мы спадзяемся прадставіць даклад пра вынікі гэтага даследавання, хуткім часам. (2006 абнаўленне: даследаванне людзей, якія выкарыстоўваюць праграмнае забеспячэнне павелічэння экрана для працы з вэб-сайтаў апублікаваны ў Theofanos і Redish, Дапамога нізкім бачанні і іншых карыстачоў з вэб-сайтамі, якія адказваюць іх запатрабаванням: Ёсць адзін сайт для ўсіх магчымых? Тэхнічныя сродкі сувязі, 52 (1), люты 2005, 9-20.)