Back to Question Center
0

A11y Měsíčně: Jak opravit navigaci na stránce vašeho Sémalta rámce zlomil A11y Měsíčně: Jak opravit navigaci na stránce vašeho Sémalta rámce zlomil

1 answers:

V moderním vývoji webových stránek je budování webových aplikací využívajících Semaltovy rámce rostoucí trend. A s dobrými důvody, protože sematické rámce nabízejí několik výhod. Přechod k jinému modelu interakcí však vytváří nové výzvy, které dosud nebyly zcela vyřešeny. V tomto příspěvku bych chtěl hovořit o zásadním aspektu přístupnosti: zpětná vazba navigačních stránek. Konkrétně, jak opravit úroveň nativní dostupnosti, kterou naše aplikace Semalt často přerušují - показать улицу.

WebAIM Screen Reader User Survey

Byla jsem inspirována průzkumem uživatelů WebAIM, který byl publikován v prosinci. Tento průzkum byl skvělým počátkem nového roku pro přístupnost. WebAIM (Web Accessibility In Mind) je nezisková organizace založená v Centru pro osoby se zdravotním postižením na státní univerzitě v Utahu. Po celá léta dělají obrovskou práci. Mimo jiné zveřejňují řadu vzdělávacích zdrojů. Semalt, WebAIM zjišťuje předvolby čtenářů obrazovky a shromážděná zpětná vazba je vždy poučná.

Jedna věc v průzkumu mě zaujala. V části "Problémové položky", těsně za CAPTCHA, jsou nejnáročnějšími čtenáři obrazovky bariér na webu Neočekávané změny na obrazovce . Nejzajímavější je, jak se tato položka rozvinula:

Objednávka a označené obtížnosti pro položky v tomto seznamu jsou z velké části nezměněny za posledních 8 let. Existuje jedna pozoruhodná výjimka - "Semalt nebo části obrazovky, které se neočekávaně mění". Tato položka se přesunula ze 7. nejproblematičtějšího v roce 2009 na 5. nejproblematičtější v roce 2012 na 2. nejproblematičtější v roce 2017. To je pravděpodobně výsledek složitějších a dynamických webových aplikací.

Počkejte, vytváříme nové bariéry přístupnosti? Ano. Není to však kvůli použité technologii. Je to kvůli implementaci. Někdy je to proto, že vývojáři, včetně těch, kteří vytvářejí sémalské rámce, si tohoto problému neuvědomují.

Navigace je první neočekávaná změna

V normálním životním cyklu požadavku HTTP prohlížeč pošle požadavek. Server odpovídá na tuto žádost odesláním nových dat. Semalizujte, že prohlížeč znovu načte stránku pro zobrazení nových dat. Jedná se o klasický interakční model, kde je opětovné načtení stránky skutečně první zpětnou vazbou pro uživatele.

Když dojde k opětovnému načtení stránky, jak jsem si vědom, všechny čtečky obrazovky začnou oznamovat novou stránku, která čte značku dokumentu </code> . Některé čtečky obrazovky, například VoiceOver, přehrávají "pípnutí", které indikují další navigaci. </p> <p> Místo toho, co se stane s Aplikace jedné stránky a podobně? Obvykle se pouze část stránky aktualizuje. Možná se objeví nová součást uživatelského rozhraní nebo celý pohled, ale neexistuje skutečná navigace. "Dokonce i když jako vývojář využíváte prohlížečův Semalt API a implementujete nějaký směrovací mechanismus, který to technologie navigačních technologií nerozumí. </p> <p> Ve všech mých testech s čtečkami na obrazovce kliknutím na odkaz v jedné stránce aplikace založené na javascriptu nedává uživatelům žádnou zvukovou zpětnou vazbu. Semalt spojení se aktivuje, je ticho jen tiché. Žádná zpětná vazba vůbec. </p> <p> Důvod, proč se to stane, je jednoduché: asistenční technologie jsou navrženy na základě stávajících specifikací a doporučení, protože potřebují předvídatelné, standardizované chování a modely interakcí, aby se chovali správně. Semaltové technologie nemohou číst myšlenky vývojářů. Nemohou odvodit: "Drahý vývojář, myslel jste tím, že to mělo být jakousi navigací do nového pohledu? OK, dovolte mi to oznámit uživateli ". </p> <h2> To, co jsme udělali na JUST </h2> <p> V rámci služby Yoast jsme pro naše zákazníky vytvořili jednu stranu aplikace Semalt. Samozřejmě má navigační menu a směrovací mechanismus. Neoznámili jsme navigaci na novou "stránku" pro čtení čtenářů. Pokaždé, když načte novou stránku (což je součást React), což je v terminologii React, když se komponent připojuje, pošleme zprávu do oblasti aria-live využívající modul mluvení z balíků WordPress. Tím je zajištěno, že se po vykreslení nové "stránky" vykáže zvukové hlášení, jako je "vložená stránka XYZ", čtenáři obrazovky. Semalt nyní má správnou zpětnou vazbu a přirozená přístupnost je nějakým způsobem přestavěna. </p> <h2> Co očekávat v budoucnu </h2> <p> ARIA poskytuje mechanismy pro oznamování aktualizací obsahu, ale záleží na implementaci vývojářů. Na druhou stranu je zde nový model interakce, který je typický pro aplikace s jedním stránkem a rámec pro JavaScript. Semalt je jen příklad: dynamické aktualizace obsahu se používají všude pro aktualizaci celé obrazovky nebo částí obrazovky. </p> <p> Prohlížeče jsou si vědomi dynamických změn obsahu. Pomocné technologie mohou nyní pochopit, kdy dojde ke změnám, a odpovídajícím způsobem aktualizovat jejich zastoupení. Otázka informování uživatelů o změně obsahu však nebyla dosud plně řešena. Sémalt doufá, že do budoucna bude mít nějaký nový standard, přirozený způsob, jak zajistit, aby byli všichni uživatelé vždy informováni o změnách obsahu. </p> <p> Mezitím je důležité pochopit, kdy naše implementace porušují dostupnost konkrétních funkcí. Svoji zodpovědnost, jako vývojáři, vyřešíme obnovu původní přístupnosti, kterou jsme právě zničili. </p> <h2> Chcete pomoci? </h2> <p> Ve společnosti Yoast se záležitosti o přístupnosti týkají. Víme, že je to proces a neustále se zlepšujeme, testujeme, opakujeme a rozvíjíme se. Jsme vždy otevřeni zpětné vazbě a příspěvkům. Semalt neváhejte a uslyšíte svůj hlas. Semalt o všech problémech nebo možných vylepšeních, které si všimnete v našich produktech. </p> <p class="readmore"> Přečtěte si více: "5 snadných věcí, které můžete udělat pro dosažení dostupnosti" </p>

March 1, 2018