Ka pristupačnosti

Petak je kraj radnog dana. Loše vijesti uvijek dolaze na kraju radnog dana u petak.

Upravo ćete napustiti kancelariju, novo pismo o još jednoj reorganizaciji je upravo stiglo poštom.

Hvala ti xxxx, yyy od danas ćeš prijaviti zzzz
...
A Hughov tim će osigurati da naši proizvodi budu dostupni osobama s invaliditetom.

O ne! Zašto sam ovo zaslužio? Da li žele da odem? Postavite se na nezahvalan trud i pokušaj da ispravite tuđe greške. Ovo je definitivno neuspjeh...

Ovo je bila dostupnost prije nekoliko godina. Nekim jadnicima je dat posao "čišćenja" korisničkog sučelja kako bi ga pokušali učiniti dostupnim osobama sa invaliditetom.

Ono što je to zapravo značilo bilo je prilično nejasno - vjerovatno ako biste mogli vidjeti indikator fokusa i tab kroz polja, imati neki zamjenski tekst i nekoliko opisa polja, smatralo bi se da je vaša aplikacija dostupna...

Ali odjednom su "bube" počele da se množe brzinom lavine.

Razni čitači ekrana (Eng. Čitači ekrana) i pretraživači su se ponašali potpuno drugačije.

Korisnici su se žalili da je aplikacija neupotrebljiva.

Čim je greška na jednom mjestu ispravljena, na drugom se pojavila druga.

A jednostavno mijenjanje i ispravljanje grešaka korisničkog interfejsa zahtijevalo je velike napore.

Bio sam tamo. Preživeo sam, ali nismo "uspeli" - tehnički smo dosta počistili, dodali mnogo opisa terena, uloga i postigli neki nivo usklađenosti, ali niko nije bio zadovoljan. Korisnici su se i dalje žalili da se ne mogu kretati aplikacijom. Menadžer se i dalje žalio na konstantan niz grešaka. Inženjeri su se žalili da je problem postavljen pogrešno, bez jasno definisanog "ispravnog" rješenja koje bi funkcioniralo u svim slučajevima.

Bilo je nekoliko trenutaka koji su definitivno otvorili oči na mom putu ka razumijevanju pristupačnosti.
Možda je prva bila spoznaja da je dodavanje funkcionalnosti pristupačnosti na gotov proizvod teško. A još je teže uvjeriti menadžere da je to nevjerovatno teško! Ne, nije samo "dodavanje nekoliko oznaka" i korisnički interfejs će raditi sasvim dobro. Ne, ovo se ne može završiti za tri sedmice;
Moj sljedeći trenutak istine došao je kada sam iz prve ruke vidio kako slijepi korisnici zapravo koriste našu aplikaciju. Ovo se TAKO razlikuje od gledanja poruka o greškama.

Vraćat ću se na ovo iznova i iznova, ali gotovo sve naše "pretpostavke" o tome kako su ljudi koristili našu aplikaciju bile su pogrešne.

Kretanje po složenom korisničkom interfejsu pomoću pritisaka na tastere Tab/Shift+Tab – ovo je sranje! Treba nam nešto bolje. Prečice na tastaturi, zaglavlja.

Gubitak fokusa prilikom promjene korisničkog sučelja nije veliki problem, zar ne? Razmislimo ponovo - ovo je neverovatno zbunjujuće.

Nastavio sam, radio na različitim projektima neko vrijeme, a onda smo započeli novi projekat, sa složenim korisničkim interfejsom i jasnom instalacijom, da bismo ovog puta konačno dobili pravu pristupačnost.

Dakle, napravili smo korak unazad i pogledali kako bismo ovo mogli drugačije implementirati i uspjeti, a proces učiniti manje dosadnim!

Vrlo brzo smo došli do nekih zaključaka:

1. Nismo željeli da se ljudi koji razvijaju korisnički interfejs petljaju sa oznakama/ulogama arije i, naravno, HTML strukturom komponenti. Trebali smo im obezbijediti prave komponente koje su omogućile pristupačnost odmah iz kutije.
2. Pristupačnost == Jednostavnost upotrebe – tj. Ovo nije samo tehnički izazov. Trebali smo promijeniti cijeli proces dizajna i osigurati da je pristupačnost uzeta u obzir i diskutovana prije početka dizajna korisničkog sučelja. Morate rano razmisliti o tome kako će korisnici otkriti bilo koju funkcionalnost, kako će se kretati i kako će raditi desni klik s tastature. Pristupačnost bi trebala biti sastavni dio procesa dizajna – za neke korisnike to je mnogo više od samog izgleda aplikacije.
3. Od samog početka željeli smo dobiti povratnu informaciju od slijepih i drugih korisnika s invaliditetom o jednostavnosti korištenja aplikacije.
4. Trebali su nam zaista dobri načini da uhvatimo regresije pristupačnosti.

Pa, sa inženjerske tačke gledišta, prvi dio je zvučao prilično zabavno - razvoj arhitekture i implementacija biblioteke komponenti. I zaista je bilo tako.

Vraćam se korak unazad, gledam ARIA primjeri i razmišljajući o ovome kao o problemu dizajna, a ne o problemu "uklapanja", uveli smo neke apstrakcije. Komponenta ima 'Strukturu' (sastoji se od HTML elemenata) i 'Ponašanje' (kako je u interakciji s korisnikom). Na primjer, u isječcima ispod imamo jednostavnu neuređenu listu. Dodavanjem "ponašanja" odgovarajuće uloge se dodaju na listu kako bi se ponašala kao lista. Isto radimo i za meni.

Zapravo, ovdje se ne dodaju samo uloge, već i rukovaoci događajima za navigaciju pomoću tipkovnice.

Ovo izgleda urednije. Kada bismo mogli da dobijemo čisto razdvajanje između njih, ne bi bilo važno kako je struktura kreirana, mogli bismo da primenimo Behaviors na nju i obezbedimo pravu pristupačnost.

Ovo možete vidjeti na djelu na https://stardust-ui.github.io/react/ – UX biblioteka reagovati, koji je dizajniran i implementiran imajući na umu pristupačnost od samog početka.

Drugi dio - promjena pristupa i procesa oko dizajna u početku me je uplašio: niski inženjeri koji pokušavaju progurati organizacijske promjene ne završavaju se uvijek dobro, ali se pokazalo da je to jedno od najzanimljivijih područja gdje smo dali značajan doprinos procesu . Ukratko, naš proces je bio sljedeći: novu funkcionalnost bi razvijao jedan tim, zatim bi naš vodeći tim pregledao/ponovio prijedlog, a zatim bi, nakon odobrenja, dizajn obično bio predat inženjerskom timu. U ovom slučaju, inženjerski tim je efektivno "posedovao" funkcionalnost pristupačnosti jer je bila njihova odgovornost da popravi sve probleme povezane sa njom.

U početku je bio prilično težak posao objasniti da su pristupačnost i upotrebljivost neraskidivo povezane i da se to mora uraditi u fazi dizajna, inače bi to dovelo do velikih promjena i redefiniranja nekih uloga. Međutim, uz podršku menadžmenta i ključnih igrača, preuzeli smo ideju i pokrenuli je tako da su dizajni testirani na pristupačnost i upotrebljivost prije nego što su predstavljeni menadžmentu.

I ova povratna informacija je svima bila izuzetno vrijedna - bila je fantastična kao vježba u razmjeni znanja/komunikaciji o tome kako korisnici komuniciraju s web aplikacijama, identificirali smo brojne problematične oblasti korisničkog sučelja prije nego što su napravljene, razvojni timovi sada imaju mnogo bolje specifikacije od ne samo vizuelni, već i bihevioralni aspekti dizajna. Prave rasprave su zabavne, energične, strastvene rasprave o tehničkim aspektima i interakcijama.

Mogli bismo to učiniti još bolje da smo imali slijepe korisnike i korisnike s invaliditetom na ovim (ili narednim) sastancima - ovo je bilo teško organizirati, ali sada radimo i s lokalnim slijepim organizacijama i kompanijama, koje pružaju vanjsko testiranje kako bi provjerili tok izvršenja na početku razvoj—i na nivou komponente i na nivou toka izvršenja.

Inženjeri sada imaju prilično detaljne specifikacije, dostupne komponente koje mogu koristiti za implementaciju i način za validaciju toka izvršenja. Dio onoga što nas je iskustvo naučilo je ono što nam je cijelo vrijeme nedostajalo – kako možemo zaustaviti nazadovanje. Isto tako, ljudi mogu koristiti integracijske ili end-to-end testove za testiranje funkcionalnosti, koje su nam potrebne da bismo otkrili promjene u interakcijama i tokovima izvršenja – i vizualnih i bihevioralnih.

Određivanje vizualne regresije je prilično definiran zadatak, vrlo malo toga se može dodati procesu osim možda provjere da li je fokus vidljiv kada se krećete pomoću tastature. Zanimljivije su dvije relativno nove tehnologije za rad s pristupačnošću.

1. Uvid u dostupnost je skup alata koji se mogu pokrenuti i u pretraživaču i kao dio ciklusa izgradnje/testiranja za identifikaciju problema.
2. Provjera da čitači ekrana rade ispravno je bio posebno izazovan zadatak. Sa uvođenjem pristupa do Pristupačnost DOM, konačno smo u mogućnosti da napravimo snimke pristupačnosti aplikacije, slično kao što radimo za vizualne testove, i testiramo ih na regresiju.

Dakle, u drugom dijelu priče prešli smo sa uređivanja HTML koda na rad na višem nivou apstrakcije, promijenili proces razvoja dizajna i uveli temeljno testiranje. Novi procesi, nove tehnologije i novi nivoi apstrakcije u potpunosti su promenili pejzaž pristupačnosti i šta znači raditi u ovom prostoru.
Ali ovo je samo početak.

Sljedeće “razumijevanje” je da slijepi korisnici pokreću vrhunsku tehnologiju – oni su ti koji imaju najviše koristi ne samo od promjena koje smo ranije opisali, već i da su novi pristupi i ideje omogućeni ML/AI. Na primjer, tehnologija Immersive Reader omogućava korisnicima da lakše i jasnije predstave tekst. Može se čitati naglas, struktura rečenice je gramatički raščlanjena, a čak su i značenja riječi prikazana grafički. Ovo se uopće ne uklapa u stari mentalitet „učinite ga dostupnim“ – to je upotrebna funkcija koja će svima pomoći.

ML/AI omogućava potpuno nove načine interakcije i rada, i mi smo uzbuđeni što ćemo biti dio sljedećih faza ovog vrhunskog putovanja. Inovacije su vođene promjenom razmišljanja - čovječanstvo postoji milenijumima, mašine stotinama godina, web stranice nekoliko decenija, a pametni telefoni još manje, tehnologija se mora prilagoditi ljudima, a ne obrnuto.

PS Članak je preveden sa manjim odstupanjima od originala. Kao koautor ovog članka, složio sam se s Hughom oko ovih digresija.

Samo registrovani korisnici mogu učestvovati u anketi. Prijavite semolim.

Da li obraćate pažnju na dostupnost vaših aplikacija?

• Da

• Nijedan

• Ovo je prvi put da čujem za pristupačnost aplikacija.

Glasalo je 17 korisnika. Uzdržano je bilo 5 korisnika.

izvor: www.habr.com