Time Picker
시간 선택기
시간 선택기는 로컬 시간을 입력하거나 선택하는 컨트롤입니다. 단계 크기와 로컬 표시 형식이 명확해야 합니다.
실제 예시
타이베이의 한 클리닉은 09:00부터 17:00까지 15분 간격으로 예약을 제공합니다. 14:30과 같은 선택은 날짜와 아시아/타이베이 시간대와 별도로 저장됩니다. 시간만으로는 날짜나 시간대를 포함하는 척 해서는 안 됩니다.
주요 부분
- 01시간 필드
- 02정밀도 또는 단계
- 03영역 컨텍스트
사용할 때
사용자가 알려진 단계와 제한 내에서 정확한 시간을 제공해야 할 때 이 용어를 사용하세요.
다음 경우에는 사용하지 마세요
HTML을 시간 길이, 상대 시간, 또는 영역이 숨겨져 있을 때 교차 영역 스케줄링에 사용하지 마십시오.
코드에서 사용된 이름
<input type=time> + step + min/max 출시하기 전에
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 시간 선택기 (Time Picker)。 User context：타이베이의 한 클리닉은 09:00부터 17:00까지 15분 간격으로 예약을 제공합니다. 14:30과 같은 선택은 날짜와 아시아/타이베이 시간대와 별도로 저장됩니다. 시간만으로는 날짜나 시간대를 포함하는 척 해서는 안 됩니다. Recommended pattern：시간 선택기 (Time Picker)。 Why it fits：사용자가 알려진 단계와 제한 내에서 정확한 시간을 제공해야 할 때 이 용어를 사용하세요. Do not use it when：HTML을 시간 길이, 상대 시간, 또는 영역이 숨겨져 있을 때 교차 영역 스케줄링에 사용하지 마십시오. 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 시간 선택기 (Time 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.