Prema pristupačnosti

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

Upravo odlazite iz ureda, upravo je stiglo novo pismo o još jednoj reorganizaciji.

Hvala xxxx, yyy od danas se javljaš zzzz
...
A Hughov tim pobrinut će se da naši proizvodi budu pristupačni osobama s invaliditetom.

O ne! Zašto sam ovo zaslužio? Žele li da odem? Postavite se za nezahvalan naporan rad i pokušaj ispravljanja tuđih pogrešaka. Ovo je definitivno promašaj...

Ovo je bilo dostupno prije nekoliko godina. Neki jadnici dobili su posao "čišćenja" korisničkog sučelja kako bi ga učinili dostupnim osobama s invaliditetom.

Što je to zapravo značilo bilo je prilično nejasno - vjerojatno ako biste mogli vidjeti indikator fokusa i karticu kroz polja, imali nešto alternativnog teksta i nekoliko opisa polja, smatralo bi se da je vaša aplikacija dostupna ...

Ali iznenada su se "bube" počele množiti brzinom lavine.

Razni čitači zaslona (Eng. Screen Readers) i preglednici ponašali su se potpuno drugačije.

Korisnici su se žalili da je aplikacija neupotrebljiva.

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

A jednostavno mijenjanje i ispravljanje pogrešaka korisničkog sučelja zahtijevalo je Herkulove napore.

Bio sam tamo. Preživio sam, ali nismo “uspjeli” – tehnički smo dosta toga očistili, dodali puno opisa polja, uloga i postigli neku razinu usklađenosti, ali nitko nije bio zadovoljan. Korisnici su se i dalje žalili da se ne mogu kretati aplikacijom. Upravitelj se i dalje žalio na stalni niz pogrešaka. Inženjeri su se žalili da je problem pogrešno postavljen, bez jasno definiranog “pravog” rješenja koje bi funkcioniralo u svim slučajevima.

Bilo je nekoliko trenutaka koji su mi otvorili oči na mom putu do razumijevanja pristupačnosti.
Možda je prva bila spoznaja da je dodavanje funkcionalnosti pristupačnosti na vrh gotovog proizvoda teško. A još je teže uvjeriti menadžere da je to nevjerojatno teško! Ne, nije samo "dodajte nekoliko oznaka" i korisničko sučelje će raditi sasvim u redu. Ne, ovo se ne može završiti u tri tjedna, ni tri mjeseca neće biti dovoljna.
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 pogreškama.

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

Navigacija složenim korisničkim sučeljem pomoću tipki Tab/Shift+Tab – ovo je sranje! Trebamo nešto bolje. Tipkovnički prečaci, zaglavlja.

Gubitak fokusa pri promjeni korisničkog sučelja nije veliki problem, zar ne? Razmislimo ponovno - ovo je nevjerojatno zbunjujuće.

Nastavio sam, neko vrijeme radio na različitim projektima, a onda smo započeli novi projekt, sa složenim korisničkim sučeljem i jasnom instalacijom, da bismo ovaj put konačno dobili pravu pristupačnost.

Dakle, napravili smo korak unatrag i pogledali kako ovo možemo implementirati drugačije i uspjeti, te učiniti proces manje dosadnim!

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

1. Nismo htjeli da se ljudi koji razvijaju korisničko sučelje petljaju s arijskim oznakama/ulogama i, naravno, HTML strukturom komponenti. Morali smo im pružiti prave komponente koje su izgradile pristupačnost odmah iz kutije.
2. Pristupačnost == Jednostavnost korištenja – tj. Ovo nije samo tehnički izazov. Morali smo promijeniti cijeli proces dizajna i osigurati da se pristupačnost uzme u obzir i da se o njoj raspravlja prije početka dizajna korisničkog sučelja. Morate rano razmisliti kako će korisnici otkriti bilo koju funkcionalnost, kako će se kretati i kako će funkcionirati desni klik s tipkovnice. Pristupačnost bi trebala biti sastavni dio procesa dizajna – za neke korisnike ona je mnogo više od samog izgleda aplikacije.
3. Od samog početka željeli smo dobiti povratne informacije od slijepih i korisnika s drugim invaliditetom o jednostavnosti korištenja aplikacije.
4. Trebali smo stvarno dobre načine da uhvatimo regresije pristupačnosti.

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

Korak unatrag, gledajući ARIA primjeri i razmišljajući o tome kao problemu dizajna, a ne kao problemu "uklapanja", uveli smo neke apstrakcije. Komponenta ima 'strukturu' (sastoji se od HTML elemenata) i 'ponašanje' (način interakcije s korisnikom). Na primjer, u isječcima ispod imamo jednostavan neuređeni popis. Dodavanjem "ponašanja" odgovarajuće se uloge dodaju popisu kako bi se ponašao kao popis. Isto radimo i za jelovnik.

Zapravo, ovdje se ne dodaju samo uloge, već i rukovatelji događajima za navigaciju tipkovnicom.

Ovo izgleda urednije. Kad bismo ih mogli jasno razdvojiti, ne bi bilo važno kako je struktura stvorena, mogli bismo primijeniti ponašanja na nju i dobiti 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 plašio: niski inženjeri koji pokušavaju progurati organizacijsku promjenu ne završavaju uvijek dobro, ali pokazalo se da je to jedno od najzanimljivijih područja u kojima smo dali značajan doprinos procesu . Ukratko, naš je proces bio sljedeći: novu funkcionalnost razvio bi jedan tim, zatim bi naš vodeći tim pregledao/ponovio prijedlog, a onda bi, nakon odobrenja, dizajn obično bio predan inženjerskom timu. U ovom slučaju, inženjerski tim je zapravo "posjedovao" funkcionalnost pristupačnosti jer je njihova odgovornost bila riješiti sve probleme povezane s njom.

U početku je bilo dosta teško objasniti da su pristupačnost i upotrebljivost neraskidivo povezani i da se to mora učiniti u fazi projektiranja jer bi inače došlo do velikih promjena i redefiniranja nekih uloga. Međutim, uz potporu 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 ove su povratne informacije svima bile iznimno vrijedne - bilo je fantastično kao vježba u dijeljenju znanja/komunikaciji o tome kako korisnici stupaju u interakciju s web aplikacijama, identificirali smo brojna problematična područja korisničkog sučelja prije nego što su izgrađena, razvojni timovi sada imaju puno bolje specifikacije samo vizualni, ali i bihevioralni aspekti dizajna. Prave rasprave su zabavne, energične, strastvene rasprave o tehničkim aspektima i interakcijama.

Mogli bismo to učiniti čak i bolje ako bismo imali slijepe korisnike i korisnike s invaliditetom na ovim (ili kasnijim) sastancima - to je bilo teško organizirati, ali sada radimo s lokalnim slijepim organizacijama i tvrtkama, koje pružaju vanjsko testiranje za provjeru tijeka izvršenja u ranoj fazi razvoj—i na razini komponenti i na razini izvedbenog toka.

Inženjeri sada imaju prilično detaljne specifikacije, dostupne komponente koje mogu koristiti za implementaciju i način provjere tijeka izvršenja. Dio onoga što nas je iskustvo naučilo jest ono što nam je cijelo vrijeme nedostajalo - kako možemo zaustaviti regresiju. Isto tako, ljudi mogu koristiti integracijske ili end-to-end testove za testiranje funkcionalnosti, što nam je potrebno za otkrivanje promjena u interakcijama i tokovima izvršenja—i vizualnih i bihevioralnih.

Utvrđivanje vizualne regresije je prilično definiran zadatak, postoji vrlo malo toga što se može dodati procesu osim možda provjere je li fokus vidljiv prilikom navigacije tipkovnicom. Zanimljivije su dvije relativno nove tehnologije za rad s pristupačnošću.

1. Uvid u dostupnost je skup alata koji se mogu pokrenuti iu pregledniku i kao dio ciklusa izgradnje/testiranja za prepoznavanje problema.
2. Provjera rade li čitači zaslona ispravno bio je posebno zahtjevan zadatak. Uvođenjem pristupa u Pristupačnost DOM, konačno možemo napraviti snimke pristupačnosti aplikacije, slično kao što radimo za vizualne testove, i testirati ih na regresiju.

Dakle, u drugom dijelu priče prešli smo s uređivanja HTML koda na rad na višoj razini apstrakcije, promijenili proces razvoja dizajna i uveli temeljito testiranje. Novi procesi, nove tehnologije i nove razine apstrakcije potpuno su promijenile krajolik pristupačnosti i što 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 korisnicima omogućuje lakše i jasnije predstavljanje teksta. Može se čitati naglas, struktura rečenice je gramatički raščlanjena, a čak su i značenja riječi grafički prikazana. Ovo se uopće ne uklapa u stari mentalitet "učinite dostupnim" - to je značajka upotrebljivosti koja će pomoći svima.

ML/AI omogućuje potpuno nove načine interakcije i rada, a mi smo uzbuđeni što smo dio sljedećih faza ovog vrhunskog putovanja. Inovacije su potaknute promjenom načina razmišljanja – čovječanstvo postoji tisućljećima, strojevi stotinama godina, web stranice nekoliko desetljeća, a pametni telefoni još manje, tehnologija se mora prilagoditi ljudima, a ne obrnuto.

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

U anketi mogu sudjelovati samo registrirani korisnici. Prijaviti se, molim.

Pazite li na dostupnost svojih aplikacija?

• Da

• Ne

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

Glasovalo je 17 korisnika. Suzdržano je bilo 5 korisnika.

Izvor: www.habr.com