Separator
区切り
セパレーターは、部分間の実際の区切りを示すこともできる目に見える線です。人々がフォーカスして移動できる場合、それは調整可能なスプリッターになります。
もう一つの例
メールアプリでは、コマンドグループ間にフォーカスできないセパレーターを使用しています。別のセパレーターはメッセージリストとプレビューを分けます。そのセパレーターはフォーカスを受け取ることができ、ソフトウェアに方向と位置を知らせます。矢印キーで設定された幅の範囲内で移動できます。
主な部分
- 01境界
- 02方向
- 03オプションの調整可能な値
以下の場合に使用します
構造の説明に役立つ場合にのみセマンティックセパレータを使用してください。値やキーボード操作は、調整可能な場合にのみ追加してください。
以下の場合は使用しないでください
すべての装飾線をセパレーターとしてマークしないこと。固定された区切りがフォーカスを受けないようにすること。
コードで使用する名前
hr or role=separator; tabindex and aria-valuenow only when adjustable 出荷前に
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 区切り (Separator)。 User context:メールアプリでは、コマンドグループ間にフォーカスできないセパレーターを使用しています。別のセパレーターはメッセージリストとプレビューを分けます。そのセパレーターはフォーカスを受け取ることができ、ソフトウェアに方向と位置を知らせます。矢印キーで設定された幅の範囲内で移動できます。 Recommended pattern:区切り (Separator)。 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):この標準は、列挙された範囲のみを対象とします。視覚スタイル、製品の判断、またはVibularyの例は選びません。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how 区切り (Separator) 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.