Empty State
空の状態
リストやワークスペースに現在コンテンツがない場合、空の状態が表示されます。それがなぜかを説明し、有用な次のステップを示します。
Save a guide to keep the patterns your team uses most within reach.
実際の例
新しいプロジェクトには研究がなく、その所有者は研究を作成できます。ページにはこれが明確に記載され、価値が説明され、[Create study] が提供されています。検索結果はクエリ変更の手助けを必要とせず、初回使用時のウェルカムテキストも必要ありません。
主な部分
- 01空の理由
- 02文脈に基づく説明
- 03有効な次のステップ
以下の場合に使用します
理由が初回使用、削除済みデータ、フィルター、権限、または失敗であるかを確認した後、この用語を使用します。
以下の場合は使用しないでください
データ読み込み中やエラーを隠している間に、陽気な空のプレースホルダーを表示しないこと。
コードで使用する名前
zero-content reason → explanation + next action 出荷前に
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 空の状態 (Empty State)。 User context：新しいプロジェクトには研究がなく、その所有者は研究を作成できます。ページにはこれが明確に記載され、価値が説明され、[Create study] が提供されています。検索結果はクエリ変更の手助けを必要とせず、初回使用時のウェルカムテキストも必要ありません。 Recommended pattern：空の状態 (Empty State)。 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 空の状態 (Empty State) 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.