GrDatePicker

presets рисует ряд шорткатов в подвале: «Сегодня», «Завтра», «Понедельник». Дату можно задать функцией — «сегодня» считается в момент показа, а не в момент объявления пропа.

Шорткат идёт мимо сетки, поэтому проверяет запреты сам: дата вне min/max или из disabledDates приходит выключенной — ровно как её ячейка в сетке. Кнопка, которая ничего не делает, обманывает.

Свой подвал — слот footer; он заменяет ряд целиком и получает select, canSelect и close.

Дата без времени собирается как локальная полночь: пользователь выбирает день в своём календаре, а не точку на мировой линии. Кому нужен именно момент — тот сериализует его своим адаптером; молча подставлять UTC пакет не станет, потому что «12 августа» в двух часовых поясах это два разных момента и один и тот же день.

mode пробрасывается в календарь как есть, и поле показывает выбранное обычным форматом даты:

<GrDatePicker v-model="reportPeriod" mode="quarter" />

Неделя кладёт в модель своё начало, квартал и месяц — первое число, год — первое января. Форма значения от режима не зависит: в поле по-прежнему одна дата, и valueAdapter работает как работал.

Разбор режимов — ./GrCalendar.md; там же о том, почему неделя рисуется сеткой дней, а не сеткой периодов, и почему номер недели не показывается.

multiple собирает произвольное множество: расписание занятий, даты-исключения в графике, забронированные дни. Модель становится массивом.

<GrDatePicker v-model="lessons" multiple />

Отличие от GrDateRangePicker — в существе, а не в удобстве: там непрерывный отрезок с двумя краями и правилами длины, здесь — множество, где соседство ничего не значит.

Клик по выбранной дате её снимает. Набор — переключатель, а не накопитель: иначе снять ошибочно взятую дату было бы нечем.

Панель не закрывается после выбора. Набор набирают, а одиночную дату выбирают однажды — и закрытие после первого клика превратило бы набор из десяти дат в десять открытий панели.

Порядок всегда по возрастанию, куда бы ни кликнули. Модель обязана быть сравнима: перестановка элементов не должна читаться как изменение — иначе «есть несохранённые правки» срабатывает на пустом месте.

Ручной ввод в этом режиме выключен, даже при editable. Строка, описывающая N дат, требует своего разбора: сколько их набрано, из строки не следует, а неполный ввод не отличить от короткого набора. Диапазон и дата со временем описывают ровно два значения, и потому набираются (GrDateRangePicker, GrDateTimePicker); произвольный набор — нет.

В поле видны первые три даты и остаток числом («и ещё 2»): без потолка подпись переполняется уже на пятой. В форму уходит по скрытому полю на дату — с одним именем, как читает FormData.getAll.

min, max и disabledDates действуют на каждую дату по отдельности, теми же правилами, что и при одиночном выборе.

Выбор в календаре применяется сразу, а уход фокуса из поля фиксирует набранное руками. Иначе набранная, но не подтверждённая дата исчезала бы при переходе к следующему полю — а пользователь считает, что он её ввёл.

С editable значение выводится цифрами (08/12/2026), а не Aug 12, 2026. Иначе правка числа прямо в поле оставляла бы разбору две группы цифр вместо трёх: набранное молча откатывалось бы, хотя пользователь ничего не нарушил.

Свой format это правило перебивает — тогда за читаемость набранного отвечает потребитель. Без editable показ остаётся прежним.

Запрещённая дата не принимается и текстом. disabledDates, min и max действуют одинаково на клик и на Enter; поле, обходящее ограничения панели, означало бы, что ограничений нет.