Date & Time Picker
日付 & 時間ピッカー
日付と時刻のピッカーは、正しい日付や時間、範囲を選ぶのに便利です。カレンダーや時計を表示することもあります。
実際の例
予約ページでは、終日の予約をブロックできるよ。それぞれの予約の横には現地のタイムゾーンが表示されるんだ。
主な部分
- 01永続ラベル
- 02Input control
- 03Hint or format
- 04Validation message
以下の場合に使用します
日付制限やカレンダーの確認が、人々がミスを避けるのに役立つ場合に使用してください。
以下の場合は使用しないでください
誕生日など、ユーザーが馴染みのある日付を入力できるようにしてください。カレンダーを探させてはいけません。
コードで使用する名前
<input type="date"> / <input type="time"> 出荷前に
Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.
Outcome：Complete the task with 日付 & 時間ピッカー (Date & Time Picker)。 User context：予約ページでは、終日の予約をブロックできるよ。それぞれの予約の横には現地のタイムゾーンが表示されるんだ。 Recommended pattern：日付 & 時間ピッカー (Date & 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 日付 & 時間ピッカー (Date & Time Picker) is used now. Definition: 日付と時刻のピッカーは、正しい日付や時間、範囲を選ぶのに便利です。カレンダーや時計を表示することもあります。 Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.