Čtení/Web/Vylepšení plochy/Úložiště/Testování přístupnosti
V rámci hodnocení vzhledu Vector 2022 chtěl webový tým otestovat svá rozhodnutí týkající se změn a vylepšení přístupnosti oproti předchozímu staršímu vzhledu Vector. Chtěli jsme zajistit, abychom všem našim uživatelům poskytovali lepší zkušenost. V této práci jsme se spojili s American Foundation for the Blind (AFB) na komplexní recenzi nového webu Vector 2022.
Shrnutí výsledků
Celkově byly vzhledy Vector legacy i Vector 2022 vyhodnoceny jako přijatelné z hlediska přístupnosti a použitelnosti bez větších obav. AFB zaznamenala potenciální oblasti pro vylepšení, které bude tým klasifikovat a řešit v budoucnu a vzít je v úvahu při vývoji nových funkcí a nástrojů.
Celá zpráva
Jaké jsou vaše dojmy z významných oblastí ve Vector 2022 vs. Vector legacy?
Pro Vector 2022 orientační body dobře fungují s JAWS a NVDA. Jsou užitečné v patičce, pěkně oddělují různé sekce. 4. orientační bod vysloví čtečky obrazovky jako "Obsah [skrýt]". Slovo "skrýt" může být matoucí a mělo by být odstraněno. Šestýth orientační bod vyslovují čtečky obrazovky jako "jmenné prostory", což není příliš smysluplné označení a mohlo by být pro uživatele matoucí.
U Vector legacy fungují orientační body dobře s JAWS a NVDA. Stejně jako u webu Vector 2022 by označení Namespaces prospělo smysluplnější jméno.
Obecně platí, že verze 2022 i Legacy jsou z hlediska přístupnosti a použitelnosti v pořádku. Verze pro rok 2022 by mohla těžit z vylepšení dvou významných jmen uvedených výše. Protože jsou nadpisy v hlavním obsahu provedeny tak dobře, nejsou v hlavním obsahu stránky méně důležité žádné orientační body.
Jaké jsou vaše dojmy ze struktury nadpisů ve Vector 2022 vs Vector legacy?
Struktura nadpisů je velmi dobrá ve verzi 2022 i starší verzi. Každý má správné nadpisy tam, kde je to potřeba, a v celém textu existuje správná hierarchie úrovní nadpisů. Díky tomu může uživatel odečítače obrazovky velmi snadno najít a procházet sekce zájmu a porozumět struktuře a rozložení stránky.
Vaše dojmy z uspořádání prvků v DOM a obecné sémantické struktury ve Vector 2022 vs Vector legacy
- Vector 2022 přesune panel nástrojů stránky pod záhlaví stránky a do <main>. To vedlo k tomu, že uživatelé klávesnice museli procházet více prvky, než se dostanou k textu článku (více kontextu). Jaký je nejlepší přístup k zachování uživatelského prostředí pro uživatele klávesnice při dodržení osvědčených postupů pro usnadnění přístupu?
- Odkaz "Přejít na obsah" hraje velkou roli v tom, že je to lepší pro uživatele klávesnice. Uživatelé mohou tento odkaz rychle použít k přeskočení navigačního prvku. To může být také lepší pro uživatele klávesnice, kteří neznají rozložení klávesnice Wikipedie, protože starší rozložení je nastaveno tak, aby byl obsah zaměřen jako první, a nikoli navigace, která může být pro většinu uživatelů pozpátku. Pro uživatele čtečky obrazovky nemá tato změna velký dopad, protože se mohou rychle pohybovat po stránce pomocí zkratek čtečky obrazovky.
- Jak důležité je, aby TOC byl uvnitř <main>?
- Pro většinu uživatelů to není příliš důležitý aspekt. Ve skutečnosti neexistuje žádný standardní způsob, jak to udělat tak či onak. Uživatelé s největší pravděpodobností viděli oba typy implementací. To, že je TOC v <main>, není tak důležité, jako když je TOC nad nebo před hlavním obsahem, odkazuje spíše na hlavní obsah než na hlavní orientační bod.
V naší implementaci rozbalovací nabídky používáme hack zaškrtávacích polí, abychom podpořili uživatele no-js. Jak přístupné jsou naše rozbalovací nabídky pro uživatele čtečky obrazovky? Konkrétně rozevírací seznam uživatelské nabídky a rozevírací seznam jazyků ve Vector 2022 (není třeba hodnotit obsah vyskakovacího okna jazyka).
U nabídky Jazyk se mi umístění v DOM zdá trochu divné, při stisknutí shift+tab bych čekal, že se můj fokus vrátí zpět na tlačítko Jazyk, abych ho mohl zavřít. Vyžadování klávesy Escape k zavření nebo zavření rozbalovací nabídky může některým uživatelům ztížit porozumění. S tím by pomohlo přidání tlačítka pro zavření. Pro uživatele odečítače obrazovky bylo samotné tlačítko jasně definováno jako tlačítko a otevírá se enterem nebo mezerou, což lze očekávat. Po zavření nabídky s NVDA se fokus vrátí na začátek stránky, nikoli na tlačítko Jazyk.
U uživatelské nabídky se zdá, že pořadí fokusu a umístění DOM fungují podle očekávání. Zdá se však, že tlačítko Escape nezavře nabídku, jak by se očekávalo. Určitý zmatek může způsobit i název menu. Pro uživatele čtečky obrazovky je prezentována jako "Personal Tools" (osobní nástroje), ale atribut title označuje, že jde také o "User menu" (uživatelskou nabídku). To by mohlo způsobit určitý zmatek pro vidoucího uživatele, který se pokouší poučit uživatele čtečky obrazovky o tom, kde najde svá uživatelská nastavení. Při používání JAWS došlo k jednomu problému, kdy jste při rozbalování nabídky v jakémsi "režimu formulářů". Musíte aktivovat PC kurzor stisknutím klávesy Escape nebo JAWS Key-dvojtečka a poté můžete procházet těmito položkami nabídky. Případně můžete procházet položky nabídky.
Navíc, co si myslíte o této alternativní možnosti, která používá aria-hidd na prvku label ke snížení upovídanosti pro čtečky obrazovky?
Pro uživatele čteček obrazovky by to bylo vylepšení. Při navigaci pomocí kláves se šipkami čtečka obrazovky oznámí tlačítko jednou, nikoli dvakrát, kde druhé oznámení neposkytuje žádné další informace.
Jak se srovnává přístupnost obsahu ve Vector 2022 vs. Vector legacy? Včetně sbalené implementace TOC ve výřezech pod 1000 pixelů.
S rozložením Vector 2022 je pořadí fokusu obsahu nesprávné, když je menší než 1000 pixelů. Po rozbalení TOC stisknutí klávesy Tab neumístí fokus do nabídky TOC. Stisknutím Shift+Tab se zaměření přesune na spodní část obsahu. TOC se po stisknutí klávesy Escape nezruší.
Starší obsah se ve skutečnosti příliš nemění pro šířky obrazovky pod 1000 pixelů. Výhodou rozvržení Vector 2022 je však to, že obsah se zobrazuje nad obsahem, nikoli vložený do článku. Díky tomu je mnohem snazší přístup.
Nalepovací záhlaví ve Vector 2022 je uživatelům čtečky obrazovky zcela skryté, protože obsahuje čistě duplicitní obsah. Co si myslíte o tomto přístupu?
Toto je přístup, který doporučujeme pro většinu lepivých hlaviček. Pokud není lepivé záhlaví skryto před čtečkami obrazovky, uživatelé se mohou setkat s lepivým záhlavím při stisknutí Ctrl+Home, které má mírně odlišné rozložení než normální záhlaví. To může být pro některé uživatele matoucí. Současný přístup lepivé hlavičky je nejlepším kompromisem.
Jak přístupný je obsah rozevíracího seznamu jazyků ve Vector 2022?
Jediným významným problémem s obsahem rozevíracího seznamu jazyků je to, že vyhledávací pole je označeno pouze pomocí zástupného textu. VoiceOver je mimo rozsah tohoto testování, ale existují problémy s poskytováním přístupného názvu pro pole používající pouze zástupný text s VoiceOverem. Po zadání textu do pole, které je označeno pouze zástupným textem, již VoiceOver nebude oznamovat přístupný název pole. Tento problém se na NVDA a JAWS nevyskytuje.
Splňuje vyhledávací pole Vector 2022 očekávání uživatelů, pokud jde o přístupnost klávesnice a čtečky obrazovky, a je dobře použitelné?
Když NVDA narazí na vyhledávací pole, oznámí "Hledat na Wikipedii se sbaleným rozbalovacím seznamem, automaticky dokončeno upravitelné Hledat na Wikipedii [Alt-Shift-f] Alt+f Hledat na Wikipedii prázdné". To je spousta informací pro uživatele čtečky obrazovky. K tomu přispívá kombinace atributů:
- Atribut Title: Hledat na Wikipedii [Alt-Shift-f]
- Atribut aria-label: Hledat na Wikipedii
- Atribut placeholder: Hledat na Wikipedii
- Atribut accesskey: to způsobuje oznámení alt+f. Stisknutím Alt+f v prohlížeči Chrome se otevře pouze nabídka Chrome a pole se nezaměří
Tyto 4 atributy způsobují duplicitní oznámení. Atribut aria-label lze odstranit, protože obsahuje stejné informace jako atribut title a atribut title poskytuje doplňkové informace při najetí myší.
Atributy accesskey a title způsobují konfliktní instrukce. To je způsobeno tím, že Chrome vyžaduje pro některé přístupové klávesy modifikační klávesu Shift, ale pro jiné nikoli. Pro tento problém nemáme dobré řešení.
Zdá se také, že existuje tlačítko "Go", které se zobrazuje pouze před vyhledávacím polem. To lze vidět pouze v případě, že vyhledávací pole nikdy nezíská fokus. Uživatelé čtečky obrazovky se s tím setkávají pouze při navigaci v režimu prohlížení.
Pokrývá naše analýza požadavků na přístupnost pro probíhající funkci nástrojů stránky (prototyp návrhu, úkol) problémy s přístupností?
Ano, věříme, že požadavky na přístupnost jsou pro tuto funkci dostatečné. Obecně bychom pro funkci, jako je tato, hledali následující položky:
- Discoverability (objevitelnost): Toto je pokryto orientačními body
- Správa fokusu: Zdálo se, že existují některé úkoly související se zajištěním toho, aby byl obsah zaměřen ihned po přepínacím tlačítku v DOM. Jedním z bodů by bylo ujistit se, že zaostření je po připnutí a odepnutí správně umístěno. Někdy čtečky obrazovky přesunou fokus zpět do horní části obrazovky, pokud prvek, na který je aktuálně zaostřeno, zmizí z DOM.
- Specifikace ARIA: Zdá se, že k tomu byl vybrán widget pro zveřejnění, který by se hodil. Vždy je důležité vyzkoušet a najít, který widget ARIA by byl nejlepší pro složitější řešení, jako je toto.