Settings Page
設定ページ
設定ページには、アプリの動作をタスク全体で変更する選択肢が含まれています。適切なデフォルト設定は、ほとんどの人がすぐに開始できるようにします。
もう一つの例
ワークスペースのオーナーは、週間サマリーを変更し、その選択がどのチームメンバーに影響するかを確認します。
主な部分
- 01設定グループ
- 02プレーンラベル
- 03現在の値
- 04効果と範囲
- 05フィードバックを保存
以下の場合に使用します
人々がめったに変更せず、再び見つけられることを期待する一般的な選択肢に使用します。
以下の場合は使用しないでください
ここでタスク固有の選択肢を隠さないでください。それらの選択肢は、変更するタスクのそばに置いてください。
コードで使用する名前
scope + safe default + grouped controls + save feedback + permissions 出荷前に
Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.
Outcome：Complete the task with 設定ページ (Settings Page)。 User context：ワークスペースのオーナーは、週間サマリーを変更し、その選択がどのチームメンバーに影響するかを確認します。 Recommended pattern：設定ページ (Settings Page)。 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 設定ページ (Settings Page) is used now. Definition: 設定ページには、アプリの動作をタスク全体で変更する選択肢が含まれています。適切なデフォルト設定は、ほとんどの人がすぐに開始できるようにします。 Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.