Status Message
ステータスメッセージ
ステータスメッセージは、ダイアログを開いたりフォーカスを奪ったりすることなく、結果、進行状況、または待機を報告します。
実際の例
バイヤーがコード JULY15 を使用した後、フォーカスはそのままの位置に留まります。ステータスには「割引適用済み; 合計 NT$1,530」と表示されます。無効なコードの場合は、そのフィールドに関連したエラーが表示されます。選択が必要な支払い失敗の場合は、ダイアログが開き、フォーカスが移動します。
主な部分
- 01トリガー操作
- 02永続メッセージコンテナ
- 03中断しない通知
以下の場合に使用します
人々が作業を中断したりフォーカスを移動したりせずに気づくべき更新に使用してください。
以下の場合は使用しないでください
すぐに消えるトーストだけに頼らないでください。もしメッセージに今すぐの対応が必要な場合、人々が行動できる場所にフォーカスを移してください。
コードで使用する名前
role=status or an appropriate aria-live region without focus transfer 出荷前に
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 ステータスメッセージ (Status Message)。 User context:バイヤーがコード JULY15 を使用した後、フォーカスはそのままの位置に留まります。ステータスには「割引適用済み; 合計 NT$1,530」と表示されます。無効なコードの場合は、そのフィールドに関連したエラーが表示されます。選択が必要な支払い失敗の場合は、ダイアログが開き、フォーカスが移動します。 Recommended pattern:ステータスメッセージ (Status Message)。 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 ステータスメッセージ (Status Message) 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.