Menubar
メニューバー
メニューバーは、常に表示されるメニューで、多くの場合、1 行の水平に並んでいます。これらの項目は、アプリスタイルのキーボード規則で、コマンドやサブメニューを開きます。
実際の例
リッチテキストエディタには「ファイル」「編集」「書式」「ヘルプ」の各グループがあります。矢印キーで上部の項目間を移動してサブメニューを開くことができ、Tabキーでメニューバーから離れます。ページリンクのあるウェブサイトのヘッダーは、自動的にメニューバーにはなりません。
主な部分
- 01永続コンテナ
- 02トップレベルメニュー項目
- 03サブメニューの関係
以下の場合に使用します
常に表示される、デスクトップ風アプリのコマンドで、ユーザーがメニューのキーボード規則を期待する場合にはこの用語を使用します。
以下の場合は使用しないでください
リンクや通常のTab順のほうがわかりやすい場合、通常のサイトナビゲーションには使用しないでください。
コードで使用する名前
role=menubar + horizontal arrow navigation 出荷前に
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 メニューバー (Menubar)。 User context:リッチテキストエディタには「ファイル」「編集」「書式」「ヘルプ」の各グループがあります。矢印キーで上部の項目間を移動してサブメニューを開くことができ、Tabキーでメニューバーから離れます。ページリンクのあるウェブサイトのヘッダーは、自動的にメニューバーにはなりません。 Recommended pattern:メニューバー (Menubar)。 Why it fits:常に表示される、デスクトップ風アプリのコマンドで、ユーザーがメニューのキーボード規則を期待する場合にはこの用語を使用します。 Do not use it when:リンクや通常のTab順のほうがわかりやすい場合、通常のサイトナビゲーションには使用しないでください。 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 メニューバー (Menubar) is used now. Definition: メニューバーは、常に表示されるメニューで、多くの場合、1 行の水平に並んでいます。これらの項目は、アプリスタイルのキーボード規則で、コマンドやサブメニューを開きます。 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.