Pointer & Cursor
ポインター＆カーソル
ポインタやカーソルは、画面上でポインティングデバイスがどこにあるかを示すよ。その形を見れば、選択、入力、ドラッグ、サイズ変更、待機、不可、のどれかわかるよ。
Select this text to see the text cursor.
実際の例
カードは普通の矢印のままだよ。カードの中のリンクは指の形になるんだ。ドラッグできる仕切り線は、サイズ変更のカーソルになるよ。
主な部分
- 01可視ラベル
- 02Interaction target
- 03Current state
- 04Keyboard behavior
以下の場合に使用します
その場所で何が起こるかを正直に示すカーソル形状を使用してください。
以下の場合は使用しないでください
人が使えないものにハンドポインターを表示してはいけません。カーソルの形だけを手がかりにしてはいけません。
コードで使用する名前
cursor 出荷前に
Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery.
Outcome：Complete the task with ポインター＆カーソル (Pointer & Cursor)。 User context：カードは普通の矢印のままだよ。カードの中のリンクは指の形になるんだ。ドラッグできる仕切り線は、サイズ変更のカーソルになるよ。 Recommended pattern：ポインター＆カーソル (Pointer & Cursor)。 Why it fits：その場所で何が起こるかを正直に示すカーソル形状を使用してください。 Do not use it when：人が使えないものにハンドポインターを表示してはいけません。カーソルの形だけを手がかりにしてはいけません。 Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：きちんとした書類でも、まだドラフトやリリース候補、あるいは最終版かもしれません。ステータスや、ブラウザやプラットフォームの対応状況を確認しましょう。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how ポインター＆カーソル (Pointer & Cursor) is used now. Definition: ポインタやカーソルは、画面上でポインティングデバイスがどこにあるかを示すよ。その形を見れば、選択、入力、ドラッグ、サイズ変更、待機、不可、のどれかわかるよ。 Release checks: Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.