Navigation Rail
ナビゲーションレール
ナビゲーションレールは、画面の端に沿った主要な場所の短い縦リストです。これは一般的なデザインパターンであり、ウェブ標準ではありません。
実際の例
タブレットアプリには、5つの安定した主要な目的地があります。レールはアイコン、テキストラベル、現在の場所、明確なキーボード順序を表示します。数十の入れ子になった目的地には、過剰に情報が詰め込まれたレールではなく、階層が必要です。
主な部分
- 01転送先アイコン
- 02テキストラベル
- 03現在のインジケーター
以下の場合に使用します
中〜大画面でのトップレベルの場所の小さく安定したセットには、この用語を使用します。
以下の場合は使用しないでください
長いラベルや深い構造には使用しないでください。コンテンツから必要なスペースを奪ってはいけません。
コードで使用する名前
edge navigation + current destination 出荷前に
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome:Complete the task with ナビゲーションレール (Navigation Rail)。 User context:タブレットアプリには、5つの安定した主要な目的地があります。レールはアイコン、テキストラベル、現在の場所、明確なキーボード順序を表示します。数十の入れ子になった目的地には、過剰に情報が詰め込まれたレールではなく、階層が必要です。 Recommended pattern:ナビゲーションレール (Navigation Rail)。 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 ナビゲーションレール (Navigation Rail) is used now. Definition: ナビゲーションレールは、画面の端に沿った主要な場所の短い縦リストです。これは一般的なデザインパターンであり、ウェブ標準ではありません。 Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.