sam
(Sam Saffron)
04.Июнь.2025 23:03:33
21
Можно убрать ведущий ноль
На мой взгляд, это большое улучшение.
3 лайка
nathank
(Nathan Kershaw)
06.Июнь.2025 02:04:29
22
Ах, я пропустил, что вы говорите о повторяющихся событиях, извините!
2 лайка
yuriy
(Yuriy Kurant)
23.Июнь.2025 09:46:35
24
Итак, я работал над этой задачей уже какое-то время. Начиная с прошлой недели, я вижу, что её можно структурировать в три раздела и один вопрос:
Избегайте дублирования и избыточности в диапазонах от → до :
текущий год, без указания времени (00:00):
диапазон в пределах одной недели/месяца: Пн, 6 окт → Пт, 10 окт || Пн, 6 окт → Пн, 20 окт
диапазон с переходом в другой месяц: Пн, 6 окт → Чт, 6 ноя
текущий год, с указанием времени:
диапазон в пределах одного дня: Пн, 6 окт 00:00 → 01:00
разные годы, без указания времени: Пн, 6 окт → Вт, 6 янв 2026
Отображение местного времени в зависимости от выбранного чекбокса (в исходном посте)
Я заметил некоторые несоответствия при отображении дат в диапазоне за два дня до и один день после сегодняшнего дня :
с указанием времени: Вчера/Сегодня/Завтра 20:00
без указания времени: Понедельник...Воскресенье
Иногда в конце даты и времени указывается часовой пояс: Сегодня 14:00 → 16:00 (UTC). Вопрос: в каких случаях мы хотим отображать часовой пояс в скобках?
main ← ux/local-date-builder-improvements
closed 02:08AM - 21 Sep 25 UTC
3 лайка
yuriy
(Yuriy Kurant)
23.Июнь.2025 13:46:34
25
У меня есть два связанных PR:
main ← better-format-dates
merged 03:47AM - 24 Jun 25 UTC
This PR overhauls the way event dates are rendered by applying context-aware for… matting rules:
* Single-day events only show times when appropriate, hiding “12:00 AM” for events without `endDate`.
* Multi-day ranges omit redundant parts (e.g. for the current year) and include weekday/month/day when needed.
### Tests added
* Weekday-only ranges (e.g. “Friday → Monday”)
* Same-week and same-month spans (omitting year)
* Cross-month and cross-year spans (including year where needed)
* `Today/Yesterday/Tomorrow` labels with time ranges
* Same-day events showing only time 
### Impact
* Improves readability of event dates across the app
* Reduces visual noise by hiding redundant date/time fragments
* Ensures consistency with user expectations around relative dates
### Things to clarify
* Relative labels (`Yesterday, Today, Tomorrow`) replace literal dates for nearby days.
* Timezones are only shown when `showLocalTime` is toggled.
### Discussion
https://meta.discourse.org/t/new-calendar-feature-show-local-time/368608/
main ← ux/local-date-builder-improvements
closed 02:08AM - 21 Sep 25 UTC
@nat , привлекаю тебя к обсуждению, так как ты работал над этой функцией несколько лет назад:
main ← date-today
merged 01:39AM - 07 Oct 22 UTC
Essentially, introducing this change.
Saturday at 2:50 PM -> Saturday at 4:38… PM
becomes
Saturday at 2:50 PM -> 4:38 PM (Singapore)
Also, the displayed dates are shortened when the standalone date
is within two days. So despite the 'from' and 'to' date being the
same day, it may show 'Saturday' for 'from', and the specific date
for the 'to'. This corrects the behaviour. So if the current date and
time is Thursday 5PM, the 'from' date below is within 2 days, but
the 'to' date is not.
Saturday at 2:50 PM -> 8 October 2022 at 9:38 PM
becomes
Saturday at 2:50 PM -> 9:38 PM
committed 03:23AM - 12 Oct 22 UTC
В каких случаях следует показывать название часового пояса в скобках после даты/времени from/to?
Какие существуют ожидания относительно отображения: названия дней недели понедельник...воскресенье или вчера/сегодня/завтра?
Я бы выбрал следующее:
вчера/сегодня/завтра: для диапазона -1 день <Сегодня> +1 день
понедельник...воскресенье: в пределах текущей недели или -3 дня <Сегодня> +3 дня
Наличие времени не должно быть фактором, определяющим, какой из двух вариантов выше показывать, как это сделано сейчас:
без времени: понедельник...воскресенье
с временем: вчера/сегодня/завтра
2 лайка
yuriy
(Yuriy Kurant)
23.Июнь.2025 13:51:44
26
Мы готовы к слиянию первого PR. Это не идеальный вариант, так как могут последовать исправления краевых случаев, перечисленных в моём предыдущем сообщении .
main ← better-format-dates
merged 03:47AM - 24 Jun 25 UTC
This PR overhauls the way event dates are rendered by applying context-aware for… matting rules:
* Single-day events only show times when appropriate, hiding “12:00 AM” for events without `endDate`.
* Multi-day ranges omit redundant parts (e.g. for the current year) and include weekday/month/day when needed.
### Tests added
* Weekday-only ranges (e.g. “Friday → Monday”)
* Same-week and same-month spans (omitting year)
* Cross-month and cross-year spans (including year where needed)
* `Today/Yesterday/Tomorrow` labels with time ranges
* Same-day events showing only time 
### Impact
* Improves readability of event dates across the app
* Reduces visual noise by hiding redundant date/time fragments
* Ensures consistency with user expectations around relative dates
### Things to clarify
* Relative labels (`Yesterday, Today, Tomorrow`) replace literal dates for nearby days.
* Timezones are only shown when `showLocalTime` is toggled.
### Discussion
https://meta.discourse.org/t/new-calendar-feature-show-local-time/368608/
3 лайка