Progressbar
進行バー
進捗バーは、時間制のタスクがどれだけ完了したかを示します。人々はそれを読むことはできますが、直接制御することはできません。
実際の例
2.4GBのファイルがアップロードされる間、バーは“アップロード、68パーセント”と表示し、有用なときのみ更新します。サーバーがファイルを確認している間は不明な量を表示します。キャンセルは別のボタンとして残ります。
主な部分
- 01タスクラベル
- 02トラックアンドフィル
- 03現在の値
以下の場合に使用します
総作業量が分かっている場合は数字を表示します。分からない場合は、その状態をラベル付けし、現在何が起きているかを説明します。
以下の場合は使用しないでください
プログレスバーをフォーカス可能または調整可能にしないでください。値をユーザーが制御する場合はスライダーを使用してください。
コードで使用する名前
role=progressbar with aria-valuemin/max/now and accessible name 出荷前に
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 進行バー (Progressbar)。 User context:2.4GBのファイルがアップロードされる間、バーは“アップロード、68パーセント”と表示し、有用なときのみ更新します。サーバーがファイルを確認している間は不明な量を表示します。キャンセルは別のボタンとして残ります。 Recommended pattern:進行バー (Progressbar)。 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 進行バー (Progressbar) 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.