sam
(Sam Saffron)
4 Junio, 2025 23:03
21
¿podemos eliminar el cero inicial?
Es una gran mejora en mi opinión.
3 Me gusta
nathank
(Nathan Kershaw)
6 Junio, 2025 02:04
22
[cita=“sam, post:7, topic:368608”]
Esto no tiene sentido para mí; describe un evento que comienza el domingo y termina el viernes.
[/cita]
¡Ah, no me di cuenta de que estabas hablando de eventos repetidos, lo siento!
2 Me gusta
yuriy
(Yuriy Kurant)
23 Junio, 2025 09:46
24
Así que he trabajado en esta tarea durante un tiempo, desde la semana pasada, veo que se puede estructurar en tres secciones y una pregunta:
Evitar duplicaciones y ruido en los rangos de -\u003e a :
año actual, sin horas (00:00):
mismo rango de semana/mes: lun, 6 oct → vie, 10 oct || lun, 6 oct → lun, 20 oct
rango de meses diferentes: lun, 6 oct → jue, 6 nov
año actual, con horas:
mismo rango de día: lun, 6 oct 12:00 AM → 1:00 AM
años diferentes, sin horas: lun, 6 oct → mar, 6 ene, 2026
Mostrar hora local basada en la casilla de verificación marcada (en OP)
Observé algunas inconsistencias al mostrar fechas dentro del rango dos días antes y un día después de hoy :
con hora: Ayer/Hoy/Mañana 8:00 PM
sin hora: Lunes...Domingo
A veces la zona horaria se muestra al final de la fecha y hora: Hoy 2:00 PM → 4:00 PM (UTC). Pregunta: ¿en qué casos queremos mostrar la zona horaria entre paréntesis?
main ← ux/local-date-builder-improvements
opened 06:52PM - 20 Jun 25 UTC
3 Me gusta
yuriy
(Yuriy Kurant)
23 Junio, 2025 13:46
25
Tengo dos PR relacionados:
main ← better-format-dates
opened 10:37AM - 13 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
opened 06:52PM - 20 Jun 25 UTC
@nat , te incluyo, ya que trabajaste en esta función hace años:
main ← date-today
opened 10:08AM - 06 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
¿En qué casos debemos mostrar un nombre de zona horaria entre corchetes después de la fecha/hora de/a?
¿Cuáles son las expectativas para mostrar: el nombre del día de la semana Lunes...Domingo o Ayer/Hoy/Mañana?
Yo optaría por:
Ayer/Hoy/Mañana: para -1 día < Hoy > +1 día
Lunes...Domingo: dentro de la semana actual o -3 días < Hoy > +3 días
La presencia de la hora no debería ser un factor decisivo para elegir una de las dos opciones anteriores, como lo es ahora:
sin hora: Lunes...Domingo
con hora: Ayer/Hoy/Mañana
2 Me gusta
yuriy
(Yuriy Kurant)
23 Junio, 2025 13:51
26
Estamos listos para fusionar el primer PR. No es ideal, ya que podría haber correcciones de casos extremos, enumerados en mi publicación anterior .
main ← better-format-dates
opened 10:37AM - 13 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 Me gusta