Progress Indicator
진행 표시기
진행 표시는 계속 작업 중이라는 걸 알려줘요. 막대나 원형 모양은 얼마나 진행됐는지 알려주고, 스피너는 얼마나 기다려야 하는지 알 수 없을 때 써요.
실제 예시
400 MB 업로드는 62%와 남은 시간을 보여줘요. 언제 끝날지 모르는 빠른 조회는 작은 스피너를 써요.
주요 부분
- 01State signal
- 02Human-readable message
- 03Timing or progress
- 04Recovery path
사용할 때
작업을 측정할 수 있을 때는 항상 끝점이 있는 막대를 사용하세요.
다음 경우에는 사용하지 마세요
설명 없이, 취소 방법도 없고, 실패 상태도 없는 끝없는 스피너를 절대 표시하지 마세요.
코드에서 사용된 이름
<progress> / aria-busy 출시하기 전에
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 진행 표시기 (Progress Indicator)。 User context：400 MB 업로드는 62%와 남은 시간을 보여줘요. 언제 끝날지 모르는 빠른 조회는 작은 스피너를 써요. Recommended pattern：진행 표시기 (Progress Indicator)。 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 진행 표시기 (Progress Indicator) 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.