E premte â fundi i ditĂ«s sĂ« punĂ«s. Lajmet e kĂ«qija gjithmonĂ« vijnĂ« nĂ« tĂ« premten nĂ« fund tĂ« ditĂ«s sĂ« punĂ«s.
Po dilni nga zyra, "ding" një e-mail i ri për një riorganizim sapo mbërriti në postën tuaj.
Faleminderit xxxx, yyy nga sot do të raportoni te zzzz.
âŠ
Dhe ekipi i Hugh do të sigurojë aksesin në produktet tona për njerëzit me aftësi të kufizuara.
Oh, jo! PĂ«r çfarĂ« e meritoj kĂ«tĂ«? A duan qĂ« tĂ« largohem? TĂ« pĂ«rgatitem pĂ«r njĂ« punĂ« tĂ« padiskutueshme tĂ« vĂ«shtirĂ« dhe tĂ« pĂ«rpiqem tĂ« rregulloj gabimet e tĂ« tjerĂ«ve. Kjo patjetĂ«r do tĂ« jetĂ« njĂ« dĂ«shtimâŠ
Kështu ka qenë aksesibiliteti disa vite më parë. Disa fatkeqë kishin punë për "pastrimin" e ndërfaqes së përdoruesit për të përpiquar ta bëjnë atë të aksesueshme për njerëzit me aftësi të kufizuara.
Ajo qĂ« nĂ« tĂ« vĂ«rtetĂ« do tĂ« thoshte ishte mjaft e paqartĂ« â ndoshta, nĂ«se do tĂ« mund tĂ« shihni treguesin e fokusit dhe tĂ« lĂ«vizni nĂ«pĂ«r fusha me ndihmĂ«n e tastierĂ«s, tĂ« keni ndonjĂ« tekst alternativ dhe njĂ« pĂ«rshkrim ose dy pĂ«r fushat, do tĂ« konsiderohej qĂ« aplikacioni juaj ishte i aksesueshĂ«mâŠ
Por papritmas "bug-at" filluan të shumoheshin me shpejtësi të madhe.
Disave pajisje lexuese të ekranit (anglisht. Screen Readers) dhe shfletuesit silleshin krejt ndryshe.
Përdoruesit ankohet se aplikacioni nuk ishte i përdorshëm.
Sa herë që një gabim rregullohej në një vend, shfaqej një tjetër në ndonjë vend tjetër.
Dhe, thjesht ndryshimi dhe rregullimi i gabimeve të ndërfaqes së përdoruesit kërkon përpjekje titaneske.
Kam qenĂ« atje. Kam mbijetuar, por ne nuk "kaluam" â teknikisht ne pastruam shumĂ«, shtuam shumĂ« pĂ«rshkrime pĂ«r fushat, role dhe arritĂ«m njĂ« nivel tĂ« caktuar tĂ« pĂ«rputhjes me kĂ«rkesat, por askush nuk ishte i lumtur. PĂ«rdoruesit akoma ankohet se nuk mund tĂ« orientoheshin nĂ« aplikacion. Menaxheri akoma ankohej pĂ«r njĂ« fluks tĂ« vazhdueshĂ«m gabimesh. InxhinierĂ«t ankohej pĂ«r formimin e gabuar tĂ« detyrĂ«s, pa njĂ« "zgjidhje" tĂ« definuar qartĂ« e cila do tĂ« funksiononte nĂ« tĂ« gjitha rastet.
Në rrugën time drejt kuptimit të aksesibilitetit takova disa momente të qarta.
Ndoshta, e para ishte kuptimi se shtimi i funksionalitetit të aksesueshmërisë mbi një produkt të gatshëm është e vështirë. Dhe akoma më e vështirë është të bindësh menaxherët se kjo është jashtëzakonisht e vështirë! Jo, nuk është thjesht "shtova disa etiketa" dhe ndërfaqja e përdoruesit do të funksionojë shkëlqyeshëm. Jo, është e pamundur të përfundohet brenda tre javëve, madje edhe tre muaj do të ishin pak.
Momenti im tjetër i vërtetë ndodhi kur pashë me sy si përdorin përdoruesit e verbër në të vërtetë aplikacionin tonë. Kjo është KAQ ndryshe nga të shohësh mesazhet e gabimeve.
Do të kthehem te kjo vazhdimisht, por pothuajse të gjitha "supozimet" tona për atë si e përdorën njerëzit aplikacionin tonë ishin të gabuara.
Navigimi pĂ«rmes njĂ« ndĂ«rfaqeje tĂ« komplikuar tĂ« pĂ«rdoruesit duke pĂ«rdorur çelĂ«sat Tab/Shift+Tab â Ă«shtĂ« njĂ« dĂ«shtim! Na duhet diçka mĂ« tĂ« mirĂ«. Kombinime çelĂ«sash, tituj.
Humbja e fokusit gjatĂ« ndryshimit tĂ« UI - Ă«shtĂ« vallĂ« njĂ« problem i madh? TĂ« rishikojmĂ« â kjo Ă«shtĂ« jashtĂ«zakonisht konfuzuese.
Unë vazhdova, punova për një kohë mbi projekte të ndryshme, pastaj filluam një projekt të ri, me një ndërfaqe të komplikuar të përdoruesit dhe një vendosje të qartë për të siguruar që këtë herë të kemi aksesueshmërinë e duhur.
Kështu, ne bëmë një hap mbrapa dhe shikuam se si mund ta realizojmë këtë ndryshe dhe të kemi sukses, dhe që vetë procesi i punës të mos ishte i mërzitshëm!
Shpejt arritëm në disa përfundime:
- Nuk donim qĂ« njerĂ«zit qĂ« zhvillonin ndĂ«rfaqen e pĂ«rdoruesit tĂ« merrnin me 'aria' etiketa/rollet dhe natyrisht me strukturĂ«n HTML tĂ« komponentĂ«ve. Duhej tâi siguronim atyre komponentĂ« tĂ« duhur, nĂ« tĂ« cilĂ«t aksesueshmĂ«ria Ă«shtĂ« e implementuar direkt nga fabrika.
- AksesueshmĂ«ria == PĂ«rdorshmĂ«ri â dmth, kjo nuk Ă«shtĂ« vetĂ«m njĂ« detyrĂ« teknike. Duhej tĂ« ndryshonim tĂ«rĂ« procesin e projektimit dhe tĂ« siguronim qĂ« aksesueshmĂ«ria tĂ« merret parasysh dhe tĂ« diskutohet para fillimit tĂ« projektimit tĂ« ndĂ«rfaqes sĂ« pĂ«rdoruesit. Duhet tĂ« mendohet fillimisht se si pĂ«rdoruesit mund tĂ« zbulojnĂ« ndonjĂ« funksionalitet, si do tĂ« lĂ«vizin dhe si do tĂ« funksionojĂ« "klikimi i djathtĂ« me miun" me tastierĂ«. AksesueshmĂ«ria duhet tĂ« jetĂ« njĂ« pjesĂ« e pandashme e procesit tĂ« projektimit â pĂ«r disa pĂ«rdorues, ajo Ă«shtĂ« diçka shumĂ« mĂ« shumĂ« se thjesht pamja e aplikacionit.
- Që në fillim, ne doja të merrnim komente nga të verbrit dhe përdoruesit e tjerë me aftësi të kufizuara mbi lehtësinë e përdorimit të aplikacionit.
- Na duhej vërtet një mënyrë e mirë për të kapur regresionin e aksesueshmërisë.
NĂ« aspektin inxhinierik, pjesa e parĂ« ishte mjaft argĂ«tuese â zhvillimi i arkitekturĂ«s dhe implementimi i bibliotekĂ«s sĂ« komponentĂ«ve. Dhe vĂ«rtet, ashtu ishte.
Duke e hedhur një vështrim pas, duke shqyrtuar dhe duke e parë këtë si një problem dizajni dhe jo si një problem "adaptimi", ne prezantuam disa abstraksione. Komponenti ka 'Strukturën' (përbëhet nga elementë HTML) dhe 'Sjelljen' (si ndërvepron me përdoruesin). Për shembull, në fragmentet e mëposhtme kemi një listë të thjeshtë të paorganizuar. Kur i shtojmë 'sjellje' listës, përfshihen rolet përkatëse që vepron si një listë. E njëjta gjë bëhet edhe për menutë.
Në të vërtetë, këtu shtohen jo vetëm rolet, por edhe menaxherët e ngjarjeve për navigimin me tastierë.
Kjo duket më e rregullt. Nëse do të mundnim të kishim një ndarje të pastër mes tyre, nuk do të kishte rëndësi sesi ishte krijuar struktura, mund të aplikonim sjellje (Behaviours) dhe të arrinim aksesueshmërinë e duhur.
NĂ« veprim, kjo mund tĂ« shihet nĂ« adresĂ«n â biblioteka UX , e cila projektohet dhe implementohet duke pasur parasysh aksesueshmĂ«rinĂ« nga fillimi.
Pjesa e dytĂ« â ndryshimi i qasjes dhe proceseve rreth dizajnit mĂ« ka frikĂ«suar nĂ« fillim: inxhinierĂ«t e pĂ«rvĂ«ndshĂ«m qĂ« pĂ«rpiqen tĂ« nxisin ndryshime organizative, nuk pĂ«rfundojnĂ« gjithmonĂ« mirĂ«, por kjo u tregua si njĂ« nga fushat mĂ« interesante ku ne kontribuama ndjeshĂ«m nĂ« proces. Me fjalĂ« tĂ« tjera, ne kishim procesin e mĂ«poshtĂ«m: funksionaliteti i ri zhvillohej nga njĂ« ekip, pastaj grupi ynĂ« i drejtuesve analizonte/iteronte kĂ«tĂ« propozim, dhe mĂ« pas, pas miratimit, zakonisht dizajni i kalonte ekipit tĂ« inxhinierĂ«ve. NĂ« kĂ«tĂ« rast, ekipi i inxhinierĂ«ve nĂ« tĂ« vĂ«rtetĂ« "kishte" funksionalitetin e aksesueshmĂ«risĂ«, pasi duhej tĂ« zgjidhte tĂ« gjitha problemet e lidhura me tĂ«.
Në fillim, kjo ishte një punë mjaft e vështirë - të shpjegoja se aksesueshmëria dhe përdorshmëria janë të pandashme dhe se kjo duhej bërë që në fazën e projektimit, përndryshe do të çonte në ndryshime të mëdha dhe përcaktime të rirola të disa funksioneve. Megjithatë, me mbështetje nga menaxhimi dhe lojtarët kryesorë, ne përcollëm këtë ide dhe e iniciuam, që dizajnet të kalonin një verifikim për aksesueshmërinë dhe përdorshmërinë përpara se të paraqiteshin para menaxhimit.
Dhe këto komente ishin jashtëzakonisht të vlefshme për të gjithë - ishte fantastike si një ushtrim për ndarjen e njohurive/oferimin e informacionit mbi mënyrën se si përdoruesit ndërveprojnë me aplikacionet web, ne përcaktuam shumë zona problemesh në ndërfaqen e përdoruesit para se ato të ndërtoheshin, ekipet zhvillues nuk kanë tani specifikime më të mira jo vetëm të aspekteve vizuale, por edhe të aspekteve të sjelljes së dizajnit. Diskutimet reale - janë debate të këndshme, energjike dhe të pasionuara mbi aspektet teknike dhe ndërveprimet.
Ne do të mund të bënim këtë punë edhe më mirë, nëse në këto (ose takime të ardhshme) do të kishim përdorues të verbër dhe përdorues me aftësi të kufizuara - ishte e vështirë të organizohej, por tani ne me të vërtetë po bashkëpunojmë si me organizata lokale për të verbrit, ashtu edhe me kompani që ofrojnë testim të jashtëm për të verifikuar fluksin e zbatimit në fazat e hershme të zhvillimit - si në nivelin e komponentit, ashtu edhe në nivelin e fluksit të zbatimit.
Tani inxhinierët kanë specifikime mjaft të detajuara, komponentë të aksesueshëm që mund të përdorin për të zbatuar, dhe një mënyrë për të verifikuar fluksin e zbatimit. Pjesërisht, përvoja na ka mësuar atë që vazhdimisht e kemi humbur - si mund të ndalojmë regresionin. Po ashtu, njerëzit mund të përdorin teste integruese ose testet e përshtatshme për të verifikuar funksionalitetin, që na duhen për të zbuluar ndryshimet në ndërveprime dhe flukse zbatimi - si vizuale, ashtu edhe të sjelljes.
Definimi i regresionit vizual është një detyrë mjaft specifike; nuk mund të shtojmë shumë në këtë proces, përveç, ndoshta, verifikimit nëse fokusi është i dukshëm gjatë navigimit me tastierë. Më interesante janë dy teknologji relativisht të reja për punën me aksesueshmërinë.
- është një grup mjetesh që mund të funksionojnë si në shfletues, ashtu edhe në ciklin e ndërtimit/testimit për të identifikuar probleme.
- Kontrolli i saktësisë së punës së programeve të leximit me zë ka qenë një detyrë veçanërisht e vështirë. Me hyrjen në Accessibility DOM, ne përfundimisht kemi marrë mundësinë për të bërë pamje të aplikacioneve nga këndvështrimi i aksesueshmërisë, shumë të ngjashme me atë siç i bëjmë ato për testet vizuale dhe i verifikojmë ato për regresion.
KĂ«shtu, nĂ« pjesĂ«n e dytĂ« tĂ« historisĂ« â ne kaluam nga rregullimi i kodit HTML nĂ« punĂ«n nĂ« njĂ« nivel mĂ« tĂ« lartĂ« abstraksioni, kemi ndryshuar procesin e zhvillimit tĂ« dizajnit dhe kemi futur testimin e kujdesshĂ«m. Proceset e reja, teknologjitĂ« e reja dhe nivelet e reja tĂ« abstraksionit e kanĂ« transformuar plotĂ«sisht pĂ«rfaqĂ«simin e aksesueshmĂ«risĂ« dhe atĂ« çfarĂ« do tĂ« thotĂ« tĂ« punohet nĂ« kĂ«tĂ« fushĂ«.
Por kjo është vetëm fillimi.
Kuptimi tjetĂ«r Ă«shtĂ« se pĂ«rdoruesit e verbĂ«r promovojnĂ« teknologjitĂ« e avancuara â ata janĂ« ata qĂ« pĂ«rfitojnĂ« mĂ« shumĂ« jo vetĂ«m nga ndryshimet qĂ« pĂ«rmendĂ«m mĂ« parĂ«, por edhe nga qasjet dhe idetĂ« e reja qĂ« bĂ«hen tĂ« mundshme me ndihmĂ«n e ML/AI. PĂ«r shembull, teknologjia Immersive Reader u mundĂ«son pĂ«rdoruesve tĂ« paraqesin tekstin mĂ« lehtĂ« dhe mĂ« qartĂ«. Ai mund tĂ« lexohet me zĂ« tĂ« lartĂ«, struktura e fjalive ndahet gramatikisht dhe madje kuptimet e fjalĂ«ve paraqiten vizualisht. Kjo nuk pĂ«rputhet fare me kuptimin e vjetĂ«r tĂ« 'ta bĂ«sh tĂ« aksesueshĂ«m' â kjo Ă«shtĂ« njĂ« funksionalitet i pĂ«rdorshmĂ«risĂ« qĂ« do t'u ndihmojĂ« tĂ« gjithĂ«ve.
Me ML/AI po shfaqen mĂ«nyra krejtĂ«sisht tĂ« reja pĂ«r ndĂ«rveprimin dhe punĂ«n, dhe ne jemi tĂ« lumtur tĂ« jemi pjesĂ« e fazave tĂ« ardhshme tĂ« kĂ«tij rrugĂ«timi tĂ« avancuar. Inovacionet pĂ«rcaktohen nga ndryshimi i mĂ«nyrĂ«s sĂ« tĂ« menduarit â njerĂ«zimi ekziston pĂ«r mijĂ«ra vjet, makinat pĂ«r qindra vjet, faqet e internetit pĂ«r disa dhjetĂ«ra vjet, dhe smartphone-t madje edhe mĂ« pak; teknologjia duhet tĂ« adaptohet pĂ«r njerĂ«zit, e jo anasjelltas.
P.S. Artikulli është përkthyer me disa devijime nga origjinali. Si bashkautor i këtij artikulli, kam miratuar këto devijime me Hugh.
Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. , ju lutem.
A i kushtoni vëmendje aksesueshmërisë së aplikacioneve tuaja?
Po.
Jo
Kurrë s'e kisha dëgjuar për aksesueshmërinë e aplikacioneve
Këto e kanë votuar 17 përdorues. 5 përdorues abstenuan.
Burimi: habr.com
