大まかに次のようなデータの表を提供しています。

普通に目の見える読者にとって、最初の列である場所名の意味は明確であり、列のヘッダーを省略した方が視覚的に見栄えがよくなります。ただし、これはスクリーン リーダーを使用しているユーザーにとっては役に立たず、当然のことながら、WAI 検証に失敗します。

私のマークアップは次のようになります。

だから私の質問は、thそれを必要とする人々にサポートとコンテキストを提供し、そうでない人々に視覚的な混乱を追加しないように、指定されたものに何を追加すればよいですか?

私が考えたオプションの 1 つは、列のタイトルをマークアップに追加することですが、目の見える読者のために CSS を使用して非表示にすることです。しかし、ARIA メタデータまたは類似のものを使用するより良い (よりセマンティックな) 方法があるのだろうか?

サイトの批評を依頼されました... 色のコントラストのアクセシビリティ テストを行っているときに、いくつかの項目が WCAG AAA の基準を満たしていないことがわかりました。これは私が取り上げるべきものですか？それとも、私は完全なばかのように見えますか? 教育サイトです...

WCAG 2.0 Documentationについて少し混乱しています。2 つの質問があります。

1) H73: table 要素の summary 属性を使用して、データ テーブルの概要を示すには、次のように記述されています。

「これが成功基準にとって十分な手法である場合、このテスト手順に失敗しても、必ずしも成功基準が他の方法で満たされていないことを意味するわけではなく、この手法がうまく実装されておらず、適合を主張するために使用できないことを意味するだけです。 ."

実際、ほとんどの基準にはこのテキストがあります。どういう意味ですか？summary 属性は必須と書いてないので、summary 属性を入れるのは任意ですか？

2) 十分な技術領域と失敗領域がある。基準が十分なテクニック領域にリストされていて、失敗領域にその基準が記載されていない場合、それは基準がオプションであることを意味しますか?

WCAG 2.0 は次のように述べています。

(1.4.4) テキストのサイズ変更: テキストのキャプションと画像を除き、コンテンツや機能を失うことなく、支援技術を使用せずにテキストのサイズを最大 200% 変更できます。(レベルAA)

そして詳しく説明します：

コンテンツのスケーリングは、主にユーザー エージェントの責任です。

と：

作成者の責任は、ユーザー エージェントがコンテンツを効果的にスケーリングすることを妨げない Web コンテンツを作成することです。

Internet Explorer の [テキスト サイズ] オプションは、ピクセル ベースのフォント サイズでコード化されたテキストのサイズを変更しません。そのため、アクセシビリティ ガイドラインに準拠するために、作成者は従来、CSS でピクセル ベースのフォント サイズを使用することを避け、代わりにより難しい em ベースのフォント サイズを選択してきました。

しかし、バージョン 7 以降、Internet Explorer は、テキスト サイズを拡大する代替方法 (ピクセル ベースのフォント サイズで動作する「ズーム」オプション) を提供しています。

ブラウザの設定に代替の「ズーム」機能がある場合、法的に IE のテキスト サイズ機能をサポートし続ける義務がありますか?

WCAG 2 は次のように続けています。

ユーザー エージェントがズームをサポートしていない技術を作成者が使用している場合、作成者は、このタイプの機能を直接提供するか、ユーザー エージェントが提供する機能のタイプで動作するコンテンツを提供する責任があります。

ユーザー統計に基づいて、IE6 をサポートしなくなりました。これは答えに関係がありますか？私は IE 3 も Netscape 1 もサポートしていませんが、これらのブラウザはあまり問題にならないようです。

回答ありがとうございます。あなたの言うことはすべて同意しますが、私の質問の核心は失われたと思うので、いくつかのコンテキストを追加しましょう.

私は、10 年以上にわたって存在している大規模な企業サイトに取り組んでおり、数万のページ、さまざまなサイズの何百もの CSS ファイル (はい、知っています) とピクセル単位で設定されたフォント サイズ (これも知っています) があります。

ピクセル フォントは、IE (IE10 であっても) の「テキスト サイズ」ブラウザ設定ではテキストのサイズが変更されないことを意味します。Robooneus が正しく言うように、ems はブラウザのフォント サイズ設定を継承し、より適切なオプションですが、ピクセルはそうではありません。

その結果、IE のバージョンを問わず、サービスにアクセスするために大きなテキストが必要なユーザーは、「テキスト サイズ」設定を使用してフォント サイズを大きくすることはできませんが、ページをズームすることはできます。彼らがIE7以上を持っている場合。

ブラウザの設定に代替の「ズーム」機能がある場合、法的に IE のテキスト サイズ機能をサポートし続ける義務がありますか? たとえば、ユーザーは IE6 などの古いブラウザーの使用に制限されている場合や、画面のサイズを超えてページをズームしたくない場合があります。

サイトを WCAG 2.0 AA に準拠させようとしています。タブですべてのリンクにアクセスできるようにする必要がありますが、ユーザーがキーボードのタブを押したときに、ページの最初のリンク (ホームページに戻るロゴ) が取得されません。ページ上のすべてのテキスト リンクは正常に取得されています。私のマークアップは以下のとおりです。

どうすれば修正できますか？

WCAG 2.0 でテーブルのレイアウトが許可されていることは知っていますが、何らかの理由でチェッカーが次のエラーを出し続けます。

チェック 245: ヘッダーの行/列が複数あるデータ テーブルでは、id 属性とヘッダー属性を使用してセルを識別していません

修復: 表のセルに id 属性と headers 属性を追加して、ヘッダーに関連するセルを識別できるようにします。

HTML コード:

その内側のレイアウト テーブルを削除すると、検証に合格します。ネストされたレイアウト テーブルでこのエラーが発生するのはなぜですか?

任意の提案をいただければ幸いです。

VS2012 で ASP.NET Web サイトを開発しています。WCAG2.0 ガイドラインに合格する必要があります。VS2012 の Check Accessibility チェックリストは、ガイドラインと 1 対 1 で一致しません。

WCAG2.0 ガイドライン チェックリストに固有のツールへのポインタはありますか?