すべての機能を、キーを押す速さに頼らず使えるようにする。

05条件と補足

2.1.1の軌跡に関する例外との違い

Aの2.1.1「キーボード」には、本来の機能が入力の始点と終点だけでなく、その間の軌跡に依存する場合の例外があります。自由な線を描く機能などが例です。

2.1.3には、この例外がありません。公式解説は、本来の機能が軌跡依存の入力を必要とするコンテンツは、このAAA基準に適合できないと説明しています。その機能を残したまま、評価の対象から除外してAAAに適合したとは判断しません。

今回の図は、三つの候補から一つを選ぶ機能です。自由描画を別の候補選択に置き換えて、同じ機能を提供したとみなす例ではありません。単にポインターで操作する実装を選んだことと、本来の機能に軌跡が必要なことを区別します。

キーボードインタフェースの意味

物理的なキーボードに加え、キー入力をソフトへ伝える仕組みを含みます。音声入力やスイッチなど、キー入力を送る支援技術も、この仕組みを使えます。スマートフォン向けのページも、キーボードインタフェースからの操作を確認します。

一方、マウスキーのように、キーでポインターの動きを再現する機能を利用者に使わせるだけでは、この基準のキーボードインタフェースによる操作とは扱いません。

同じ機能を使う方法

すべての見える部品を、必ず同じ方法でキーボード操作できるようにする要件ではありません。別の操作方法でも、同じ又は同等の操作と結果を得られれば対応できます。方法を分ける場合も、機能を省略しないようにします。

標準的な操作に合わせることは、利用者が覚え直す負担を減らす工夫です。例えば、HTMLのボタンやラジオボタンでは、ブラウザーが提供するキー操作を利用できます。特定のHTML部品や、全サイト共通のキーの組み合わせ自体が、この基準の要件ではありません。

2.1.2「キーボードトラップなし」では操作箇所から抜け出せるか、2.4.7「フォーカスの可視化」では操作位置が分かるかも確認します。図は構図候補を選ぶ機能についての例であり、サイト全体のAAA適合を示すものではありません。