適用 (対象)
あらゆる技術で実装されたコンテンツ。
これは、達成基準 2.1.4: 文字キーのショートカット (十分な達成方法) に関連する達成方法である。
解説
一部のコンテンツ制作者は、利用者の操作を高速化するために、アプリケーションにショートカットを提供している。ただし、そのようなショートカットが修飾なしの文字キー (文字、数字、句読点または記号文字) のみの場合、音声入力の利用者だけでなく、正確に入力することが困難な一部のキーボードの利用者にも課題となる。
偶発的な動作を防ぐために、コンテンツ制作者は、利用者が文字キーのみで構成されるショートカットをオフにしたり再設定できるようにしなければならない。ショートカットの再設定には、Ctrl などの修飾キーを追加する機能が含まれてもよい。また、コンテンツ制作者は、修飾キーの追加に加えて、割り当てられた文字キーの変更を利用者に許可してもよい。ショートカットをオフにするか再割り当てするメカニズムを提供することで、より多くの利用者がアプリケーションとうまく対話できるようになる。
特定のユーザインタフェースコンポーネントにフォーカスがあるときにのみキーボードショートカットが有効になっている場合、コンテンツ制作者は上書きするメカニズムを提供する必要はない。例えば、select 要素では、文字キーを押すと、その文字で始まる select 要素内の次のアイテムに移動することが予想される。このショートカットは、select 要素にフォーカスがある場合にのみトリガされるため、利用者がページの残りの部分と対話する機能を妨げることはない。
テスターにとっての最初の課題は、コンテンツ制作者が作成したショートカットが存在するかどうかを特定し、既存のショートカットが修飾なしの文字キーによってトリガされるかどうかを判断することである。テスターが開発チームにアクセスできる場合、ショートカットキーの存在及び性質は、多くの場合、関係するデザイナや開発者に尋ねるだけで判断できる。コンテンツ制作者からの信頼できる情報が利用できない場合、ショートカットの存在はコードをチェックすることでおそらく識別できる (例えば、javascript で、keydown、keyup、及び keypress リスナーの存在)。ショートカットを識別するもう一つの方法は、文書を確認することである。これらの方法のいずれもキーボードショートカットの存在に関する情報を提供しない場合、文字キーショートカットの存在を探すために手動テストを完了する必要がある。テスト手順については、F99: 達成基準 2.1.4 の失敗例－停止又は再割り当て不可能な文字キーショートカットが実装されている を確認。
事例
事例 1: コンテンツ制作者は、ウェブベースの電子メールクライアントでショートカットを無効にする簡単なメカニズムを提供する
電子メールクライアントには 1 文字のショートカットが含まれているため、キーボード利用者はより迅速にアプリケーションと対話できる。 (例えば、R キーは受信トレイ内の現在のアイテムに返信し、D キーは削除し、S キーはスターを付ける)。これらのキーは、利用者がメールを作成している間は適用されない。しかし、利用者はキーボードフォーカスが作成ペイン又は受信トレイのどちらにあるか混乱することがあり、かつ、受信トレイにいる間に、文字 D を含む単語を作成しようとして誤ってメッセージを削除することがある。この問題を克服するために、コンテンツ制作者はショートカット用のトグルボタンを提供し、利用者が簡単に有効又は無効にできるようにする。
関連する参考リソース
参考リソースは情報提供のみを目的としており、推奨を意味するものではない。
- リンク
検証
手順
各文字キーのショートカット:
- 利用者が、ショートカットを無効にする、又はショートカットを一つ以上の修飾キーを含む組み合わせに再割り当てするかどうかを判断する。
期待される結果
- 1. の結果が真である。