Time Picker
時間ピッカー
時刻ピッカーは、現地時刻を入力または選択するためのコントロールです。そのステップサイズと現地表示形式は明確である必要があります。
実際の例
台北のクリニックでは、09:00から17:00まで15分ごとの予約を提供しています。14:30のような選択は、日付およびAsia/Taipeiゾーンとは別に保存されます。時間だけは日付やゾーンを含むふりをしてはいけません。
主な部分
- 01時間フィールド
- 02精度またはステップ
- 03ゾーンコンテキスト
以下の場合に使用します
ユーザーが既知のステップと制限内で正確な時間を指定する必要がある場合にこの用語を使用してください。
以下の場合は使用しないでください
時間の長さ、相対時間、またはゾーンが隠れている場合のクロスゾーンスケジューリングに使用しないでください。
コードで使用する名前
<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のような選択は、日付およびAsia/Taipeiゾーンとは別に保存されます。時間だけは日付やゾーンを含むふりをしてはいけません。 Recommended pattern：時間ピッカー (Time 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 時間ピッカー (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.