Modal Dialog
モーダルダイアログ
モーダルダイアログは、集中するためのウインドウだよ。誰かが閉じるか完了するまで、今の画面をブロックするよ。
実際の例
アカウント削除の場合、キーボードフォーカスはダイアログ内に留まります。キャンセルした場合、フォーカスはそれを開いたボタンに戻ります。
主な部分
- 01トリガー
- 02Anchored or modal surface
- 03Focus boundary
- 04Dismiss path
以下の場合に使用します
完全な注意が必要な短い選択肢や小さなタスクに使用します。
以下の場合は使用しないでください
一つのダイアログを別のダイアログの上に開いたり、通常の低リスク情報に使ったりしてはいけません。
コードで使用する名前
<dialog> / role="dialog" aria-modal="true" 出荷前に
Move focus on purpose. Keep it inside only when the overlay blocks the page. Support Escape and a visible close button, then return focus to the opener. Keep entered data and check small-screen, loading, and failure states.
Outcome：Complete the task with モーダルダイアログ (Modal Dialog)。 User context：アカウント削除の場合、キーボードフォーカスはダイアログ内に留まります。キャンセルした場合、フォーカスはそれを開いたボタンに戻ります。 Recommended pattern：モーダルダイアログ (Modal Dialog)。 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 モーダルダイアログ (Modal Dialog) is used now. Definition: モーダルダイアログは、集中するためのウインドウだよ。誰かが閉じるか完了するまで、今の画面をブロックするよ。 Release checks: Move focus on purpose. Keep it inside only when the overlay blocks the page. Support Escape and a visible close button, then return focus to the opener. Keep entered data and check small-screen, loading, and failure states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.