🌍 Nouvelle fonctionnalité d'agenda : Afficher l'heure locale

sam · Juin 4, 2025, 11:03

pouvons-nous supprimer le zéro initial

C’est une grande amélioration selon moi.

nathank · Juin 6, 2025, 2:04

[citation=“sam, post:7, topic:368608”]
Cela n’a aucun sens pour moi ; cela décrit un événement qui commence le dimanche et se termine le vendredi.
[/citation]
Ah, j’ai raté le fait que vous parliez d’événements répétitifs, désolé !

yuriy · Juin 23, 2025, 9:46

Alors, j’ai travaillé sur cette tâche pendant un moment, depuis la semaine dernière, je vois qu’elle peut être structurée en trois sections et une question :

Éviter les doublons et le bruit dans les plages de -\u003e à :
- année en cours, sans heures (00:00) :
  - même semaine/mois : lun. 6 oct. → ven. 10 oct. || lun. 6 oct. → lun. 20 oct.
  - mois différents : lun. 6 oct. → jeu. 6 nov.
- année en cours, avec heures :
  - même jour : lun. 6 oct. 00:00 → 01:00
- années différentes, sans heures : lun. 6 oct. → mar. 6 janv. 2026
Afficher l’heure locale en fonction de la case à cocher cochée (dans l’OP)
J’ai observé quelques incohérences lors de l’affichage des dates dans la plage deux jours avant et un jour après aujourd’hui :
- avec heure : Hier/Aujourd'hui/Demain 20:00
- sans heure : Lundi...Dimanche
Parfois, le fuseau horaire est affiché à la fin de la date et de l’heure : Aujourd'hui 14:00 → 16:00 (UTC). Question : dans quels cas voulons-nous afficher le fuseau horaire entre parenthèses ?

yuriy · Juin 23, 2025, 1:46

J’ai deux PRs liés :

github.com/discourse/discourse-calendar

UX: smart format dates

main ← better-format-dates

opened 10:37AM - 13 Jun 25 UTC

jjaffeux

+270 -9

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/

@nat, je vous inclus, puisque vous avez travaillé sur cette fonctionnalité il y a des années :

github.com/discourse/discourse

FEATURE: Omit showing day when 'to' day is same as 'from' day

main ← date-today

opened 10:08AM - 06 Oct 22 UTC

nattsw

+61 -7

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

Dans quels cas devons-nous afficher un nom de fuseau horaire entre crochets après la date/l’heure de/à ?
Quelles sont les attentes pour l’affichage : le nom du jour de la semaine Lundi...Dimanche ou Hier/Aujourd'hui/Demain ?

Je pencherais pour :
- Hier/Aujourd'hui/Demain : pour -1 jour < Aujourd'hui > +1 jour
- Lundi...Dimanche : dans la semaine en cours ou -3 jours < Aujourd'hui > +3 jours
La présence de l’heure ne devrait pas être un facteur de décision pour choisir l’une des deux options ci-dessus, comme c’est le cas actuellement :
- pas d’heure : Lundi...Dimanche
- avec heure : Hier/Aujourd'hui/Demain

yuriy · Juin 23, 2025, 1:51

Nous sommes prêts à fusionner le premier PR. Ce n’est pas idéal, car la correction des cas limites, listés dans mon post précédent pourrait suivre.

github.com/discourse/discourse-calendar

UX: smart format dates

main ← better-format-dates

opened 10:37AM - 13 Jun 25 UTC

jjaffeux

+270 -9

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/

Sujet		Réponses	Vues
Show timezone/locale on event dates/times, and show admins how it is determined Feature calendar-and-event	0	209	Février 15, 2024
Events Plugin :calendar: Plugin	866	88626	Septembre 12, 2025
Date line should be human-readable in mails Feature email , calendar-and-event , completed	21	553	Mai 29, 2025
Discourse Calendar (and Event) Plugin official , calendar-and-event , included-in-core	101	54336	Novembre 12, 2025
Discourse local dates need better presentation in emails UX	12	2232	Novembre 19, 2019

🌍 Nouvelle fonctionnalité d'agenda : Afficher l'heure locale

Sujets connexes