Il y a un petit bug où le plugin ne respecte pas la locale de temps de 12 heures de l’utilisateur lors de la création d’un événement, et affiche toujours la locale de temps de 24 heures. Cela rend la saisie des événements fastidieuse et sujette aux erreurs pour les utilisateurs américains qui n’utilisent pas le format 24 heures.
(Il s’affiche correctement après la création de l’événement, heureusement)
Sinon, cela semble être un excellent plugin, merci
De plus, ce serait bien s’il y avait un paramètre pour ajuster la limite de rappels qu’un créateur d’événement peut placer sur un événement. 5, c’est beaucoup
Merci d’avoir soulevé ce point ! J’ai eu la même expérience en insérant la date/l’heure dans un sujet, ce qui pose le même problème. Je pense qu’il s’agit d’un problème connu et qu’il y a une explication. L’entrée suit la région de votre appareil, et non la locale définie dans vos préférences Discourse. Mais l’affichage suit vos préférences de locale Discourse (ainsi que celles de tout utilisateur consultant votre publication contenant un événement ou une date/heure). Pouvez-vous confirmer cela de votre côté ?
Ce serait certainement moins déroutant et une meilleure expérience utilisateur si les deux étaient identiques pour l’utilisateur qui crée l’événement ou ajoute une date/heure à une publication.
Voici une démonstration. Notez dans la capture d’écran ci-dessous l’heure sélectionnée de 16h00 mais 16:00 dans l’entrée. La raison pour laquelle cela m’arrive est que ma région d’appareil est définie sur l’Allemagne (qui utilise l’heure sur 24 heures), tandis que ma locale Discourse est US-WA (qui utilise l’heure sur 12 heures). L’entrée semble suivre la locale de l’appareil.
Cela apparaît comme [date=2025-04-01 time=16:00:00 timezone="America/Los_Angeles"] en markdown, ce qui s’affiche correctement pour moi comme 16h00 : 2025-04-01T23:00:00Z.
Avec ma région définie sur les États-Unis, lorsque j’insère une date/heure dans un sujet, l’heure d’entrée est également en format 12 heures. Le markdown est le même [date=2025-04-01 time=16:00:00 timezone="America/Los_Angeles"] et s’affiche correctement comme 16h00 : 2025-04-01T23:00:00Z.
Merci pour votre réponse détaillée (et de la part d’un compatriote de Washington, qui plus est :))
Ce bug concerne en fait l’« insérer un événement » (plugin officiel), et non l’« insérer une date/heure » (intégré). Je comprends tout à fait la confusion, car lorsque j’ai essayé d’utiliser le plugin pour la première fois, j’ai également cliqué sur la date/heure au lieu de l’événement et j’ai été confus de voir pourquoi il ne générait pas l’événement.
Puisque nous avons tous deux été confus à ce sujet, il pourrait y avoir une opportunité d’améliorer l’interface utilisateur :
Dans un monde idéal, peut-être que ces éléments pourraient être fusionnés en un seul bouton, qui demanderait à l’utilisateur s’il essaie de créer un événement ou une heure. (Cela nécessiterait beaucoup de retravail du code cependant)
Plus simplement, si le bouton d’événement était directement adjacent au bouton de date/heure, au lieu d’être caché sous les autres options, cela alerterait probablement l’utilisateur qu’il existe deux flux différents disponibles. (Je n’ai pas vérifié si c’est possible, mais cela semble plus facile à implémenter)
Cela dit, pour répondre à vos questions :
Lorsque j’utilise l’option insérer une date/heure, elle affiche bien l’heure au format 12 heures pour moi.
C’est seulement lorsque j’utilise l’option insérer un événement qu’elle exige l’heure au format 24 heures.
Concernant la région de l’appareil, je ne suis pas sous iOS, donc je ne suis pas sûr de ce à quoi correspond ce réglage sur d’autres systèmes d’exploitation. (Je suis sous Linux et j’ai vérifié que mon locale renvoie tous les en_us ou en_US.UTF-8… mais il y a peut-être un autre réglage caché). Pouvez-vous confirmer si vous observez le même comportement sur la page « insérer un événement » (pas seulement « insérer une date/heure » ?) Il ne semble pas être activé pour ce forum, vous devrez donc peut-être créer une instance de test, bien que comme il s’agit d’un plugin officiel, il devrait être facile de s’en procurer une.
Oh, intéressant ! J’ai donc creusé pour expliquer comment insérer la date/l’heure, et le comportement est en fait différent. Je viens de vérifier (étant toujours dans la région des États-Unis selon mon appareil) et je vois que vous avez raison ! La fenêtre contextuelle « Ajouter un événement » demande l’heure au format 24 heures, même si l’insertion de date/heure se fait maintenant au format 12 heures.
L’insertion de date/heure est une fonctionnalité de base tandis que « Ajouter un événement » fait partie du plugin calendar-and-event. Ce sont des fonctionnalités très distinctes. Concentrons-nous donc ici sur la fenêtre contextuelle « Ajouter un événement » qui semble avoir un bug d’interface utilisateur, que vous avez parfaitement documenté dans le premier message de ce sujet.
L’amélioration de l’interface utilisateur dans le menu du compositeur est une conversation totalement différente. Si vous souhaitez ouvrir un nouveau sujet à ce sujet, n’hésitez pas.
Il n’est pas très logique que les deux mécanismes soient différents - mais je suppose que c’est un autre problème d’UX / séparé !
C’est absolument nécessaire !! C’est un problème depuis longtemps (et justifie peut-être son propre sujet UX). Je cache l’icône Insérer date/heure pour résoudre la confusion, mais cela signifie que nous perdons cette fonctionnalité très utile.
Lorsque j’utilise l’option insérer une date/heure, elle affiche bien l’heure au format 12 heures pour moi.
C’est seulement lorsque j’utilise l’option insérer un événement qu’elle exige l’heure au format 24 heures.
Je viens de vérifier (étant toujours dans la région des États-Unis selon mon appareil) et je vois que vous avez raison ! La fenêtre contextuelle « Ajouter un événement » demande l’heure au format 24 heures, même si l’insertion de date/heure se fait maintenant au format 12 heures.