Петак је крај радног дана. Лоше вести увек стижу на крају радног дана у петак.
Управо ћете напустити канцеларију, ново писмо о још једној реорганизацији је управо стигло поштом.
Хвала ти кккк, иии од данас ћеш пријавити зззз
...
Хјуов тим ће обезбедити да наши производи буду доступни особама са инвалидитетом.
О, не! Зашто сам ово заслужио? Да ли желе да одем? Наместите се на незахвалан труд и покушај да исправите туђе грешке. Ово је дефинитивно неуспех...
Ово је била доступност пре неколико година. Неким јадницима је дат посао "чишћења" корисничког интерфејса како би покушали да га учине доступним особама са инвалидитетом.
Оно што је то заправо значило било је прилично нејасно - вероватно ако бисте могли да видите индикатор фокуса и табулатор кроз поља, да имате алтернативни текст и неколико описа поља, сматрало би се да је ваша апликација доступна...
Али одједном су „бубе“ почеле да се множе брзином лавине.
Разни читачи екрана (Инг. Читачи екрана) и претраживачи су се понашали потпуно другачије.
Корисници су се жалили да је апликација неупотребљива.
Чим је грешка на једном месту исправљена, на другом се појавила друга.
А једноставно мењање и исправљање грешака корисничког интерфејса захтевало је велике напоре.
Била сам тамо. Преживео сам, али нисмо „успели“ – технички смо доста почистили, додали много описа терена, улога и постигли неки ниво усклађености, али нико није био срећан. Корисници су се и даље жалили да не могу да се крећу апликацијом. Менаџер се и даље жалио на константан ток грешака. Инжењери су се жалили да је проблем постављен погрешно, без јасно дефинисаног „тачног“ решења које би функционисало у свим случајевима.
Било је неких тренутака који су дефинитивно отворили очи на мом путу ка разумевању приступачности.
Можда је прва била спознаја да је додавање функционалности приступачности на готов производ тешко. А још је теже убедити менаџере да је то невероватно тешко! Не, није само „додавање неколико ознака“ и кориснички интерфејс ће радити сасвим добро. Не, ово се не може завршити за три недеље;
Мој следећи тренутак истине дошао је када сам из прве руке видео како слепи корисници заправо користе нашу апликацију. Ово се ТАКО разликује од гледања порука о грешци.
Враћаћу се на ово изнова и изнова, али скоро све наше „претпоставке“ о томе како су људи користили нашу апликацију су биле погрешне.
Кретање по сложеном корисничком интерфејсу помоћу притисака на тастере Tab/Shift+Tab – ово је срање! Треба нам нешто боље. Пречице на тастатури, заглавља.
Губитак фокуса приликом промене корисничког интерфејса није велики проблем, зар не? Хајде да размислимо поново - ово је невероватно збуњујуће.
Наставио сам, радио на различитим пројектима неко време, а онда смо започели нови пројекат, са сложеним корисничким интерфејсом и јасном инсталацијом, да бисмо овог пута коначно добили праву приступачност.
Дакле, направили смо корак уназад и погледали како то можемо другачије применити и успети, а процес учинити мање досадним!
Врло брзо смо дошли до неких закључака:
- Нисмо желели да се људи који развијају кориснички интерфејс петљају са ознакама/улогама арије и, наравно, ХТМЛ структуром компоненти. Морали смо да им обезбедимо праве компоненте које су омогућиле приступачност одмах из кутије.
- Приступачност == Лакоћа употребе – тј. Ово није само технички изазов. Морали смо да променимо цео процес дизајна и обезбедимо да се приступачност узме у обзир и да се разговара о томе пре него што је дизајн корисничког интерфејса почео. Морате рано да размислите о томе како ће корисници открити било коју функционалност, како ће се кретати и како ће функционисати десни клик са тастатуре. Приступачност би требало да буде саставни део процеса дизајна – за неке кориснике, то је много више од самог изгледа апликације.
- Од самог почетка желели смо да добијемо повратне информације од слепих и других корисника са инвалидитетом о једноставности коришћења апликације.
- Требали су нам заиста добри начини да ухватимо регресије приступачности.
Па, са инжењерске тачке гледишта, први део је звучао прилично забавно - развој архитектуре и имплементација библиотеке компоненти. И заиста је било тако.
Враћајући се корак уназад, гледајући и размишљајући о овоме као о проблему дизајна, а не о проблему "уклапања", увели смо неке апстракције. Компонента има 'Структуру' (састоји се од ХТМЛ елемената) и 'Понашање' (како комуницира са корисником). На пример, у исечцима испод имамо једноставну неуређену листу. Додавањем „понашања“ одговарајуће улоге се додају листи да би деловала као листа. Исто радимо и за мени.
У ствари, овде се не додају само улоге, већ и обрађивачи догађаја за навигацију помоћу тастатуре.
Ово изгледа уредније. Ако бисмо могли да добијемо чисто раздвајање између њих, не би било важно како је структура креирана, могли бисмо да применимо понашања на њу и обезбедимо праву приступачност.
Ово можете видети у акцији на – УКС библиотека , који је дизајниран и имплементиран имајући на уму доступност од самог почетка.
Други део - промена приступа и процеса око дизајна у почетку ме је уплашио: ниски инжењери који покушавају да прогурају организационе промене не завршавају се увек добро, али се показало да је то једна од најинтересантнијих области у којој смо дали значајан допринос процесу . Укратко, наш процес је био следећи: нову функционалност би развијао један тим, затим би наш лидерски тим прегледао/поновио предлог, а затим би, након одобрења, дизајн обично био предат инжењерском тиму. У овом случају, инжењерски тим је ефективно „поседовао“ функционалност приступачности јер је била њихова одговорност да поправи све проблеме повезане са њом.
У почетку је био прилично тежак посао објаснити да су приступачност и употребљивост нераскидиво повезане и да се то мора урадити у фази пројектовања, иначе би то довело до великих промена и редефинисања неких улога. Међутим, уз подршку менаџмента и кључних играча, преузели смо идеју и покренули је тако да су дизајни тестирани на приступачност и употребљивост пре него што су представљени менаџменту.
И ове повратне информације су биле изузетно драгоцене за све – биле су фантастичне као вежба размене знања/комуникације о томе како корисници комуницирају са веб апликацијама, идентификовали смо бројне проблематичне области корисничког интерфејса пре него што су направљене, развојни тимови сада имају много боље спецификације од само визуелни, већ и бихејвиорални аспекти дизајна. Праве дискусије су забавне, енергичне, страствене дискусије о техничким аспектима и интеракцијама.
Могли бисмо ово да урадимо још боље да смо имали слепе кориснике и кориснике са инвалидитетом на овим (или наредним) састанцима – ово је било тешко организовати, али сада радимо и са локалним слепим организацијама и са компанијама, које обезбеђују екстерно тестирање како би верификовали ток извршења на почетку развој—и на нивоу компоненте и на нивоу тока извршења.
Инжењери сада имају прилично детаљне спецификације, доступне компоненте које могу да користе за имплементацију и начин да потврде ток извршења. Део онога што нас је искуство научило јесте оно што нам је све време недостајало — како можемо да зауставимо назадовање. Исто тако, људи могу да користе интеграцију или енд-то-енд тестове за тестирање функционалности, које су нам потребне да бисмо открили промене у интеракцијама и токовима извршења – и визуелних и бихејвиоралних.
Одређивање визуелне регресије је прилично дефинисан задатак, постоји врло мало тога што се може додати процесу осим можда провере да ли је фокус видљив када се крећете помоћу тастатуре. Занимљивије су две релативно нове технологије за рад са приступачношћу.
- је скуп алата који се могу покренути и у прегледачу и као део циклуса изградње/тестирања да би се идентификовали проблеми.
- Провера да читачи екрана исправно функционишу био је посебно изазован задатак. Са увођењем приступа до Приступачност ДОМ, коначно смо у могућности да направимо снимке приступачности апликације, слично као што радимо за визуелне тестове, и тестирамо их на регресију.
Дакле, у другом делу приче смо са уређивања ХТМЛ кода прешли на рад на вишем нивоу апстракције, променили процес развоја дизајна и увели темељно тестирање. Нови процеси, нове технологије и нови нивои апстракције потпуно су променили пејзаж приступачности и шта значи радити у овом простору.
Али ово је само почетак.
Следеће „разумевање“ је да слепи корисници покрећу најсавременију технологију – они су ти који имају највише користи не само од промена које смо раније описали, већ и да су нови приступи и идеје омогућени МЛ/АИ. На пример, технологија Иммерсиве Реадер омогућава корисницима да лакше и јасније представе текст. Може се читати наглас, структура реченице је граматички рашчлањена, а чак се и значења речи приказују графички. Ово се уопште не уклапа у стари менталитет „учините га доступним“ – то је функција употребљивости која ће свима помоћи.
МЛ/АИ омогућава потпуно нове начине интеракције и рада, и ми смо узбуђени што ћемо бити део наредних фаза овог најсавременијег путовања. Иновације су вођене променом размишљања – човечанство постоји миленијумима, машине стотинама година, веб странице неколико деценија, а паметни телефони још мање, технологија мора да се прилагођава људима, а не обрнуто.
ПС Чланак је преведен са мањим одступањима од оригинала. Као коаутор овог чланка, договорио сам се о овим дигресијама са Хјуом.
Само регистровани корисници могу учествовати у анкети. , Добродошао си.
Да ли обраћате пажњу на доступност својих апликација?
-
Да
-
Не
-
Ово је први пут да чујем за приступачност апликација.
Гласало је 17 корисника. Уздржано је било 5 корисника.
Извор: ввв.хабр.цом