Ceļā uz pieejamību

Ceļā uz pieejamību

Piektdiena ir darba dienas beigas. Sliktas ziņas vienmēr nāk piektdienas darba dienas beigās.

Jūs grasāties pamest biroju, tikko pa pastu pienākusi jauna vēstule par kārtējo reorganizāciju.

Paldies xxxx, yyy no Å”odienas jÅ«s ziņosit par zzzz
...
Un Hugh komanda nodroÅ”inās, ka mÅ«su produkti ir pieejami cilvēkiem ar invaliditāti.

Ak nē! Kāpēc es to biju pelnījis? Vai viņi vēlas, lai es aizeju? Sagatavojieties nepateicīgam smagam darbam un mēģinājumam labot citu cilvēku kļūdas. Šī noteikti ir neveiksme...

Tāda bija pieejamība pirms dažiem gadiem. Dažām nabadzīgajām dvēselēm tika uzdots "iztīrīt" lietotāja interfeisu, lai mēģinātu padarīt to pieejamu cilvēkiem ar invaliditāti.

Tas, ko tas patiesÄ«bā nozÄ«mēja, bija diezgan neskaidrs ā€” iespējams, ja jÅ«s varētu redzēt fokusa indikatoru un cilni laukos, ja jums bÅ«tu alternatÄ«vais teksts un pāris lauku apraksti, tiktu uzskatÄ«ts, ka jÅ«su lietojumprogramma ir pieejama...

Bet pēkŔņi ā€œbugsā€ sāka vairoties lavÄ«nas ātrumā.

Dažādi ekrāna lasītāji (Eng. Ekrāna lasītāji) un pārlūkprogrammas darbojās pilnīgi atŔķirīgi.

Lietotāji ir sÅ«dzējuÅ”ies, ka lietotne nav lietojama.

Tiklīdz vienā vietā tika izlabota kļūda, citā parādījās cita.

Un vienkārŔi mainīt un labot lietotāja interfeisa kļūdas bija nepiecieŔamas Herkules pūles.

ES tur biju. Es izdzÄ«voju, bet mums "nepaveicās" - tehniski mēs daudz sakopām, pievienojām daudz lauku aprakstus, lomas un panācām zināmu atbilstÄ«bas lÄ«meni, bet neviens nebija priecÄ«gs. Lietotāji joprojām sÅ«dzējās, ka viņi nevar pārvietoties lietojumprogrammā. Pārvaldnieks joprojām sÅ«dzējās par pastāvÄ«go kļūdu plÅ«smu. Inženieri sÅ«dzējās, ka problēma tika izvirzÄ«ta nepareizi, bez skaidri definēta ā€œpareizaā€ risinājuma, kas darbotos visos gadÄ«jumos.

Manā ceļā uz pieejamības izpratni bija daži noteikti acis atveroŔi mirkļi.
Iespējams, pirmā bija atziņa, ka pieejamÄ«bas funkcionalitātes pievienoÅ”ana gatavam produktam bija sarežģīta. Un vēl grÅ«tāk ir pārliecināt vadÄ«tājus, ka tas ir neticami grÅ«ti! Nē, tas nav tikai "pievienot dažus tagus", un lietotāja saskarne darbosies lieliski. Nē, to nevar pabeigt trÄ«s nedēļās, pat ar trim mēneÅ”iem nepietiks.
Mans nākamais patiesÄ«bas brÄ«dis pienāca, kad es klātienē redzēju, kā aklie lietotāji izmanto mÅ«su lietotni. Tas TIK atŔķiras no kļūdu ziņojumu skatÄ«Å”anās.

Es pie tā atgriezÄ«Å”os atkal un atkal, taču gandrÄ«z visi mÅ«su "pieņēmumi" par to, kā cilvēki izmantoja mÅ«su lietotni, bija nepareizi.

Navigācija sarežģītā lietotāja interfeisā, izmantojot taustiņsitienus Tab/Shift+Tab - tas ir skumji! Mums vajag kaut ko labāku. Tastatūras īsinājumtaustiņi, galvenes.

Fokusa zaudÄ“Å”ana, mainot lietotāja interfeisu, nav liela problēma, vai ne? Padomāsim vēlreiz ā€“ tas ir neticami mulsinoÅ”i.

Es turpināju, kādu laiku strādāju pie dažādiem projektiem, un tad mēs sākām jaunu projektu ar sarežģītu lietotāja interfeisu un skaidru instalāciju, lai Å”oreiz beidzot iegÅ«tu pareizu pieejamÄ«bu.

Tātad, mēs spērām soli atpakaļ un paskatījāmies, kā to varētu īstenot savādāk un gūt panākumus un padarīt procesu mazāk garlaicīgu!

Diezgan ātri mēs nonācām pie dažiem secinājumiem:

  1. Mēs negribējām, lai cilvēki, kas izstrādā lietotāja interfeisu, sajauktos ar aria etiÄ·etēm/lomām un, protams, ar komponentu HTML struktÅ«ru. Mums vajadzēja nodroÅ”ināt viņiem pareizos komponentus, kas nodroÅ”ināja pieejamÄ«bu jau no kastes.
  2. PieejamÄ«ba == VienkārÅ”a lietoÅ”ana ā€“ t.i. Tas nav tikai tehnisks izaicinājums. Mums bija jāmaina viss projektÄ“Å”anas process un jānodroÅ”ina, ka pieejamÄ«ba tiek ņemta vērā un apspriesta pirms lietotāja interfeisa izstrādes sākuma. LaicÄ«gi jādomā, kā lietotāji atklās jebkuru funkcionalitāti, kā viņi veiks navigāciju un kā darbosies ar peles labo pogu noklikŔķinot no tastatÅ«ras. PieejamÄ«bai ir jābÅ«t neatņemamai izstrādes procesa sastāvdaļai ā€“ dažiem lietotājiem tas ir daudz vairāk nekā tikai lietojumprogrammas izskats.
  3. Jau no paÅ”a sākuma vēlējāmies saņemt atsauksmes no neredzÄ«gajiem un citiem invalÄ«diem par aplikācijas lietoÅ”anas ērtumu.
  4. Mums bija vajadzīgi patieŔām labi veidi, kā uztvert pieejamības regresijas.

Nu no inženiertehniskā viedokļa pirmā daļa izklausÄ«jās diezgan jautri - arhitektÅ«ras izstrāde un komponentu bibliotēkas ievieÅ”ana. Un tā tas tieŔām bija.

Atkāpjoties soli, paskatoties ARIA piemēri un, domājot par to kā dizaina problēmu, nevis "iekļūŔanas" problēmu, mēs ieviesām dažas abstrakcijas. Komponentam ir ā€œStruktÅ«raā€ (sastāv no HTML elementiem) un ā€œUzvedÄ«baā€ (kā tas mijiedarbojas ar lietotāju). Piemēram, zemāk esoÅ”ajos fragmentos mums ir vienkārÅ”s nesakārtots saraksts. Pievienojot "uzvedÄ«bu", atbilstoŔās lomas tiek pievienotas sarakstam, lai tas darbotos kā saraksts. Mēs darām to paÅ”u ar ēdienkarti.

Ceļā uz pieejamību

Faktiski Ŕeit ir pievienotas ne tikai lomas, bet arī notikumu apstrādātāji tastatūras navigācijai.

Å is izskatās glÄ«tāks. Ja mēs varētu iegÅ«t tÄ«ru atdalÄ«Å”anu starp tiem, nebÅ«tu nozÄ«mes tam, kā struktÅ«ra tika izveidota, mēs varētu tai piemērot uzvedÄ«bas parametrus un nodroÅ”ināt pareizu pieejamÄ«bu.

To var redzēt darbÄ«bā vietnē https://stardust-ui.github.io/react/ - UX bibliotēka Reaģēt, kas jau no paÅ”a sākuma ir izstrādāts un ieviests, paturot prātā pieejamÄ«bu.

Otrā daļa - pieejas un procesu maiņa saistÄ«bā ar dizainu mani sākotnēji biedēja: zemiski inženieri, kas cenÅ”as Ä«stenot organizatoriskas pārmaiņas, ne vienmēr beidzas labi, taču tā izrādÄ«jās viena no interesantākajām jomām, kurā mēs sniedzām nozÄ«mÄ«gu ieguldÄ«jumu Å”ajā procesā. . ÄŖsumā, mÅ«su process bija Ŕāds: jaunu funkcionalitāti izstrādāja viena komanda, pēc tam mÅ«su vadÄ«bas komanda pārskatÄ«s/atkārtos priekÅ”likumu un pēc tam, kad tas bÅ«tu apstiprināts, dizains parasti tiktu nodots inženieru komandai. Å ajā gadÄ«jumā inženieru komandai faktiski piederēja pieejamÄ«bas funkcionalitāte, jo viņu pienākums bija novērst visas ar to saistÄ«tās problēmas.

Sākumā bija diezgan sarežģīts darbs, lai izskaidrotu, ka pieejamÄ«ba un lietojamÄ«ba ir nesaraujami saistÄ«tas un ka tas bija jādara projektÄ“Å”anas stadijā, pretējā gadÄ«jumā tas novestu pie lielām izmaiņām un dažu lomu pārdefinÄ“Å”anas. Tomēr ar vadÄ«bas un galveno dalÄ«bnieku atbalstu mēs izmantojām ideju un ieviesām to, lai dizaini tiktu pārbaudÄ«ti attiecÄ«bā uz pieejamÄ«bu un lietojamÄ«bu, pirms tie tika prezentēti vadÄ«bai.

Un Ŕīs atsauksmes bija ārkārtÄ«gi vērtÄ«gas ikvienam ā€” tas bija fantastisks zināŔanu apmaiņas/saziņas vingrinājums par to, kā lietotāji mijiedarbojas ar tÄ«mekļa lietojumprogrammām, mēs identificējām daudzas lietotāja saskarnes problemātiskās jomas, pirms tās tika izveidotas, un izstrādātāju komandām tagad ir daudz labākas specifikācijas. dizaina vizuālie, bet arÄ« uzvedÄ«bas aspekti. ÄŖstas diskusijas ir jautras, enerÄ£iskas, kaislÄ«gas diskusijas par tehniskajiem aspektiem un mijiedarbÄ«bu.

Mēs to varētu izdarÄ«t vēl labāk, ja Å”ajās (vai turpmākajās) sanāksmēs mums bÅ«tu akli un invalÄ«di ā€” to bija grÅ«ti organizēt, taču tagad mēs strādājam gan ar vietējām neredzÄ«go organizācijām, gan uzņēmumiem , kas nodroÅ”ina ārēju testÄ“Å”anu, lai pārbaudÄ«tu izpildes plÅ«smu agrÄ«nā posmā. izstrāde ā€” gan komponentu, gan izpildes plÅ«smas lÄ«menÄ«.

Tagad inženieriem ir diezgan detalizētas specifikācijas, pieejamie komponenti, kurus viņi var izmantot, lai ieviestu, un veids, kā apstiprināt izpildes plÅ«smu. Daļa no tā, ko mums ir iemācÄ«jusi pieredze, ir tas, kā mums visu laiku pietrÅ«ka ā€” kā mēs varam apturēt regresiju. Tāpat cilvēki var izmantot integrāciju vai pilnÄ«gus testus, lai pārbaudÄ«tu funkcionalitāti, kas mums ir nepiecieÅ”ama, lai noteiktu izmaiņas mijiedarbÄ«bā un izpildes plÅ«smās ā€” gan vizuālajā, gan uzvedÄ«bas lÄ«menÄ«.

Vizuālās regresijas noteikÅ”ana ir diezgan definēts uzdevums, procesam var pievienot ļoti maz, izņemot varbÅ«t pārbaudi, vai, pārvietojoties ar tastatÅ«ru, ir redzams fokuss. Interesantākas ir divas salÄ«dzinoÅ”i jaunas tehnoloÄ£ijas darbam ar pieejamÄ«bu.

  1. PieejamÄ«bas ieskats ir rÄ«ku komplekts, ko var palaist gan pārlÅ«kprogrammā, gan kā daļu no izveides/testÄ“Å”anas cikla, lai identificētu problēmas.
  2. PārbaudÄ«t, vai ekrāna lasÄ«tāji darbojas pareizi, ir bijis Ä«paÅ”i sarežģīts uzdevums. IevieÅ”ot piekļuvi PieejamÄ«ba DOM, mēs beidzot varam uzņemt lietotnes pieejamÄ«bas momentuzņēmumus, lÄ«dzÄ«gi kā to darām vizuālajiem testiem, un pārbaudÄ«t tos regresijas noteikÅ”anai.

Tātad stāsta otrajā daļā mēs pārgājām no HTML koda rediģēŔanas uz darbu augstākā abstrakcijas lÄ«menÄ«, mainÄ«jām dizaina izstrādes procesu un ieviesām rÅ«pÄ«gu testÄ“Å”anu. Jauni procesi, jaunas tehnoloÄ£ijas un jauni abstrakcijas lÄ«meņi ir pilnÄ«bā mainÄ«juÅ”i pieejamÄ«bas ainavu un to, ko nozÄ«mē strādāt Å”ajā telpā.
Bet tas ir tikai sākums.

Nākamā ā€œizpratneā€ ir tāda, ka neredzÄ«gie lietotāji virza visprogresÄ«vākās tehnoloÄ£ijas ā€” viņi ir tie, kas gÅ«st vislielāko labumu ne tikai no iepriekÅ” aprakstÄ«tajām izmaiņām, bet arÄ« no tā, ka ML/AI ir iespējamas jaunas pieejas un idejas. Piemēram, Immersive Reader tehnoloÄ£ija ļauj lietotājiem vieglāk un skaidrāk parādÄ«t tekstu. To var lasÄ«t skaļi, teikumu struktÅ«ra ir sadalÄ«ta gramatiski un pat vārdu nozÄ«me tiek parādÄ«ta grafiski. Tas vispār neatbilst vecajai "padariet to pieejamu" mentalitātei - tā ir lietojamÄ«bas funkcija, kas palÄ«dzēs ikvienam.

ML/AI nodroÅ”ina pilnÄ«gi jaunus mijiedarbÄ«bas un darba veidus, un mēs esam priecÄ«gi piedalÄ«ties Ŕī progresÄ«vā ceļojuma nākamajos posmos. Inovācijas virza domāŔanas maiņa ā€“ cilvēce pastāv jau tÅ«kstoÅ”iem gadu, maŔīnas jau simtiem gadu, mājas lapas vairākus gadu desmitus, bet viedtālruņi vēl mazāk, tehnoloÄ£ijām ir jāpielāgojas cilvēkiem, nevis otrādi.

PS Raksts ir tulkots ar nelielām novirzēm no oriÄ£ināla. Kā Ŕī raksta lÄ«dzautors es piekritu Ŕīm atkāpēm ar HjÅ«.

Aptaujā var piedalīties tikai reģistrēti lietotāji. Ielogoties, lūdzu.

Vai pievērÅ”at uzmanÄ«bu savu lietojumprogrammu pieejamÄ«bai?

  • Jā

  • Nē

  • Å Ä« ir pirmā reize, kad dzirdu par lietotņu pieejamÄ«bu.

Nobalsoja 17 lietotāji. 5 lietotāji atturējās.

Avots: www.habr.com

Pievieno komentāru