Focus Order
포커스 순서
포커스 순서는 키보드 포커스가 페이지를 통해 따라가는 경로입니다. 읽기 및 작업 순서와 일치해야 합니다.
다른 예시
결제 시 Tab 키는 연락처 정보, 배송, 결제, 검토, 그리고 '주문하기'로 이동합니다. 쿠폰 패널은 미리 이동하지 않습니다. 주소 대화 상자가 닫히면 포커스는 해당 버튼으로 돌아갑니다.
주요 부분
- 01진입점
- 02순차적 정류장
- 03포커스 반환
사용할 때
DOM 순서를 읽기 및 작업 순서와 동일하게 유지하십시오. 상호작용이 컨텍스트를 변경할 때만 포커스를 직접 이동하십시오.
다음 경우에는 사용하지 마세요
양수 tabindex 값은 피하십시오. 시각적 경로와 키보드 경로가 달라질 때 CSS 순서를 사용하지 마십시오.
코드에서 사용된 이름
DOM order + tabindex=0/-1 + deliberate focus restoration 출시하기 전에
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 포커스 순서 (Focus Order)。 User context:결제 시 Tab 키는 연락처 정보, 배송, 결제, 검토, 그리고 '주문하기'로 이동합니다. 쿠폰 패널은 미리 이동하지 않습니다. 주소 대화 상자가 닫히면 포커스는 해당 버튼으로 돌아갑니다. Recommended pattern:포커스 순서 (Focus Order)。 Why it fits:DOM 순서를 읽기 및 작업 순서와 동일하게 유지하십시오. 상호작용이 컨텍스트를 변경할 때만 포커스를 직접 이동하십시오. Do not use it when:양수 tabindex 값은 피하십시오. 시각적 경로와 키보드 경로가 달라질 때 CSS 순서를 사용하지 마십시오. 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 포커스 순서 (Focus Order) 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.