Keyboard Trap
키보드 트랩
키보드 트랩은 포커스가 페이지의 일부로 들어가지만 키보드로 빠져나올 수 없을 때 발생합니다.
다른 예시
여행자가 날짜 선택기를 엽니다. 그들은 날짜 사이를 이동하거나, Escape를 눌러 닫거나, 선택 후 Tab을 누를 수 있습니다. 깨진 캘린더는 모든 Tab 눌림을 잡아내고 탈출할 방법을 제공하지 않습니다.
주요 부분
- 01진입 경로
- 02내부 작업
- 03문서화된 종료
사용할 때
모든 복잡한 위젯, 오버레이, 내장 편집기, 서드파티 프레임을 키보드만으로 테스트하세요. 사람들이 들어오고 나갈 수 있는지 확인하세요.
다음 경우에는 사용하지 마세요
모달 포커스 루프는 Escape 키와 항상 보이는 닫기 버튼이 사용자가 나갈 수 있도록 허용할 때 함정이 아닙니다.
코드에서 사용된 이름
keyboard-only test: enter, operate, Escape or Tab out 출시하기 전에
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 키보드 트랩 (Keyboard Trap)。 User context：여행자가 날짜 선택기를 엽니다. 그들은 날짜 사이를 이동하거나, Escape를 눌러 닫거나, 선택 후 Tab을 누를 수 있습니다. 깨진 캘린더는 모든 Tab 눌림을 잡아내고 탈출할 방법을 제공하지 않습니다. Recommended pattern：키보드 트랩 (Keyboard Trap)。 Why it fits：모든 복잡한 위젯, 오버레이, 내장 편집기, 서드파티 프레임을 키보드만으로 테스트하세요. 사람들이 들어오고 나갈 수 있는지 확인하세요. Do not use it when：모달 포커스 루프는 Escape 키와 항상 보이는 닫기 버튼이 사용자가 나갈 수 있도록 허용할 때 함정이 아닙니다. 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 키보드 트랩 (Keyboard Trap) 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.