問題タブ [wcag]

たとえば、いくつかのフォントの素晴らしいアイコンがあるサイトがあるとします。

これを WCAG 2.0 バリデーターで実行すると、次のエラーが表示されます。

非セマンティックな対応するandの代わりに<em>andが使用されることを保証するためにあるため、この場合、ルールは実際には適用されるべきではないことを認識しています。しかし、すべての WCAG2.0 ボックスをチェックする必要があるクライアントを使用している場合、問題は依然として存在します。<strong><i><b>

だから、誰もが適切な方法を知っていますか。代わりに変更する必要が<em>ありますが、スクリーン リーダーに問題はありますか? 他の提案は大歓迎です！

WCAG または WAI のガイドラインで、リンク アンカーを作成する適切な方法を見つけようとしています。

現在、次のようなアンカーを持つサイトがあります。

<h2><a name="blah" id="blah">Blah H2 Content</a></h2>

しかし、アンカーをキャンセルするためだけに不必要な CSS を追加したくないので (いいえ、それらはすべてタイトルに含まれているわけではありません)、これがアクセス可能かどうか、または WCAG または WAI-ARIA ガイドラインに違反するかどうか疑問に思っていました:

<h2><a name="blah" id="blah"></a>Blah H2 Content</h2>

WCAG 2 AA 準拠の Web フォーム (フィードバック フォームなど) を作成していますが、WCAG の一部として [キャンセル] ボタンが必要かどうか知っている人はいますか?

私はあちこちを見てきましたが、その外観に関連する特定のものは見つかりませんでした（これは必須ではないためだと思います）。

どんなフィードバックでも大歓迎です!

JavaScript を介して WAI ARIA サポートを追加するだけで、障害のあるユーザーを支援するデバイスをサポートするのに十分でしょうか? このスクリプトは、マークアップを強化して、サイトを WAI/ADA の推奨事項にさらに準拠させます (つまりtabindex、aria-属性/要素などを追加します)。問題は、障害を持つユーザーが JavaScript をサポートしていないデバイスを使用する可能性があるため、このアプローチが無駄になることです。

Web サイトに XHTML 1.0 を使用しています。アクセス可能にしたいので、マークアップに「role」および「aria」属性を追加します。いずれにせよ、これは支援技術が私の Web サイトをより適切に解釈するのに役立ちますか、それともこれらの属性は HTML5 のみを対象としていますか?

ATAGとWCAG 2.0について少し混乱しています。

1 つのシステムで ATAG と WCAG の両方を使用することが適切かどうか疑問に思っていましたか?