Date Picker
날짜 선택기
날짜 선택기는 달력에서 날짜를 입력하거나 선택할 수 있는 컨트롤입니다. 시간은 선택하지 않습니다.
실제 예시
여행자는 8월 4일 이후의 날짜를 선택할 수 있으며, 일부 날짜는 이용할 수 없습니다. 키보드나 포인터 입력은 2026-08-12를 반환하고 제한 사항을 설명합니다. 알려진 ISO 날짜를 입력하는 것이 더 빠른 경우, 달력은 필수로 요구되지 않아야 합니다.
주요 부분
- 01날짜 필드
- 02달력 그리드
- 03최소 및 사용 불가능한 날짜
사용할 때
작업에 유효한 날짜가 필요하고 사용자가 달력을 보는 것이 도움이 될 때 이 용어를 사용하세요.
다음 경우에는 사용하지 마세요
월, 연도, 기간 또는 대략적인 날짜만 묻는 경우 복잡한 달력을 사용하지 마세요.
코드에서 사용된 이름
<input type=date> or accessible calendar dialog 출시하기 전에
Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery.
Outcome：Complete the task with 날짜 선택기 (Date Picker)。 User context：여행자는 8월 4일 이후의 날짜를 선택할 수 있으며, 일부 날짜는 이용할 수 없습니다. 키보드나 포인터 입력은 2026-08-12를 반환하고 제한 사항을 설명합니다. 알려진 ISO 날짜를 입력하는 것이 더 빠른 경우, 달력은 필수로 요구되지 않아야 합니다. Recommended pattern：날짜 선택기 (Date Picker)。 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 날짜 선택기 (Date Picker) is used now. Definition: 날짜 선택기는 달력에서 날짜를 입력하거나 선택할 수 있는 컨트롤입니다. 시간은 선택하지 않습니다. Release checks: Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.