sam
(Sam Saffron)
4 Giugno 2025, 11:03pm
21
Possiamo rimuovere lo zero iniziale
È un grande miglioramento secondo me.
3 Mi Piace
nathank
(Nathan Kershaw)
6 Giugno 2025, 2:04am
22
[citazione=“sam, post:7, topic:368608”]
Questo non ha senso per me; descrive un evento che inizia di domenica e finisce di venerdì.
[/citazione]
Ah, mi era sfuggito che stavi parlando di eventi ricorrenti, scusa!
2 Mi Piace
yuriy
(Yuriy Kurant)
23 Giugno 2025, 9:46am
24
Quindi, ho lavorato a questo task per un po’, dalla scorsa settimana, vedo che può essere strutturato in tre sezioni e una domanda:
Evitare duplicazioni e rumore negli intervalli da -\u003e a :
anno corrente, senza orari (00:00):
stesso intervallo settimana/mese: lun, 6 ott → ven, 10 ott || lun, 6 ott → lun, 20 ott
intervallo mesi diversi: lun, 6 ott → gio, 6 nov
anno corrente, con orari:
stesso intervallo di giorni: lun, 6 ott 12:00 → 1:00
anni diversi, senza orari: lun, 6 ott → mar, 6 gen 2026
Mostrare l’ora locale in base alla casella di controllo selezionata (nell’OP)
Ho osservato alcune incongruenze, quando visualizziamo date all’interno dell’intervallo due giorni prima e un giorno dopo oggi :
con orario: Ieri/Oggi/Domani 20:00
senza orario: Lunedì...Domenica
A volte il fuso orario viene mostrato alla fine della data e dell’ora: Oggi 14:00 → 16:00 (UTC). Domanda: in quali casi vogliamo mostrare il fuso orario tra parentesi?
main ← ux/local-date-builder-improvements
opened 06:52PM - 20 Jun 25 UTC
3 Mi Piace
yuriy
(Yuriy Kurant)
23 Giugno 2025, 1:46pm
25
Ho due PR correlati:
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 , ti coinvolgo, dato che hai lavorato a questa funzionalità anni fa:
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
In quali casi dovremmo mostrare un nome di fuso orario tra parentesi dopo la data/ora da/a?
Quali sono le aspettative per la visualizzazione: nome del giorno della settimana Lunedì...Domenica o Ieri/Oggi/Domani?
Io sceglierei:
Ieri/Oggi/Domani: per -1 giorno < Oggi > +1 giorno
Lunedì...Domenica: all’interno della settimana corrente o -3 giorni < Oggi > +3 giorni
La presenza dell’ora non dovrebbe essere un fattore decisionale su quale delle due opzioni sopra mostrare, come invece è ora:
senza ora: Lunedì...Domenica
con ora: Ieri/Oggi/Domani
2 Mi Piace
yuriy
(Yuriy Kurant)
23 Giugno 2025, 1:51pm
26
Siamo pronti a unire la prima PR. Non è l’ideale, poiché potrebbero seguire correzioni di casi limite, elencati nel mio post precedente .
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 Mi Piace