GrDateRangePicker

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

Соседний GrSegmented для этого не годится, хотя внешне похож. Шорткат периода обязан выставить обе границы и не обойти minRange/maxRange, min, max и disabledDates — то есть знать внутренности пикера. Снаружи этих правил не видно, поэтому период, который выбрать нельзя, снаружи и не отличить от допустимого; внутри он приходит выключенным.

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

enable-time добавляет в панель две колонки времени — для начала и для конца:

<GrDateRangePicker v-model="window" enable-time />

Свежий период получает сутки целиком: 00:00 и 23:59. Две полуночи выглядели бы симметрично, но «с 1 по 3 августа» по-человечески включает весь третий день, а [1 авг 00:00, 3 авг 00:00) молча отрезал бы почти всё третье — классическая ошибка отчётов. С enable-seconds конец получает 23:59:59. Оба значения видны и правятся.

Конец кладётся на ту же сетку, что и колонки: при minute-step="15" это 23:45, а не 23:59. Иначе у минут не было бы выбранного варианта — конец периода нельзя было бы прочитать там, где его правят. С шагом в минуту, то есть по умолчанию, это ровно 23:59.

Мастера из четырёх шагов здесь нет. Даты выбираются двумя кликами, как и без времени; время правится когда угодно и в любом порядке. Пошаговый выбор завёл бы скрытое состояние «на каком мы шаге», из которого промахнувшегося не вывести иначе как пройдя всё заново.

Панель не закрывается на второй дате, когда время включено: выбор на ней не заканчивается, и закрытие отняло бы у пользователя колонки, ради которых он enable-time и включил.

Внутри одного дня порядок краёв держит только время. Правка, после которой конец оказался бы раньше начала, не применяется и объявляется — тем же приёмом, каким отклоняется недопустимая длина: пользователь просто промахнулся, и сбрасывать ему выбор не за что.

minRange и maxRange по-прежнему считаются в днях. Менять единицу у существующих пропов значило бы сломать чужой код; ограничение в минутах — это отдельные minDuration/maxDuration, и они появятся, когда понадобятся, а не «на всякий случай».

editable включает набор периода одной строкой:

<GrDateRangePicker v-model="period" editable />

Строку разбирает не разделитель, а счёт групп цифр: их делят пополам, и каждая половина разбирается как граница. Поэтому 08/12/2026 — 08/14/2026, 08/12/2026 - 08/14/2026 и 08/12/2026 08/14/2026 — это одно и то же, а en-CA с дефисами внутри самих дат (2026-08-12 - 2026-08-14) не ломается: список разделителей развалился бы на первой же локали, и его тут нет.

Половина суток, оказавшаяся между границами (3:30 PM — 8/14/2026), достаётся той границе, к которой её относит локаль: в en-US она стоит после часа, в ko — перед ним.

Одна дата вместо двух отклоняется. Одна дата — не период; достроить вторую границу значило бы придумать за пользователя то, чего он не задавал.

Обратный порядок нормализуется, как и при кликах: период можно вести назад.

Время принимается ровно тогда, когда пикер его показывает. С enable-time обе границы обязаны нести время, без него — ни одна: пикер, молча проглотивший 14:30, показал бы значение, которого не вводили.

Панель идёт за набором. Набранная первая граница подсвечивается началом периода — тем же состоянием, что и после первого клика в сетке; набранная вторая закрывает полосу. Сетка переходит на месяц набранного. Модель при этом не меняется.

Период проверяется теми же правилами, что и выбор мышью: запрещённые даты, min, max, minRange, maxRange. Разобравшийся, но недопустимый период не применяется и объявляется — пользователь набрал всё правильно, и молчание выглядело бы как потерянный Enter.

Удачный ввод снимает начало периода, если оно было открыто кликом в панели: иначе следующий клик закрыл бы период от даты, о которой в поле уже ничего не написано.

Как и у GrDateTimePicker, поле с editable показывает границы цифрами — набор обязан читать обратно показанное, — маски нет, а плейсхолдер по умолчанию показывает обе границы целиком.

Модель — пара, и valueAdapter разбирает и собирает обе её стороны. При valueAdapter="isoDate" наружу уходит ['2026-08-10', '2026-08-14'], а не одна строка с разделителем: разделитель пришлось бы выбирать за потребителя, и он же сломался бы на первой локали, где тире значит что-то другое.