Drejt aksesueshmërisë

Drejt aksesueshmërisë

E premtja është fundi i ditës së punës. Lajmet e këqija vijnë gjithmonë në fund të ditës së punës të premten.

Jeni gati të largoheni nga zyra, sapo ka mbërritur me postë një letër e re për një riorganizim tjetër.

Faleminderit xxxx, yyy nga sot do të raportoni zzzz
...
Dhe ekipi i Hugh do të sigurojë që produktet tona të jenë të aksesueshme për njerëzit me aftësi të kufizuara.

Oh jo! Pse e meritova këtë? A duan që unë të largohem? Përgatituni për një punë të palodhur dhe të pafalshme dhe duke u përpjekur të korrigjoni gabimet e njerëzve të tjerë. Ky është padyshim një dështim...

Kjo ishte disponueshmëria disa vite më parë. Disa shpirtra të varfër iu dha puna për të "pastruar" UI-në për të provuar ta bëjnë atë të aksesueshme për njerëzit me aftësi të kufizuara.

Ajo që do të thoshte kjo në të vërtetë ishte mjaft e paqartë - me sa duket nëse mund të shihni një tregues fokusi dhe skedë nëpër fusha, të keni një tekst alt dhe disa përshkrime fushash, do të konsiderohej se aplikacioni juaj është i aksesueshëm ...

Por papritmas "mete" filluan të shumohen me shpejtësinë e një orteku.

Lexues të ndryshëm të ekranit (Eng. Lexuesit e ekranit) dhe shfletuesit u sollën krejtësisht ndryshe.

Përdoruesit janë ankuar se aplikacioni është i papërdorshëm.

Sapo korrigjohej një gabim në një vend, një tjetër shfaqej në një tjetër.

Dhe thjesht ndryshimi dhe korrigjimi i gabimeve të ndërfaqes së përdoruesit kërkonte përpjekje herkuliane.

Unë isha atje. Unë mbijetova, por nuk "ia dolëm" - teknikisht ne pastruam shumë, shtuam shumë përshkrime në terren, role dhe arritëm një nivel të pajtueshmërisë, por askush nuk ishte i lumtur. Përdoruesit ende ankoheshin se nuk mund të lundronin në aplikacion. Menaxheri ende ankohej për rrjedhën e vazhdueshme të gabimeve. Inxhinierët u ankuan se problemi ishte shtruar gabimisht, pa një zgjidhje "korrekte" të përcaktuar qartë që do të funksiononte në të gjitha rastet.

Kishte disa momente të dukshme gjatë rrugëtimit tim për të kuptuar aksesin.
Ndoshta e para ishte realizimi se shtimi i funksionalitetit të aksesueshmërisë në krye të një produkti të përfunduar ishte i vështirë. Dhe është edhe më e vështirë të bindësh menaxherët se është tepër e vështirë! Jo, nuk është vetëm "shtoni disa etiketa" dhe UI do të funksionojë mirë. Jo, kjo nuk mund të kryhet për tre javë; as tre muaj nuk do të mjaftojnë.
Momenti im tjetër i së vërtetës erdhi kur pashë nga dora e parë se si përdoruesit e verbër përdornin në të vërtetë aplikacionin tonë. Kjo është shumë e ndryshme nga shikimi i mesazheve të gabimit.

Do t'i rikthehem kësaj përsëri dhe përsëri, por pothuajse të gjitha "supozimet" tona rreth mënyrës se si njerëzit e përdornin aplikacionin tonë ishin të gabuara.

Lundrimi në një ndërfaqe komplekse të përdoruesit duke përdorur goditjet e tastave Tab/Shift+Tab - kjo është e keqe! Ne kemi nevojë për diçka më të mirë. Shkurtoret e tastierës, titujt.

Humbja e fokusit kur ndryshoni ndërfaqen e përdoruesit nuk është një problem i madh, apo jo? Le të mendojmë përsëri - kjo është tepër konfuze.

Vazhdova, punova në projekte të ndryshme për një kohë dhe më pas filluam një projekt të ri, me një ndërfaqe komplekse të përdoruesit dhe një instalim të qartë, për të arritur më në fund aksesueshmërinë këtë herë.

Pra, bëmë një hap prapa dhe shikuam se si mund ta zbatonim këtë ndryshe dhe të kishim sukses, dhe ta bënim procesin më pak të mërzitshëm!

Shumë shpejt arritëm në disa përfundime:

  1. Ne nuk donim që njerëzit që zhvillonin ndërfaqen e përdoruesit të ngatërroheshin me etiketat/rolet e arieve dhe, natyrisht, me strukturën HTML të komponentëve. Na duhej t'u siguronim atyre komponentët e duhur që ndërtonin aksesueshmërinë menjëherë.
  2. Aksesueshmëria == Lehtësia e përdorimit – d.m.th. Kjo nuk është vetëm një sfidë teknike. Na duhej të ndryshonim të gjithë procesin e projektimit dhe të siguronim që aksesueshmëria të merrej parasysh dhe diskutohej përpara se të fillonte dizajni i UI. Duhet të mendoni herët se si përdoruesit do të zbulojnë ndonjë funksionalitet, si do të lundrojnë dhe si do të funksionojë klikimi me të djathtën nga tastiera. Aksesueshmëria duhet të jetë një pjesë integrale e procesit të projektimit - për disa përdorues është shumë më tepër sesa thjesht pamja e aplikacionit.
  3. Që në fillim, ne donim të merrnim reagime nga të verbërit dhe përdorues të tjerë me aftësi të kufizuara për lehtësinë e përdorimit të aplikacionit.
  4. Na duheshin mënyra vërtet të mira për të kapur regresionet e aksesueshmërisë.

Epo, nga pikëpamja inxhinierike, pjesa e parë dukej mjaft argëtuese - zhvillimi i një arkitekture dhe zbatimi i një biblioteke komponentësh. Dhe vërtet ashtu ishte.

Duke bërë një hap prapa, duke parë Shembuj ARIA dhe duke e menduar këtë si një problem projektimi dhe jo si një problem "përshtatje", ne prezantuam disa abstraksione. Një komponent ka një 'Strukturë' (përbëhet nga elementë HTML) dhe një 'Sjellje' (si ndërvepron me përdoruesin). Për shembull, në fragmentet e mëposhtme kemi një listë të thjeshtë të pa renditur. Duke shtuar "sjelljet" rolet përkatëse shtohen në listë për ta bërë atë të veprojë si një listë. Ne bëjmë të njëjtën gjë për menunë.

Drejt aksesueshmërisë

Në fakt, këtu shtohen jo vetëm rolet, por edhe mbajtësit e ngjarjeve për navigimin me tastierë.

Kjo duket më e rregullt. Nëse do të mund të kishim një ndarje të pastër midis tyre, nuk do të kishte rëndësi se si është krijuar struktura, ne mund të aplikonim sjelljet në të dhe të merrnim aksesueshmërinë e duhur.

Ju mund ta shihni këtë në veprim në https://stardust-ui.github.io/react/ – Biblioteka UX Reagoj, i cili është projektuar dhe zbatuar duke pasur parasysh aksesueshmërinë që në fillim.

Pjesa e dytë - ndryshimi i qasjes dhe proceseve rreth dizajnit fillimisht më trembi: inxhinierët e ulët që përpiqen të shtyjnë ndryshimet organizative nuk përfundon gjithmonë mirë, por doli të ishte një nga fushat më interesante ku ne dhamë kontribut të rëndësishëm në proces. . Me pak fjalë, procesi ynë ishte si vijon: funksionaliteti i ri do të zhvillohej nga një ekip, më pas ekipi ynë drejtues do të shqyrtonte/përsëritte propozimin dhe më pas, pasi të miratohej, dizajni zakonisht do t'i dorëzohej ekipit inxhinierik. Në këtë rast, ekipi inxhinierik në mënyrë efektive "zotëronte" funksionalitetin e aksesueshmërisë sepse ishte përgjegjësia e tyre të rregullonin çdo problem që lidhej me të.

Në fillim, ishte një punë mjaft e vështirë për të shpjeguar se aksesueshmëria dhe përdorshmëria janë të lidhura pazgjidhshmërisht dhe se kjo duhej bërë në fazën e projektimit, përndryshe do të çonte në ndryshime të mëdha dhe ripërcaktime të disa roleve. Megjithatë, me mbështetjen e menaxhmentit dhe lojtarëve kryesorë, ne e morëm idenë dhe e vumë në lëvizje, në mënyrë që dizajnet të testoheshin për akses dhe përdorshmëri përpara se t'i prezantoheshin menaxhmentit.

Dhe ky reagim ishte jashtëzakonisht i vlefshëm për të gjithë - ishte fantastik si një ushtrim në ndarjen/komunikimin e njohurive rreth mënyrës se si përdoruesit ndërveprojnë me aplikacionet në internet, ne identifikuam shumë zona problematike të ndërfaqes së përdoruesit përpara se të ndërtoheshin, ekipet e zhvillimit tani kanë specifika shumë më të mira për të mos vetëm aspektet vizuale, por edhe të sjelljes të dizajnit. Diskutimet reale janë diskutime argëtuese, energjike, pasionante rreth aspekteve dhe ndërveprimeve teknike.

Ne mund ta bënim këtë edhe më mirë nëse do të kishim përdorues të verbër dhe me aftësi të kufizuara në këto takime (ose të mëvonshme) - kjo ishte e vështirë për t'u organizuar, por ne tani punojmë me organizatat dhe kompanitë lokale të verbërve, të cilat ofrojnë testime të jashtme për të verifikuar rrjedhën e ekzekutimit në fillim zhvillimi - si në nivelet e komponentit ashtu edhe në nivelet e rrjedhës së ekzekutimit.

Inxhinierët tani kanë specifikime mjaft të detajuara, komponentë të disponueshëm që mund të përdorin për të zbatuar dhe një mënyrë për të vërtetuar rrjedhën e ekzekutimit. Një pjesë e asaj që na ka mësuar përvoja është ajo që na ka munguar gjatë gjithë kohës – si mund ta ndalojmë regresionin. Në mënyrë të ngjashme, njerëzit mund të përdorin integrimin ose testet nga skaji në fund për të testuar funksionalitetin, të cilat ne kemi nevojë për të zbuluar ndryshimet në ndërveprimet dhe rrjedhat e ekzekutimit - si vizuale ashtu edhe në sjellje.

Përcaktimi i regresionit vizual është një detyrë mjaft e përcaktuar, ka shumë pak gjëra që mund t'i shtohen procesit, përveç se ndoshta kontrollimi nëse fokusi është i dukshëm kur lundroni me tastierë. Më interesante janë dy teknologji relativisht të reja për të punuar me aksesueshmërinë.

  1. Vështrime të hyrjes është një grup mjetesh që mund të ekzekutohen si në shfletues ashtu edhe si pjesë e ciklit të ndërtimit/testimit për të identifikuar problemet.
  2. Verifikimi që lexuesit e ekranit funksionojnë siç duhet ka qenë një detyrë veçanërisht sfiduese. Me futjen e aksesit në Aksesueshmëria DOM, më në fund jemi në gjendje të marrim fotografi të aksesueshmërisë së aplikacionit, njësoj si bëjmë për testet vizuale, dhe t'i testojmë ato për regresion.

Pra, në pjesën e dytë të tregimit, ne kaluam nga redaktimi i kodit HTML në punën në një nivel më të lartë të abstraksionit, ndryshuam procesin e zhvillimit të dizajnit dhe prezantuam testimin e plotë. Proceset e reja, teknologjitë e reja dhe nivelet e reja të abstraksionit kanë ndryshuar plotësisht peizazhin e aksesit dhe çfarë do të thotë të punosh në këtë hapësirë.
Por ky është vetëm fillimi.

"Kuptimi" tjetër është se përdoruesit e verbër po drejtojnë teknologjinë më të avancuar - ata janë ata që përfitojnë më shumë jo vetëm nga ndryshimet që përshkruam më herët, por edhe që qasjet dhe idetë e reja janë bërë të mundshme nga ML/AI. Për shembull, teknologjia Immersive Reader i lejon përdoruesit të paraqesin tekstin më lehtë dhe më qartë. Mund të lexohet me zë të lartë, struktura e fjalisë zbërthehet gramatikisht, madje edhe kuptimet e fjalëve shfaqen grafikisht. Kjo nuk përshtatet fare me mentalitetin e vjetër "bëje të arritshëm" - është një veçori e përdorshmërisë që do t'i ndihmojë të gjithë.

ML/AI po mundëson mënyra krejtësisht të reja ndërveprimi dhe pune, dhe ne jemi të ngazëllyer që jemi pjesë e fazave të ardhshme të këtij udhëtimi të fundit. Inovacioni nxitet nga një ndryshim në të menduarit - njerëzimi ka ekzistuar për mijëvjeçarë, makinat për qindra vjet, faqet e internetit për disa dekada, dhe telefonat inteligjentë akoma më pak, teknologjia duhet të përshtatet me njerëzit dhe jo anasjelltas.

PS Artikulli është përkthyer me devijime të vogla nga origjinali. Si bashkautor i këtij artikulli, unë rashë dakord për këto digresione me Hugh.

Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. Hyni, te lutem

A i kushtoni vëmendje aksesueshmërisë së aplikacioneve tuaja?

  • Po

  • Jo

  • Kjo është hera e parë që kam dëgjuar për aksesueshmërinë e aplikacioneve.

17 përdorues votuan. 5 përdorues abstenuan.

Burimi: www.habr.com

Shto një koment