このページの内容:

入力時:
達成基準 3.2.2 を理解する

3.2.2 入力時: ユーザインタフェースコンポーネントの設定を変更することが、コンテキストの変化を自動的に引き起こさない。ただし、利用者が使用する前にその挙動を知らせてある場合を除く。 (レベル A)

この達成基準の意図

この達成基準の意図は、データ入力又はフォーム・コントロールの選択の結果を予測可能にすることである。ユーザインタフェース要素の設定を変更すると、コントロールの状態を変化させ、その状態は利用者がそのユーザインタフェース要素とのやりとりを終了した後も持続する。つまり、チェックボックスを選択する、テキストフィールドにテキストを入力する、又はリストコントロールのオプションを選択すると、コンポーネントの設定を変更するが、リンク又はボタンを押下したときはそうはならない。コンテキストの変化は、その変化を知覚しづらい利用者、又は変化によって気を取られやすい利用者を混乱させてしまう恐れがある。コンテキストの変化が起こってもよいのは、そのような変化が利用者の操作に反応して起こることが明らかなときだけである。

注記: この達成基準の対象となるのは、コントロールの設定を変更したことによる状況の変化である。リンクやタブ・コントロール中のタブのクリックは、コントロールの選択・実行であり、コントロールの設定変更ではない。

注記: ここでいう”構成要素”ならびに”ユーザインタフェース構成要素”は”ユーザインタフェース要素”とも呼ばれる。

達成基準 3.2.2の具体的なメリット:

この達成基準は、インタラクティブなコンテンツをより予測可能にすることによって、障害のある利用者に役立つ。予期しないコンテキストの変化によって、視覚障害又は認知能力の低下している利用者はとても混乱してしまうので、コンテンツを利用できなくなってしまう。
コンテキストの変化に気づくことができない利用者は、サイトをナビゲートしている間に混乱した状態になりにくい。例えば、次のような利用者が当てはまる：
- 全盲の利用者、又はロービジョンの利用者は、新しいウィンドウがポップアップで開くなどのように、視覚的な状況の変化がいつ起こるのかを把握するのが困難なことがある。この場合、前もって利用者に状況の変化が起こることを知らせておくと、利用者が「戻る」ボタンがいつものように動作しないことに気づいたときの混乱を最小限に抑えることができる。
ロービジョンの利用者、読字及び知的障害のある利用者、そして視覚的な手がかりを解釈しづらい利用者は、コンテンツ制作者が手がかりを追加することによって、コンテキストの変化に気づくようになる。

達成基準 3.2.2の事例

ウェブベースのカレンダー及びスケジュール管理アプリケーションに、カレンダーへのエントリーを作成するフォームがある。件名、時刻、場所を入力する標準的なテキストフィールドとあわせて、カレンダーへのエントリーの種類を選択するラジオボタン一式がある。その種類には、会議、アポイントメント、又はリマインダなどがある。利用者が「会議」のラジオボタンを選択すると、会議の参加者を入力するためのテキストフィールドがページ上に追加で表示される。また、「リマインダ」を選択すれば、異なったテキストフィールドが表示される。この場合、入力部分だけが変化し、全体の構造は同じままなので、基本的に状況は変化していないといえる。
フォームに、米国の電話番号を入力するテキストフィールドがある。すべての電話番号には、3桁のエリアコードがあり、その後に3桁の局番、そして最後に4桁の番号があり、それぞれの番号は別々のテキストフィールドに入力するようになっている。利用者があるテキストフィールドの入力を終えて、次のテキストフィールドの最初の桁を入力しようとすると、フォーカスが自動的に次のフィールドへ移動する。このふるまいは、フォームの先頭で利用者に対して説明されている。

達成基準 3.2.2 の達成方法及び不適合事例 - 入力時

この節にある番号付の項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組合せを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。他の達成方法についての情報は、達成基準を満たすための達成方法を理解するの「その他の達成方法」を参照のこと。

十分な達成方法

注記: コンテンツの変化が常にコンテキストの変化であるとは限らない。コンテンツの変化がコンテキストの変化ではない場合、この達成基準は自動的に満たされていることになる。

3.2.2 でさらに対応が望まれる達成方法（参考）

適合するためには必須ではないが、コンテンツをよりアクセシブルにするためには、次の付加的な達成方法もあわせて検討するとよい。ただし、すべての状況において、すべての達成方法が使用可能、または効果的であるとは限らない。

G201: 新しいウィンドウを開くときには利用者に事前に知らせる

達成基準 3.2.2 のよくある不適合事例

以下に挙げるものは、WCAG ワーキンググループが達成基準3.2.2に適合していないとみなした、よくある不適合事例である。

重要な用語

コンテキストの変化 (changes of context)

ウェブページのコンテンツにおける大きな変化で、利用者が気づかないと、ウェブページ全体を一度に見ることのできない利用者を混乱させる恐れのあるもの。

コンテキストの変化には次に挙げるものの変化が含まれる:

注記: コンテンツの変化が、必ずコンテキストの変化になるとはかぎらない。アウトラインの展開、動的なメニュー、又はタブの切替などのコンテンツの変化は、それが上記のいずれか (例: フォーカス) を変更しないかぎり、コンテキストを変化させるとは限らない。

事例: 新しいウィンドウを開くこと、フォーカスを異なるコンポーネントへ移動させること、新しいウェブページへ移動すること (新しいウェブページへ移動したかのように思わせてしまうことも含む)、又はウェブページの内容を大きく再配置することなどは、コンテキストの変化の事例である。

ユーザインタフェースコンポーネント (user interface component)

コンテンツの一部分で、特定の機能を実現するための単一のコントロールとして利用者が知覚するもの。

注記 1: 複数のユーザインタフェースコンポーネントが、単一のプログラム要素で実装されることもある。ここでいうコンポーネントは、プログラムの手法と結びついたものではなく、利用者が別々のコントロールとして知覚するものを指す。

注記 2: ユーザインタフェースコンポーネントには、フォーム要素、リンクだけでなく、スクリプトで生成されるコンポーネントが含まれる。

事例: アプレットには、コンテンツ内を行単位、ページ単位、又はランダムアクセスで移動するために用いられる「コントロール」がある。これらには、いずれも名前 (name) を割り当て、個別に設定できるようにする必要があるため、それぞれが「ユーザインタフェースコンポーネント」となる。

入力時:達成基準 3.2.2 を理解する