多くの開発者/アクセシビリティの専門家は、ウェブサイトのアクセシビリティをチェックするためにCSSを無効にすることを推奨していますが、アクセシビリティのためにCSSを無効にする目的
WCAG 2.0の推奨事項を含め、「w3.org」のような信頼できる(私は賞賛したい!)ソースでこれをチェックしようとする私の試みは何も言わないので、 CSSなしでウェブサイトにアクセスできるようにします。さらに、彼らは、例えばCSSのような技術に「依存している」と言います。
多くの開発者/アクセシビリティの専門家は、ウェブサイトのアクセシビリティをチェックするためにCSSを無効にすることを推奨していますが、アクセシビリティのためにCSSを無効にする目的
WCAG 2.0の推奨事項を含め、「w3.org」のような信頼できる(私は賞賛したい!)ソースでこれをチェックしようとする私の試みは何も言わないので、 CSSなしでウェブサイトにアクセスできるようにします。さらに、彼らは、例えばCSSのような技術に「依存している」と言います。
アクセシビリティをチェックするという意味で実際にCSSを無効にする理由は、あなたのサイト構造が論理的に構築されていることです。一方、これをテストする良い方法は、キーボードとタブ/シフト+タブを使用して使用してサイトを通じてスクリーンリーダーやタブを使用する
です。そうしたやり方で、構造的な問題についてユーレカの瞬間を得るだけでなく、フレーズやARIAの問題、アクセシブルな方法で隠されていない隠れた要素について多くのAHAを提供するオーディオフィードバックも得られます。
は、私はあなたが明示的にページがCSSなしで読めることを確認する必要があり、もはやChromeVox
あなたを試してみることを指すようにしないと思いますが、それは正しい読み取り順序を確保するための技術として有用であり得ます。
CSSなしでページを読み取り可能にする要件は、セクション508が主要アクセシビリティ標準であった日からのキャリーオーバーです。
36 CFR部品1193と1194 - 公開日2017年2月18日
述べ既存508の規格、セクション1194.22(d)のためのWCAG 2.0達成基準に直接的な類似はありません。「関連するスタイルシートを必要とせずに閲覧可能になるように整理されなければならない」36 CFR§1194.22(d)。
WCAG 2.0のアドレスSuccess Criterion 1.3.2 - Meaningful Sequenceと異なる方法でこの同じ問題。
この基準を満たす手法の1つはmaking the DOM order match the visual order (C27)です。これは主にこれがどのようなものになるかです。
アクセシビリティテストツールWaveを使用すると、実際にツールのスタイルを無効にすることができます。したがって、テストツールで構築されているように、構造要素フローをテストするための優れた方法です。このようにアクセシビリティをテストするだけでなく、CSSを無効にすること自体は目的ではありません。
CSSの無効化は要素の構造と順序をテストするのには良い方法ですが、「あなたはAHAの多くを与えるオーディオフィードバックを得ることができます:ARIA-issuesアクセス不可能な方法で隠されていない隠された要素 "?可能であれば、例を見るのもすばらしいでしょう。助けてくれてありがとう、pal。 – popiweho
基本的な例の1つは、「開いているメニューボタン」が素晴らしいと思ったときです。 aria-labelを "Open menu"(または他のアクセシビリティテキスト)に設定し、クリックするとスクリプトを変更してCloseと表示します。 すごく素敵に見えますが、ChromeVoxを使用してキーボードにアクセスすると、決してそこに行かない要素にタブを移動するだけです。私はそのような問題を見つけました。私(または他の誰か)がボタンをセマンティックな正しいボタンにするのを忘れたからです! 例は難しいですが、私は検索フィールドをテキスト入力で検索ボタンを更新するのにはオーバーしました。盲目の人がテストしたところ、いいですが、混乱しました。 =) –