Resize Handle
サイズ変更ハンドル
リサイズハンドルは、端や角にあるつまみのことです。これをドラッグして、パネルや入力欄、列のサイズを変えます。
Drag the handle, or use Left and Right Arrow keys.
実際の例
分割エディターには、つかみやすい太い境界線があります。ドラッグすると、両方のパネルのサイズが変わります。
主な部分
- 01可視ラベル
- 02Interaction target
- 03Current state
- 04Keyboard behavior
以下の場合に使用します
人々がスペースを直接分割する必要があり、合理的なサイズ制限を設定できる場合に使用します。
以下の場合は使用しないでください
小さすぎるマークや見えないターゲットを使ってはいけません。サイズ変更にも制限とキーボードオプションが必要です。
コードで使用する名前
resize / separator handle 出荷前に
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 サイズ変更ハンドル (Resize Handle)。 User context:分割エディターには、つかみやすい太い境界線があります。ドラッグすると、両方のパネルのサイズが変わります。 Recommended pattern:サイズ変更ハンドル (Resize Handle)。 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 サイズ変更ハンドル (Resize Handle) 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.