Menuju aksesibilitas

Jum'at iku akhir dina kerja. Kabar ala tansah teka ing pungkasan dina kerja ing dina Jumuah.

Sampeyan arep metu saka kantor, surat anyar babagan reorganisasi liyane wis teka ing surat.

Matur nuwun xxxx, yyy wiwit dina iki sampeyan bakal nglaporake zzzz
...
Lan tim Hugh bakal mesthekake produk kita bisa diakses dening wong sing ora duwe kabisan.

Oh ora! Yagene aku pantes iki? Apa dheweke pengin aku lunga? Nggawe dhewe kanggo kerja keras tanpa pamrih lan nyoba mbenerake kesalahane wong liya. Iki mesthi gagal ...

Iki kasedhiya sawetara taun kepungkur. Sawetara jiwa miskin diwenehi tugas "ngresiki" UI kanggo nyoba lan bisa diakses wong sing ora duwe kabisan.

Apa tegese iki cukup samar - bisa uga yen sampeyan bisa ndeleng indikator fokus lan tab liwat lapangan, duwe sawetara teks alt lan sawetara katrangan lapangan, bakal dianggep aplikasi sampeyan bisa diakses ...

Nanging dumadakan "kewan omo" wiwit multiply ing kacepetan longsor.

Maca layar macem-macem (Inggris Pembaca Layar) lan browser tumindak kanthi beda.

Pangguna wis ngeluh yen app ora bisa digunakake.

Sanalika kesalahan didandani ing sak panggonan, liyane katon ing liyane.

Lan mung ngganti lan mbenerake kesalahan antarmuka pangguna mbutuhake upaya Herculean.

Aku ana ing kono. Aku slamet, nanging ora "sukses" - kanthi teknis kita ngresiki akeh, nambahake akeh deskripsi lapangan, peran, lan entuk sawetara tingkat kepatuhan, nanging ora ana sing seneng. Pangguna isih ngeluh amarga ora bisa navigasi aplikasi kasebut. Manajer isih ngeluh babagan kesalahan sing terus-terusan. Engineers ngeluh sing masalah iki nuduhke salah, karo ora cetha ditetepake "bener" solusi sing bakal bisa ing kabeh kasus.

Ana sawetara wektu sing bisa mbukak mripat sajrone lelungan kanggo ngerteni aksesibilitas.
Mbok menawa sing sepisanan yaiku nyadari yen nambah fungsionalitas aksesibilitas ing ndhuwur produk rampung angel. Lan luwih angel kanggo ngyakinake manajer yen pancen angel banget! Ora, ora mung "nambah sawetara tag" lan UI bakal bisa digunakake kanthi apik. Ora, iki ora bisa rampung ing telung minggu, malah telung sasi ora cukup.
Wektu kabeneran sabanjure nalika aku ndeleng langsung kepiye pangguna wuta nggunakake aplikasi kita. Iki beda banget karo ndeleng pesen kesalahan.

Aku bakal bali maneh lan maneh, nanging meh kabeh "asumsi" babagan carane wong nggunakake aplikasi kita salah.

Navigasi antarmuka pangguna sing rumit nggunakake ketukan tombol Tab/Shift+Tab - iki nyesel! Kita butuh sing luwih apik. Trabasan keyboard, header.

Kelangan fokus nalika ngganti UI ora dadi masalah gedhe, ta? Ayo dipikir maneh - iki pancen mbingungake.

Aku terus, makarya ing proyèk beda kanggo sawetara wektu, lan banjur kita miwiti proyek anyar, karo antarmuka panganggo Komplek lan instalasi cetha, kanggo pungkasanipun njaluk aksesibilitas tengen wektu iki.

Dadi, kita mundur lan ndeleng kepiye carane bisa ngetrapake iki kanthi cara sing beda lan sukses, lan nggawe proses kasebut ora mboseni!

Cukup cepet kita entuk sawetara kesimpulan:

1. Kita ora pengin wong ngembangake antarmuka panganggo ngganggu label / peran aria lan, mesthi, struktur HTML komponen kasebut. We needed kanggo nyedhiyani karo komponen tengen sing dibangun aksesibilitas langsung metu saka kothak.
2. Aksesibilitas == Gampang digunakake - i.e. Iki ora mung tantangan teknis. Kita kudu ngganti kabeh proses desain lan mesthekake yen aksesibilitas dianggep lan dibahas sadurunge desain UI diwiwiti. Sampeyan kudu mikir awal babagan carane pangguna bakal nemokake fungsi apa wae, carane navigasi, lan carane ngeklik tengen saka keyboard bakal bisa digunakake. Aksesibilitas kudu dadi bagian integral saka proses desain - kanggo sawetara pangguna, iku luwih saka mung tampilan aplikasi.
3. Wiwit wiwitan, kita pengin njaluk umpan balik saka pangguna wuta lan cacat liyane babagan gampang nggunakake aplikasi kasebut.
4. Kita butuh cara sing apik kanggo nyekel regresi aksesibilitas.

Inggih, saka sudut pandang engineering, bagean pisanan nyuworo cukup nyenengake - ngembangaken arsitektur lan ngleksanakake perpustakaan komponen. Lan pancen pancen mangkono.

Mundur selangkah, nyawang Tuladha ARIA lan kanthi mikir iki minangka masalah desain tinimbang masalah "pas", kita ngenalake sawetara abstraksi. Komponen nduweni 'Struktur' (kapérang saka unsur HTML) lan 'Prilaku' (cara interaksi karo pangguna). Contone, ing cuplikan ing ngisor iki kita duwe dhaptar unordered prasaja. Kanthi nambahake "prilaku" peran sing cocog ditambahake menyang dhaptar supaya tumindak kaya dhaptar. Kita nindakake padha kanggo menu.

Nyatane, ora mung peran ditambahake ing kene, nanging uga pawang acara kanggo pandhu arah keyboard.

Iki katon luwih rapi. Yen kita bisa njaluk misahake resik antarane wong-wong mau, iku ora Matter carane struktur iki digawe, kita bisa aplikasi Prilaku kanggo lan njaluk aksesibilitas tengen.

Sampeyan bisa ndeleng iki ing tumindak ing https://stardust-ui.github.io/react/ - Pustaka UX nanggepi, sing dirancang lan dileksanakake kanthi elinga aksesibilitas wiwit wiwitan.

Bagean kapindho - ngganti pendekatan lan proses babagan desain wiwitane saya wedi: insinyur sing asor nyoba nyurung owah-owahan organisasi ora mesthi rampung kanthi apik, nanging dadi salah sawijining wilayah sing paling menarik ing ngendi kita nggawe kontribusi sing signifikan kanggo proses kasebut. . Ing ringkesan, proses kita kaya ing ngisor iki: fungsi anyar bakal dikembangake dening siji tim, banjur tim pimpinan kita bakal mriksa / ngulang proposal kasebut, banjur, yen disetujoni, desain kasebut biasane bakal dipasrahake menyang tim teknik. Ing kasus iki, tim teknik kanthi efektif "ndhuweni" fungsi aksesibilitas amarga dadi tanggung jawab kanggo ndandani masalah sing ana gandhengane.

Ing wiwitan, cukup angel kanggo nerangake manawa aksesibilitas lan kegunaan ora bisa dipisahake lan iki kudu ditindakake ing tahap desain, yen ora bakal nyebabake owah-owahan gedhe lan redefinisi sawetara peran. Nanging, kanthi dhukungan saka manajemen lan pemain utama, kita njupuk ide kasebut lan dilebokake supaya desain diuji kanggo aksesibilitas lan kegunaan sadurunge diwenehake menyang manajemen.

Lan umpan balik iki penting banget kanggo kabeh wong - pancen apik banget minangka latihan nuduhake / komunikasi babagan cara pangguna sesambungan karo aplikasi web, kita ngerteni akeh area masalah UI sadurunge dibangun, tim pangembang saiki duwe spesifikasi sing luwih apik. mung visual, nanging uga aspèk prilaku desain. Dhiskusi nyata yaiku diskusi sing nyenengake, energik, semangat babagan aspek teknis lan interaksi.

Kita bisa nindakake iki luwih apik yen kita duwe pangguna wuta lan cacat ing rapat kasebut (utawa sakteruse) - iki angel diatur, nanging saiki kita kerja bareng karo organisasi lan perusahaan buta lokal, sing nyedhiyakake tes eksternal kanggo verifikasi aliran eksekusi ing awal. pembangunan-loro ing tingkat aliran komponen lan eksekusi.

Insinyur saiki duwe spesifikasi sing cukup rinci, komponen sing kasedhiya sing bisa digunakake kanggo dileksanakake, lan cara kanggo ngesyahke aliran eksekusi. Bagéyan saka pengalaman sing wis diwulangake marang kita yaiku apa sing wis ilang - kepiye carane bisa mungkasi regresi kasebut. Kajaba iku, wong bisa nggunakake tes integrasi utawa end-to-end kanggo nguji fungsionalitas, sing kudu dideteksi owah-owahan ing interaksi lan alur eksekusi - visual lan prilaku.

Nemtokake kemunduran visual minangka tugas sing cukup ditetepake, mung sethithik sing bisa ditambahake ing proses kasebut kajaba mriksa manawa fokus katon nalika navigasi nganggo keyboard. Luwih menarik yaiku rong teknologi sing relatif anyar kanggo nggarap aksesibilitas.

1. Aksesibilitas Akses minangka sakumpulan alat sing bisa digunakake ing browser lan minangka bagéan saka siklus mbangun / test kanggo ngenali masalah.
2. Priksa manawa maca layar bisa digunakake kanthi bener minangka tugas sing angel banget. Kanthi introduksi akses menyang Aksesibilitas DOM, pungkasane kita bisa njupuk jepretan aksesibilitas app, kaya sing ditindakake kanggo tes visual, lan nyoba kanggo kemunduran.

Dadi, ing bagean kapindho crita - kita pindhah saka nyunting kode HTML kanggo nggarap tingkat abstraksi sing luwih dhuwur, ngowahi proses pangembangan desain lan ngenalake tes sing lengkap. Proses anyar, teknologi anyar, lan tingkat abstraksi anyar wis rampung ngganti lanskap aksesibilitas lan apa tegese kerja ing papan iki.
Nanging iki mung wiwitan.

Sabanjure "pangerten" yaiku pangguna wuta nyopir teknologi canggih - dheweke sing entuk manfaat paling akeh ora mung saka owah-owahan sing wis diterangake sadurunge, nanging uga pendekatan lan gagasan anyar bisa ditindakake dening ML / AI. Contone, teknologi Immersive Reader ngidini pangguna nampilake teks kanthi luwih gampang lan jelas. Bisa diwaca kanthi banter, struktur ukara dibedakake kanthi gramatikal, lan makna tembung ditampilake kanthi grafis. Iki ora cocog karo mentalitas "dadi bisa diakses" lawas - iku fitur migunani sing bakal mbantu kabeh wong.

ML/AI mbisakake cara anyar kanggo sesambungan lan makarya, lan kita bungah banget bisa dadi bagian saka tahapan sabanjure ing lelampahan mutakhir iki. Inovasi didorong dening owah-owahan ing pamikiran - manungsa wis ana kanggo millennia, mesin kanggo atusan taun, situs web kanggo sawetara dekade, lan smartphone malah kurang, teknologi kudu adaptasi kanggo wong, lan ora kosok balene.

P.S. Artikel kasebut wis diterjemahake kanthi penyimpangan cilik saka asline. Minangka co-penulis artikel iki, aku sarujuk ing digressions iki karo Hugh.

Mung pangguna pangguna sing bisa melu survey. mlebunggih.

Apa sampeyan menehi perhatian marang aksesibilitas aplikasi sampeyan?

• Ya

• Ora

• Iki pisanan aku krungu bab aksesibilitas app.

17 pangguna milih. 5 kedhaftar abstained.

Source: www.habr.com