it-swarm-eu.dev

Dostupnost v moderních webových aplikacích

V současné době jsem součástí týmu, který vyvíjí komplexní webovou aplikaci pro německého zákazníka (omlouvám se, ale o projektu nemůžu nic říct). Chtěli bychom „být dobrým občanem“ a vyvíjet aplikaci s ohledem na dostupnost. Nyní čelíme následujícím problémům:

  1. Dodržujeme-li pravidla na http://www.w3.org/WAI/WCAG20/quickref/ , jsou někdy v rozporu se specifikací, kterou zákazník napsal. Jak bychom se s tím měli vypořádat?
  2. Pomocí „nových technologií“ (jako AJAX a nahrazení části DOM)) není snadné zkontrolovat, zda se řídíme pravidly. Např. Když kliknu na jednu z karet, část obsahu bude nahrazena. Když se podívám na zdroj (Firefox 3.6.10), nedojde k žádné změně. Jak tedy zkontrolujete, zda dodržujete pravidla správně?

Doufám, že otázka je vhodná pro tento web ...

7
mliebelt

Při navrhování přístupných webů mám tendenci se vyhýbat použití AJAX a úpravám DOM příliš, protože to dělá věci, jak jste řekl, mnohem těžší. Takže pokud je to možné, zkuste použít standardní HTML dokumenty s minimální interaktivitou - vaše práce bude mnohem jednodušší a usnadní životy těch, kteří používají čtečky obrazovky atd.

Další věc, kterou můžete udělat, je zajistit, aby vaše aplikace fungovala zcela bez javascriptu, a pak obohatit věci na místech, kde přidává užitečnost. Karty jsou dobrým příkladem: nejprve vytvořte každou kartu tak, aby se obsah karty po kliknutí na kartu načíst na novou stránku. Potom pomocí nenápadného javascriptu „obohacte“ událost onclick na kartě tak, že načte obsah odkazované stránky a načte ji například pomocí AJAX. Nyní budete mít přístupné karty, které se stále chovají tak, jak chcete. Můžete také vytvořit nastavení usnadnění přístupu v aplikaci, která řídí chování těchto karet.

Jo, a nezapomeňte se ujistit, že nezlomíte tlačítko Zpět!

4
Rahul

Pokud specifikace odporují specifikacím zákazníka, vzal bych si to se zákazníkem - vysvětlím, proč je dostupnost důležitá, ukázat trend ve světě, zmínit, že u vládních webů v USA je to vymáháno zákonem a co je nejdůležitější - přijít s alternativním řešením, které udělá práci.

3
Dan Barak

To je stará otázka, ale objevila se na vrchol, takže zde je odpověď. No, ne tolik odpověď, ale některé klíčové body, které se nezdají úplně řešeny v ostatních odpovědích:

  • Pokyny pro přístupnost jsou jen to - pokyny. Dejte si pozor na to, že se stanou zastaralými, postrádají konkrétní kontext a doporučují věci, které se softwarem pro usnadnění přístupu nehrají hezky
  • Část přístupu musí spadat na výrobce prohlížečů a asistenčních zařízení/softwaru. Vím, že to není pro koncového uživatele zcela spravedlivé, ale aby fungovaly standardy a osvědčené postupy, musí výrobci zařízení a softwaru je sledovat stejně jako vývojáři webu (vždy jsem nenáviděl JAWS kvůli tomu, že není aktuální v tomto ohledu)
  • JavaScript je nyní součástí webu. Je naprosto přijatelné to vyžadovat. Nejnovější asistenční software a zařízení by s ním měly být schopny manipulovat (udělené, nemusí). Dokonce i W3C si je toho vědoma a právě zde je třeba hledat atributy ARIA: http://www.w3.org/WAI/intro/aria
  • vaše řešení vždy testujte na lidech. Následující specifikace, standardy a pokyny jsou dobré, ale nedostanou vás tam celou cestu. Nakonec musí být každý produkt analyzován samostatně.
2
DA01

Napsal jsi:

1.Pokud se řídíme pravidly na http://www.w3.org/WAI/WCAG20/quickref/ , jsou někdy v rozporu se specifikací, kterou zákazník napsal. Jak bychom se s tím měli vypořádat?

Jak už někdo řekl, nejlepší je: říct svému zákazníkovi, že existují nějaké kontrakty a že je lepší se řídit standardem. a také jsi napsal:

2. Pomocí „nových technologií“ (jako AJAX a nahrazení části DOM)) není snadné zkontrolovat, zda se řídíme pravidly. Např. Když kliknu na jedno z Karty, část obsahu bude nahrazena. Když se podívám na zdroj (Firefox 3.6.10), nedojde k žádné změně. Jak tedy zkontrolujete, zda dodržujete pravidla správně?

Pokud je pro vás velmi důležité, navrhuji, abyste požádali některé žaluzie, aby vyzkoušeli váš web. Nástroje, které kontrolují dostupnost, někdy nejsou tou nejlepší volbou!

0
Filippo1980

Během návrhových kroků můžete zvážit problémy s přístupem na své webové stránky bez ohledu na druh informací, které vaše webové stránky budou mít. Když se budete řídit pravidly pro přístupnost, nezvažujete pouze postižené lidi ... berete v úvahu celý vesmír uživatelů, kteří mohou najít užitečné informace na vašem novém webu.

Nejjednodušší přístup je sestavení aplikace v ajaxu, jak jste řekl, a zároveň se ujistěte, že váš web může fungovat bez javascriptu. Například pomocí značek xhtml (odkazy) vám pomůže zpřístupnit celý web bez javascriptu a na vašem webu budou fungovat čtečky obrazovky nebo hlasový prohlížeč.

Ilustrace pro tyto značky může být:

< a id=\"item_menu_15\" href="?module=rapido&amp;mitem=15"
onclick="cargar_modulo('publi_cont',
'comp=articulos&amp;tipo=2&amp;id=18&amp;modv=',
'Loading...',15,this,0);return false;" >

Kde:

id=dom_id (dom objekt)

href= by měl obsahovat přímý odkaz na aktuální obsah, který chcete zobrazit

onclick= by měl obsahovat funkci, kterou použijete k sestavení interakce ajax a poskytnout parametry, které potřebujete, jako publi_cont (dom_id - pro kontejner) a url/parametry (comp=articulos&amp;tipo=2&amp;id=18&amp;modv=), které chcete vizualizovat uvnitř kontejneru atd.

Nezapomeňte, že informace, které se mají zobrazit pomocí Ajaxu nebo ne (přímý odkaz), by měly být stejné. Poté mohou všichni uživatelé bez ohledu na přístupnost vidět web stejným způsobem. Takže nemusíte vytvářet různé verze svého webu, což závisí na lidech se zdravotním postižením. Měli byste zvážit pravidla pro přístupnost svého webu od začátku vašich návrhových postupů a poté by se také mohla zvýšit použitelnost, protože vaši cíloví uživatelé jsou více než bez zvážení pravidel pro přístupnost. Samozřejmě záleží na funkcích, které zákazník potřebuje, ale můžete vysvětlit, že by mohlo být dobrým nápadem zvýšit vaši cílovou skupinu s ohledem na problémy s přístupností, protože se také může zvýšit použitelnost.

0
user1982