Date Picker
- Usage
- Styling
- Date Formats
- Validation
- Week Numbers
- Initial Position
- Auto Open
- Internationalization (i18n)
- Basic Features
- Read-Only & Disabled
- Style Variants
- Usage Patterns
- Best Practices
- Related Components
Date Picker is an input field that allows the user to enter a date by typing or by selecting from a calendar overlay.
Try clicking the calendar icon. A calendar overlay appears, showing the current month. Click on a date to select it.
The date can be entered directly using the keyboard in the format of the current locale or through the date picker overlay. The overlay opens when the field is clicked or any input is entered when the field is focused.
Validation
Date Picker provides a validation mechanism based on constraints. Constraints allow you to define criteria that the date must meet to be considered valid. Validation occurs typically when the user initiates a date change, for example by selecting a date from the overlay or through text input followed by Enter. If the date is invalid, the field is highlighted in red, and an error message appears underneath the input.
Below is a list of supported constraints with more detailed information:
Bad Input
Bad input refers to any input that cannot be parsed into a value of the field type. When an unparsable value is entered, the field resets the value to empty and becomes invalid. This constraint is non-configurable and enabled by default.
Required
Required fields are marked with an indicator next to the label, and become invalid if their value is first entered and then cleared.
An instruction text at the top of the form explaining the required indicator is recommended. The indicator itself can be customized with the --lumo-required-field-indicator
style property.
Min & Max Values
The valid input range of Date Picker can be restricted by defining min
and max
values. Dates before the min
and after the max
are disabled in the overlay. Helper text can be used to inform the user about the accepted range.
The following example demonstrates how to specify these constraints and provide error messages:
new tab
<vaadin-date-picker
label="Appointment date"
helper-text="Must be within 60 days from today"
required
.min="${formatISO(this.minDate, { representation: 'date' })}"
.max="${formatISO(this.maxDate, { representation: 'date' })}"
.errorMessage="${this.errorMessage}"
@validated="${(event: DatePickerValidatedEvent) => {
const field = event.target as DatePicker;
if (!field.value && (field.inputElement as HTMLInputElement).value) {
this.errorMessage = 'Invalid date format';
} else if (!field.value) {
this.errorMessage = 'Field is required';
} else if (field.value < field.min!) {
this.errorMessage = 'Too early, choose another date';
} else if (field.value > field.max!) {
this.errorMessage = 'Too late, choose another date';
} else {
this.errorMessage = '';
}
}}"
></vaadin-date-picker>
It’s important to ensure an appropriate error message is configured for each constraint violation to provide users with clear feedback.
Custom Validation
For more complex cases where constraint validation isn’t enough, Flow and Hilla offer the Binder API that allows you to define custom validation rules. This is useful, for example, when you want to limit the options to Monday through Friday. In the following example, try selecting a date that’s on a Sunday or on a Saturday to see a custom validation message.
new tab
private binder = new Binder(this, AppointmentModel);
protected override firstUpdated() {
this.binder.for(this.binder.model.startDate).addValidator({
message: 'Select a weekday',
validate: (startDate: string) => {
const date = new Date(startDate);
const isWeekday = date.getDay() >= 1 && date.getDay() <= 5;
return isWeekday;
},
});
}
protected override render() {
return html`
<vaadin-date-picker
label="Meeting date"
helper-text="Mondays – Fridays only"
${field(this.binder.model.startDate)}
></vaadin-date-picker>
`;
}
Week Numbers
Week numbers (ISO-8601) can be enabled in the calendar overlay. This works only when the first day of the week is set to Monday.
new tab
protected override firstUpdated() {
this.datePicker.i18n = {
...this.datePicker.i18n,
firstDayOfWeek: 1,
};
}
protected override render() {
return html`
<vaadin-date-picker label="Vacation start date" show-week-numbers></vaadin-date-picker>
`;
}
Initial Position
Date Picker’s initial position parameter defines which date is focused in the calendar overlay when the overlay is opened. The default, initial position is the selected or current date.
Use this feature to minimize the need for unnecessary navigation or scrolling when the user’s input is expected to be within a certain time. In the following example, click the Date Picker to open the calendar overlay and notice that the highlighted, focused date is in the future (i.e., the last day of the year), instead of the current date.
new tab
<vaadin-date-picker
label="Q4 deadline"
.initialPosition="${formatISO(this.lastDayOfTheYear, { representation: 'date' })}"
></vaadin-date-picker>
Auto Open
The overlay automatically opens when the field is focused with a click or a tap, and when typing a value in the input. This can be prevented to have the overlay only open when the toggle button or the up/down arrow keys are pressed. This behavior isn’t affected, though, on touch devices.
Internationalization (i18n)
Date Picker allows localizing text and labels, such as month names and button labels.
new tab
@query('vaadin-date-picker')
private datePicker!: DatePicker;
protected override firstUpdated() {
this.datePicker.i18n = {
...this.datePicker.i18n,
monthNames: [
'Januar',
'Februar',
'März',
'April',
'Mai',
'Juni',
'Juli',
'August',
'September',
'Oktober',
'November',
'Dezember',
],
weekdays: ['Sonntag', 'Montag', 'Dienstag', 'Mittwoch', 'Donnerstag', 'Freitag', 'Samstag'],
weekdaysShort: ['So', 'Mo', 'Di', 'Mi', 'Do', 'Fr', 'Sa'],
today: 'Heute',
cancel: 'Abbrechen',
};
}
protected override render() {
return html`<vaadin-date-picker label="Sitzungsdatum"></vaadin-date-picker>`;
}
See also how to configure a custom date format.
Basic Features
The following features, common to most input field components, are supported:
Label
The label is used to identify the input field. It supports plain-text content, and its length is limited to the width of the field. Helpers and Tooltips can be used to provide additional information that doesn’t fit into the label.
Visible labels are strongly recommended for all input fields. In cases where the built-in label cannot be used, an external element can be associated as the field’s label through the aria-labelledby
attribute. Fields without any visible label should include an invisible label for assistive technologies with the aria-label
attribute.
Helper
Helpers are used to provide additional information that the user may need to enter in the field, such as format requirements or explanations of the field’s purpose below the field.
A style variant is available for rendering the helper above the field.
In addition to plain text, helpers can contain components and HTML elements. However, complex and interactive content is likely to have accessibility issues.
Placeholder
The placeholder is text that’s displayed when the field is empty. Its primary purpose is to provide a short input hint (e.g., the expected format) in situations where a Helper cannot be used.
Placeholders should not be used as a replacement for a visible label. They can be mistaken for a manually entered value. See Label for alternatives to the built-in field label.
Tooltip
Tooltips are small text pop-ups displayed on hover, and on keyboard-focus. They can be used to provide additional information about a field. This can be useful in situations where an always visible Helper is not appropriate. Helpers are generally recommended in favor of tooltips, though, as they provide much better discoverability and mobile support. See the Tooltip documentation for more information.
Prefix
A prefix element — rendered at the start of the field — can be used to display units, icons, and similar visual cues to the field’s purpose or format.
External & Invisible Labels (ARIA)
Visible labels are strongly recommended for all input fields. In situations where the built-in label cannot be used, an external element can be associated as the field’s label through its element id
. Fields without any visible label should be provided an invisible label for assistive technologies like screen readers.
<!-- Associates external element as label: -->
<label id="external-label">This is the label</label>
<vaadin-date-picker accessible-name-ref="external-label">...
<!-- Invisible label for screen readers: -->
<vaadin-date-picker accessible-name="This is the label">...
new tab
<vaadin-date-picker
label="Label"
helper-text="Helper text"
placeholder="Placeholder"
clear-button-visible
>
<vaadin-tooltip slot="tooltip" text="Tooltip text"></vaadin-tooltip>
<vaadin-icon slot="prefix" icon="vaadin:vaadin-h"></vaadin-icon>
</vaadin-date-picker>
Read-Only & Disabled
Fields used to display values should be set to read-only
mode to prevent editing. Read-only fields are focusable and visible to screen readers. They can display tooltips. Their values can be selected and copied.
Fields that are currently unavailable should be disabled
. The reduced contrast of disabled fields makes them inappropriate for displaying information. They can’t be focused or display tooltips. They’re invisible to screen readers, and their values cannot be selected and copied.
Disabled fields can be useful in situations where they can become enabled based on some user action. Consider hiding fields entirely if there’s nothing the user can do to make them editable.
new tab
<vaadin-date-picker readonly label="Read-only" value="2020-06-12"></vaadin-date-picker>
<vaadin-date-picker disabled label="Disabled"></vaadin-date-picker>
Style Variants
The following style variants can be applied:
Text Alignment
Three different text alignments are supported: left
, which is the default; center
; and right
.
Right-alignment is recommended for numerical values when presented in vertical groups. This tends to aid interpretation and comparison of values.
Small Variant
The small variant can be used to make individual fields more compact. The default size of fields can be customized with style properties.
Helper Above Field
The helper can be rendered above the field, and below the label.
Borders
Borders can be applied to the field surface by providing a value (e.g., 1px
) to the --vaadin-input-field-border-width
CSS property. This can be applied globally to all input fields using the html
selector, or to individual component instances. Borders are required to achieve WCAG 2.1 level AA conformant color contrast with the default Lumo styling of fields.
You can override the default border color with the --vaadin-input-field-border-color
property.
new tab
<vaadin-date-picker
theme="align-right small helper-above-field"
label="Label"
helper-text="Helper text"
value="2020-06-12"
style="--vaadin-input-field-border-width: 1px;"
></vaadin-date-picker>
Usage Patterns
Date Range
You can create a date range picker using the Date Picker twice. Imagine the following example is for an airline ticket booking page. It’s asking the user for the date they want to depart and when they want to return. Try it: select a departure date, and then proceed to select a return date. Notice how dates prior to the departure date you chose are now disabled.
new tab
<vaadin-horizontal-layout theme="spacing">
<vaadin-date-picker
label="Departure date"
.max="${this.returnDate}"
@value-changed="${(event: DatePickerValueChangedEvent) => {
this.departureDate = event.detail.value;
}}"
></vaadin-date-picker>
<vaadin-date-picker
label="Return date"
.min="${this.departureDate}"
@value-changed="${(event: DatePickerValueChangedEvent) => {
this.returnDate = event.detail.value;
}}"
></vaadin-date-picker>
</vaadin-horizontal-layout>
To disable the days before the start date in the end date picker, you need to handle the selection in the start date picker and change the range in the end date picker.
Best Practices
Picking vs. Typing
The calendar overlay is useful when the user needs to choose a day that’s close to the current date or when information such as day of the week, week number, valid dates, and so on can aid in choosing the best option.
For far off dates (i.e., years ago or years from now) and for known dates (i.e., holidays and birthdays), typing the date in the input field can be faster and easier. Because of this, it’s important to verify that the user can enter dates according to their locale.
Instead of a Date Picker, you can use individual input fields (i.e., day, month, and year) to improve usability on small touch devices. In the following example, focus the year field and start to type a year. As you enter each digit, notice the list of choices narrows.
new tab
@state()
selectedYear: number | undefined;
@state()
selectedMonth: string | undefined;
@state()
selectedDay: number | undefined;
@state()
selectableDays: number[] = [];
private handleYearChange(e: ComboBoxSelectedItemChangedEvent<number>) {
this.selectedYear = e.detail.value!;
this.selectedMonth = undefined;
this.selectedDay = undefined;
this.selectableDays = [];
}
private handleMonthChange(e: ComboBoxSelectedItemChangedEvent<string>) {
this.selectedMonth = e.detail.value!;
this.selectedDay = undefined;
if (!this.selectedYear || !this.selectedMonth) {
this.selectableDays = [];
return;
}
const startOfMonth = new Date(this.selectedYear, this.months.indexOf(this.selectedMonth), 1);
const lengthOfMonth = getDaysInMonth(startOfMonth);
this.selectableDays = Array.from({ length: lengthOfMonth }, (_, k) => k + 1);
}
private handleDayChange(e: ComboBoxSelectedItemChangedEvent<number>) {
this.selectedDay = e.detail.value!;
}
protected override render() {
return html`
<vaadin-horizontal-layout theme="spacing">
<vaadin-combo-box
label="Year"
style="width: 6em;"
.items="${this.years}"
.selectedItem="${this.selectedYear}"
@selected-item-changed="${this.handleYearChange}"
></vaadin-combo-box>
<vaadin-combo-box
label="Month"
style="width: 9em;"
.items="${this.months}"
.selectedItem="${this.selectedMonth}"
.disabled="${!this.selectedYear}"
@selected-item-changed="${this.handleMonthChange}"
></vaadin-combo-box>
<vaadin-combo-box
label="Day"
style="width: 5em;"
.items="${this.selectableDays}"
.selectedItem="${this.selectedDay}"
.disabled="${!this.selectedYear || !this.selectedMonth}"
@selected-item-changed="${this.handleDayChange}"
></vaadin-combo-box>
</vaadin-horizontal-layout>
`;
}
Note
|
Not Production-Ready
The previous example is only a prototype implementation to demonstrate the concept. It isn’t ready for production use.
|
Show the Date Format
Use a placeholder or helper to show how the input should be formatted. For example, "12/6/2020" represents different dates for Americans and Europeans. For most Americans, it’s a date in December. For many Europeans, it’s a date in June.
new tab
<vaadin-date-picker
label="Start date"
placeholder="DD/MM/YYYY"
helper-text="Format: DD/MM/YYYY"
></vaadin-date-picker>
Helpers are preferable to placeholders, as they’re always visible. Fields with placeholders are also less noticeable than empty fields, so they are susceptible to being skipped. Use placeholders when space is limited, for example when Date Picker is used as a filter in a data grid header.