スクリーンリーダーとマウス
アクセシブルなツールチップを作成しています。初めてアクセシビリティの世界に飛び込みます。入力の横に表示され、現在、障害のあるユーザーにどのように表示するかを考えています。このデザインでは、フォーカスを合わせて表示することはできません。そのため、スクリーンリーダーのユーザーがマウスに触れたり、マウスを操作したりすることはあるのでしょうか。私のアイデアは、最初のmousemoveイベントをフックし、ツールチップのモードを切り替えてホバーに表示し、マウスムーブが発生しなかった場合はフォーカスに表示することです。しかし、私には彼の障害の経験について話してくれる人がいないので、ここの人々がスクリーンリーダーのユーザーパターンについての知識を持っていることを望んでいました。
私はあなたの元の質問に少し混乱しています。最初に言う
デザインはそれを焦点に表示することを許可していません
そしてあなたは言う
マウスムーブが発生しなかった場合、フォーカス上に表示されます。
では、キーボードフォーカスでツールチップを表示する予定はありますか？
" WAI-ARIA Authoring Practices 1.1 "にはツールチップのパターンがありますが、まだ開発中です。ツールチップは、マウスホバーまたはキーボードフォーカスのいずれかに表示される必要があります。
スクリーンリーダーのユーザーには多くの種類があります。一部のユーザーは視力が低く、スクリーンリーダーを使用して視力を制限しています。これらのタイプのユーザーはマウスを使用する可能性があります。一部のユーザーは、認知または学習の問題を抱えており、スクリーンリーダーを使用してページを読み、理解するのに役立つようにエクスペリエンスを強化しています。それらのユーザーおそらくもマウスを使用します。一部のユーザーは、視力が非常に限られているかまったくないため、Webページを操作する唯一の手段としてスクリーンリーダーを使用しています。これらのユーザーはマウスを使用しません。これは、さまざまなタイプのユーザーのほんの一部です。
Slugoliciousが言うように、一部の人々はスクリーンリーダーと一緒にマウスを使用します。
デザインはそれを焦点に表示することを許可していません
私はあなたのウェブサイトやアプリケーションが何をしているのか分かりませんが、これは非常に珍しいようです！ホバーでツールチップが問題ない場合、フォーカスで問題がないのはなぜですか？それをバグとしてビジュアルデザインチームに送り返すか、正当化するよう要求します。
私はフォーカスに非表示のツールチップを表示し、ホバーに表示されるツールチップをそのままにしました
visibleツールチップをフォーカスに表示する必要があります。一部のsightedユーザーはマウスやスクリーンリーダーを使用していないためです。器用さの障害を持つ多くのユーザーは自信を持ってマウスを使用できないため、キーボードが推奨される入力方法です。アクセシビリティは、視覚障害を持つユーザーだけのものではありません。
私のアイデアは、最初のマウスムーブイベントをフックし、ツールチップのモードを切り替えてホバーに表示し、マウスムーブが発生しなかった場合はフォーカスに表示することです。
ユーザーを分離するので、これはお勧めしません。キーボードユーザーORマウスユーザーとして分類します。実際には、多くのユーザーが両方です。
- 器用さの障害は、視覚障害と同じように程度が異なります。ユーザーは、一部の操作（ウィンドウの切り替えやスクロールなど）にマウスまたはタッチパッドを使用できる場合がありますが、隣接する小さなターゲット（ラジオボタンやリンクのリストなど）には問題があります。そのため、マウスを介してアプリケーションに到達する可能性がありますが、その場合は、キーボードに切り替えて、入力した内容を入力することを好みます。この時点で、JavaScriptはフォーカスに表示されるツールチップを無効にしました。
- ユーザーは（器用さや視覚障害がない場合）マウスを使用できますが、フォーム入力間をキーボードでナビゲートすることを好みます。これは、通常のデータ入力動作であり、誰でも使用できます。
- キーボードのみを使用するユーザーの場合、コンピュータにマウスが接続されている可能性があり、誤って移動する可能性があることに注意してください。例：アリスは手の震えがあり、マウスを使用しません。同僚のボブは朝のメールを運び、封筒を机の上に置いたときにマウスをノックします。ツールチップが機能しなくなりました:-(