Toast
トースト通知
トーストは短い状態のメッセージです。ページをブロックせず、たいていは時間が経てば自動的に消えます。
実際の例
自動保存の後、”変更が保存されました”が静かに隅に表示され、一度だけ通知されます。
主な部分
- 01State signal
- 02Human-readable message
- 03Timing or progress
- 04Recovery path
以下の場合に使用します
回答を必要としない低リスクな確認にはこれを使用してください。
以下の場合は使用しないでください
重要なエラーや人々が読む・従う必要がある指示には絶対に使用しないでください。
コードで使用する名前
role="status" 出荷前に
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 トースト通知 (Toast)。 User context：自動保存の後、”変更が保存されました”が静かに隅に表示され、一度だけ通知されます。 Recommended pattern：トースト通知 (Toast)。 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 トースト通知 (Toast) 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.