ARIA Grid
ARIAグリッド
ARIAグリッドは、行とセルのインタラクティブなセットです。矢印キーでフォーカスを上下左右に移動できます。
もう一つの例
座席表は12行×20列のグリッドです。矢印キーで1席移動し、Homeキーで行の先頭へ、Enterキーで座席を選択します。使用不可の座席は名前を保持しますが、選択できません。位置での移動が難しい場合は、ページ上からリストも利用できます。
主な部分
- 01グリッドコンテナ
- 02行とセル
- 03二軸フォーカスモデル
以下の場合に使用します
行と列のレイアウトが重要な場合に使用してください。1つの管理されたタブストップの方が、何百もの個別のコントロールよりも簡単かもしれません。
以下の場合は使用しないでください
人々が読むだけのテーブルにグリッドロールを追加しないでください。グリッドにはアプリのようなキーボード操作が必要です。
コードで使用する名前
role=grid/row/gridcell + roving tabindex or aria-activedescendant 出荷前に
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 ARIAグリッド (ARIA Grid)。 User context：座席表は12行×20列のグリッドです。矢印キーで1席移動し、Homeキーで行の先頭へ、Enterキーで座席を選択します。使用不可の座席は名前を保持しますが、選択できません。位置での移動が難しい場合は、ページ上からリストも利用できます。 Recommended pattern：ARIAグリッド (ARIA Grid)。 Why it fits：行と列のレイアウトが重要な場合に使用してください。1つの管理されたタブストップの方が、何百もの個別のコントロールよりも簡単かもしれません。 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 ARIAグリッド (ARIA Grid) is used now. Definition: ARIAグリッドは、行とセルのインタラクティブなセットです。矢印キーでフォーカスを上下左右に移動できます。 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.