Přejít k navigační liště

Zdroják » Zprávičky » Screen readery a události JavaScriptu

Screen readery a události JavaScriptu

Zprávičky Webdesign

Odečítače obrazovky (screen readery) pracují s webovou stránkou přímo v prohlížeči (tudíž zpravidla i s podporou JavaScriptu), do jaké míry je taková stránka přístupná? Aaron Cannon a Aaron Barker se v článku JavaScript and screen readers nad problematikou zamýšlejí a snaží se nabídnout odpovědi. Autoři testovali dva rozšířené programy JAWS a Window Eyes.

Když na stránce dojde ke změně pomocí JavaScriptu, uživatel se to skrze odečítač obrazovky přímo nedozví. Pokud značka obsahuje událost onclick, uživatel se to dozví (čtečka jej upozorní, že může na objekt „kliknout“) jen pokud se je událost registrována klasickým (starším) způsobem (buď nastavením atributu onclick nebo vlastnosti element.onclick). Pokud registrujete událost dvojklik, uživatel se to nikdy nedozví (a jen obtížně takovou událost vyvolává). Podobně se nelze spolehnout ani na události mouseover, mouseup a mousedown. Tohle a mnohem víc včetně přehledné tabulky najdete v článku JavaScript and screen readers. (Zdroj: 456 Berea Street)

Komentáře

Odebírat
Upozornit na
guest
0 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře

Baro vs. Claude Code: Když paralelní agenti prohrají s jedním sezením (a co s tím udělat)

AI
Komentáře: 0
Více agentů musí být rychlejší než jeden, ne? Miodrag Todorović z JigJoy postavil baro - CLI, které paralelně spouští pět Claude sezení místo jednoho - a postavil ho proti novému příkazu /goal v Claude Code. Čekal jasnou výhru paralelismu. Místo toho prohrál v čase, v tokenech i v kvalitě výsledného kódu. Z analýzy tří konkrétních selhání ale vyšel jeden nečekaný závěr: problém nebyl v koordinaci mezi agenty, ale v rozhodnutích, která padla ještě před tím, než se kdokoli z nich probudil. Oprava trvala 200 řádků kódu - a v odvetě baro porazilo /goal o 4 minuty.