長押しや時間内の2回押しが必要なボタン

ショップのアカウントページに、顧客が保存したリストが並んでいます。たとえば14アイテムの「キッチンのアイデア」で、それぞれに削除する方法があります。デザイナーは、ダイアログを挟まずに、削除の前にひと呼吸置いてほしいと考えました。そこでボタンには「長押しで削除」と書かれています。マウス、指、Enter、Spaceのどれかで押し続けると、ボタンの中をゲージが進み、1.5秒たつ前に離すとゲージが戻ります。同じ考えのもう一つの形は、普通の「リストを削除」ボタンです。1回押すと「もう一度押して削除」に変わり、3秒たつと元に戻ります。

どちらもキーボードで動きます。ただし、手とキーボードがタイミングを合わせられる場合だけです。スイッチの押下、「Enterを押す」という音声のコマンド、スクリーンキーボードのタップは、どれも押してすぐ離す1回の押下として届きます。ゲージは進んだ瞬間に戻り、リストは残ります。時間内にもう一度押すには、3秒以内にボタンへもう一度届く必要がありますが、スイッチのスキャンや音声のコマンドでは、間に合わないことがあります。

達成基準2.1.1は、すべての機能を「個々のキーストロークに特定のタイミングを要することなく」キーボードで操作できることを求めています。解説書は、このタイミングの例を2つ挙げています。短い時間のうちにキーを繰り返し押したり、続けて押したりする必要があるもの、そしてキーストロークとして受け付けられる前に、キーを長く押し続ける必要があるものです。長押しのボタンは2つ目に、「もう一度押す」ボタンは1つ目に当たります。どちらもキーボードの操作を受け付けていますが、それでも基準を満たしません。削除する方法が、時間内に押すことしかないためです。

時間を緩めても結果は変わりません。短い長押しも、長い待ち時間も、間に合わない人がいるタイミングであることに変わりはありません。基準を満たすには、キーストロークから時間の条件をなくします。

この問題はテストではほとんど表に出ません。ページを作ってテストする人は、タイマーが想定するとおりにキーを押すためです。表に出るのは、「何も削除できない」という顧客と、消したはずのリストが並んだアカウントです。

10グループ中4グループに影響

• 全盲 （影響あり）
• 弱視 （影響なし）
• 色覚 （影響なし）
• ろう （影響なし）
• 難聴 （影響なし）
• 発話 （影響なし）
• 手の操作 （影響あり）
• 届く範囲・力 （影響あり）
• 認知 （影響あり）
• 光過敏 （影響なし）

• 手の操作が限られる スイッチの押下、「Enterを押す」という音声のコマンド、スクリーンキーボードのタップは、どれも押してすぐ離す1回の押下として届くため、ゲージは満ちません。スキャンや音声のコマンドでボタンにもう一度届くまでに、3秒以上かかることもあります。
• 届く範囲・力が限られる 手のふるえや筋力の低下がある人は、キーを1.5秒押し続ける間に指が外れることがあります。押し間違いを防ぐバウンスキーを使っている人は、2回目が早すぎると無視されます。
• 視覚を使わない ブラウズモードのスクリーンリーダーは、ボタンを1回のクリックで押すため、ゲージは満ちません。「もう一度押して削除」への変化も、3秒が過ぎる前に読み上げられるとは限りません。
• 言語・認知・学習の能力が限られる どれだけ押し続けるのか、どれだけ早くもう一度押すのかがどこにも書かれておらず、ボタンが勝手に元に戻るため、読もうと手を止めた人は、何か起きたのかどうか分からなくなります。

ボタンは名前が見えるHTML標準のボタンなので、自動チェックでは問題が見つかりません。Enterを押すスクリプトにとっては、何も起きないボタンであり、別の何かを待っているボタンとの区別がつきません。そもそも、本番のサイトで削除のボタンを押すテストは、診断では実行できません。そこでEaseWebの診断は、ページの言葉を読みます。操作要素の近くにある「Hold to」「press and hold」「press again to」や「長押し」は、確認の対象として報告します。言葉のない長押しや、1回目を押した後にだけ現れる「もう一度押して」は、どのチェックも見つけられません。AIのコーディングツールは、長押しで確定するボタンを頼まれれば作り、キーボードで動くようにkeydownとkeyupのハンドラーも加えますが、そこで終わることがあります。2.1.1のタイミングの部分は、見落としやすいほうです。