WCAG 2.0 AAへのコンプライアンスは、JavaScriptの使用を防ぎますか?
-
28-10-2019 - |
質問
WCAG 2.0 AAへのコンプライアンスは、JavaScriptの使用を防ぎますか?
に基づいた私の理解 適合を理解する 非複雑なコンテンツを生成しない限り、JavaScriptを使用できるということであり、JavaScriptをサポートしていることを明示的に述べていることです。あれは正しいですか?
解決
短い答えは、いいえ、そうではありません。あなたの理解はかなり正しいです。
他のヒント
少し長い答えは、ページがJavaScript(別名ECMAScript)を必要とする可能性があるということですが、そうでなければより良いです。 JavaScriptを控えめに慎重に使用します。あります WCAG 2.0準拠ページでJavaScriptを使用するための一連のガイドライン.
確かに、WCAG 2.0の成功基準を順守している限り、JavaScriptを使用できます:-)
JavaScriptがアクセス可能なコンテンツから追放されたと聞いた理由がある理由があります。 wcag 1.0の昔に、 JavaScriptによって生成されたコンテンツの使用を実際に非難しました。 WebアプリケーションがまだJavaScript Disabledで動作したことを確認する必要がありました。それ以外の場合は、通常、多くのサーバー側のマジックを伴う代替の非javaScript Reliantバージョンを提供する必要があります(JSのないGoogleマップを試して、私の意味を理解してみてください)。これは、昔ながらの支援技術やいくつかの主流のブラウザ(モバイルなど)でさえJavaScriptをサポートしていないか、ブラウザがスクリプト生成の内容を公開しなかったためです。
これはもうそうではありません。 JavaScriptをAccessible、WCAG 2.0、Webサイトで使用できますが:
- WCAG 2.0の基準に精通し、それらのいずれにも失敗していないことを確認してください。 1つまたは別のテクノロジーを使用することではなく、正しく使用することの問題です。
- 特に、順守してください WCAG 2.0のクライアント側のスクリプトテクニック 推奨され、不承認のスクリプト使用法を扱っています。
- 使用する WCAG 2.0のARIAテクニック 非標準コントロールのセマンティクスを定義するために、それらは主要なブラウザによって広くサポートされています。
JavaScriptを使用できます。すべてのセマンティクス(名前、状態、および役割)が提供され、アクセス可能なフォーカスを管理する限り、それは問題ではありません。使用する アリア セマンティクスを提供するか、フォーカスを管理する必要がある場合。