WCAG 2.0 解説書

本文へジャンプ

-

キーボード:
達成基準 2.1.1 を理解する

2.1.1 キーボード: コンテンツのすべての機能は、個々のキーストロークに特定のタイミングを要することなく、キーボードインタフェースを通じて操作可能である。ただし、その根本的な機能が利用者の動作による始点から終点まで続く一連の軌跡に依存して実現されている場合は除く。 (レベル A)

注記 1: 上記の例外は、根本的な機能に関するものであり、入力手法に関するものではない。例えば、テキスト入力に手書き入力を用いるのであれば、その入力手法 (手書き) は利用者の動作による軌跡に依存した入力を必要とするが、その根本的な機能 (テキスト入力) は利用者の動作による軌跡に依存した入力を必要とするものではない。

注記 2: これは、キーボード操作に加えて、マウス入力、又はその他の入力手段を提供することを禁ずるものでも妨げるものでもない。

この達成基準の意図

この達成基準の意図は、可能な限り、コンテンツをキーボード又は (代替キーボードが利用できるような) キーボードインタフェースで操作できるようにすることである。コンテンツがキーボード又は代替キーボードで操作可能であれば、(目と手を一緒に使うマウスのようなデバイスを使用できない) 全盲の人にも、代替キーボード又はキーボードエミュレータのような入力デバイスを使用しなければならない人にも操作できることになる。キーボードエミュレータには、音声認識入力ソフトウェア、呼気/吸気操作ソフトウェア、オンスクリーンキーボード、スキャニングソフトウェア、そして様々な支援技術及び代替キーボードがある。ロービジョンの利用者は、ポインタを目で追うのが困難なことがあり、キーボードでソフトウェアを操作できれば、ソフトウェアがとても使いやすくなる (又は、単に使えるようになる)。

「個々のキーストロークに特定のタイミング」の事例としては、利用者が短時間のうちに複数の打けんを繰り返す又は実行する必要がある状況、又は打けんが受け付けられるまでは長い間キーを押下していなければならないような状況がある。

「ただし、その根本的な機能が単に利用者の動作の終点に依存しておらず、利用者の動作による軌跡に依存して実現されている場合は除く。」というフレーズは、キーボードから無理なく操作することができないものとを区別するために含まれている。

ポインティングデバイスにより実行される操作のほとんどは、(例えば、クリックする、選択する、動かす、拡大、縮小するなど) キーボードでも実行可能である。しかし、過度のキーストローク数を必要としない既知の方法でキーボードから実行できないポインティングデバイスで行われる細かな入力の分類がある。手書き描画、水彩画、及び障害物訓練コースでのヘリコプター操縦は、どれも軌跡に依存した入力を要する機能の事例である。直線や規則的な幾何学的図形を描く、ウィンドウのサイズを変更する及びある位置へオブジェクトをドラッグして移動させること (その位置への軌跡に意味がない場合) は、軌跡に依存した入力を必要としない。

(テンキーでマウスポインタを操作する) マウスキーの使用は、アプリケーションと同等のキーボードではないので、この達成基準を満たさないだろう。これはマウスに相当する (つまり、アプリケーションにはマウスのように見える)。

利用者の入力機能を設計する際、オペレーティングシステムのキーボードアクセシビリティ機能を使用する可能性があることを考慮するのは当然のことである。例えば、修飾キーがロックされているかもしれない。そのような環境でコンテンツは引き続き機能し、予期しない結果を生じるために修飾キーロックと衝突するイベントは送信されない。

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

  • (目と手を一緒に使うマウスのようなデバイスを使用できない) 全盲の人

  • (画面上のポインタを見つけたり、目で追ったりするのが困難である) ロービジョンの人

  • マウスを使うのがとても困難なため、通常はキーボードを使用している手に震えのある人

達成基準 2.1.1 の事例

関連リソース

リソースは、情報提供のみを目的としており、推奨を意味するものではない。

(今のところ、文書化されていない)

達成基準 2.1.1 の達成方法及び失敗例 - キーボード

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

十分な達成方法

  1. G202: すべての機能をキーボードだけでも操作可能にする

  2. 次の達成方法の一つを用いて、キーボードで操作できることを保証する。

  3. 次の達成方法の一つを用いて、 G90: キーボードがトリガーとなるイベント・ハンドラを提供する :

  4. FLASH17: Flash オブジェクトをキーボードで操作可能にして、キーボードトラップを回避する (Flash)  かつ、必要に応じて次の達成方法を用いる:

2.1.1 でさらに対応が望まれる達成方法 (参考)

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

  • インタラクティブなユーザインタフェースコンポーネントとして静的な要素に再度目的を持たせる場合、XHTML の役割、状態、及び値の属性を使用する (リンク追加予定) 及び SCR29: 静的なHTML要素にキーボード操作可能なアクションを追加する (Scripting)

  • 重要なリンク及びフォームのコントロールへのキーボードショートカットを提供する (リンク追加予定)

  • 一覧表の各項目を始めるために固有の文字の組合せを使用する (リンク追加予定)

  • もっとも抽象的なイベントハンドラを選択する (リンク追加予定) (Scripting)

  • OnActivate イベントを使用する (リンク追加予定) (Scripting)

  • 他の目的で、一般的なユーザエージェントのキーボードコマンドの使用を避ける (リンク追加予定)

重要な用語

キーボードインタフェース (keyboard interface)

キーストローク入力を取得するためにソフトウェアが用いるインタフェース。

注記 1: 標準ではキーボードが存在しない技術であっても、キーボードインタフェースによって、利用者がキーストローク入力をプログラムに提供できる。

事例: タッチスクリーンを搭載している PDA には、外部キーボードへのコネクタとあわせて、そのオペレーティングシステムに組み込まれたキーボードインタフェースがある。PDA 上のアプリケーションはそのインタフェースを用いて、外部キーボード、あるいは手書き解釈プログラムや「キーボードエミュレーション」機能付きの音声テキスト変換アプリケーションのような擬似キーボード出力を提供する他のアプリケーションのいずれかからキーボード入力を取得することができる。

注記 2: マウスキーのようなキーボード操作によるマウスエミュレータによるアプリケーション (又は、そのアプリケーションの一部) の操作は、キーボードインタフェースからの操作とは見なさない。なぜならば、この場合、プログラムの操作は、キーボードインタフェースからではなく、そのポインティングデバイス インタフェースからの入力によって行われるからである。

機能 (functionality)

利用者の操作により実現可能なプロセス及び結果。