📅 Nouvelle fonctionnalité de calendrier : Date de fin pour les événements récurrents

[j.jaffeux (Joffrey Jaffeux)]

Vous pouvez désormais définir une date de fin pour les événements récurrents dans Discourse Calendar !

Cette fonctionnalité très demandée vous permet de spécifier quand une série d’événements récurrents doit s’arrêter, vous donnant ainsi plus de contrôle sur la planification de vos événements.

Créez des événements qui se répètent quotidiennement, hebdomadairement ou mensuellement - et déterminez maintenant exactement quand ils doivent se terminer.

Pour plus de détails sur le plugin Calendar et ses fonctionnalités, visitez le sujet officiel de Calendar.

À l’avenir, nous pourrions ajouter la possibilité d’exclure des jours de la semaine spécifiques.

[sam (Sam Saffron)]

Une chose délicate avec le mot « Until » est qu’il n’est pas tout à fait évident s’il est inclus ou exclu. Pouvons-nous faire quelque chose ici pour apporter plus de clarté ?

[nathank (Nathan Kershaw)]

Oui, Google Agenda a le même problème ! Ils utilisent On, mais cela souffre de la même ambiguïté :

Cependant, je pense que la plupart des utilisateurs supposeraient sans risque que Until inclut cette date.

[j.jaffeux (Joffrey Jaffeux)]

Jusqu'à (inclus) :

?

edit : J’ai fait ceci pour l’instant UX: better copy by jjaffeux · Pull Request #737 · discourse/discourse-calendar · GitHub semble être un changement simple et bon.

---

Une solution alternative serait d’afficher la date/heure réelle à côté du champ de saisie de la date, mais probablement excessif ?

[meglio (Anton)]

@sam

Une chose délicate avec le mot « Jusqu’à » est qu’il n’est pas totalement évident s’il est inclus ou exclu ? Y a-t-il quelque chose que nous puissions faire ici pour apporter une meilleure clarté ?

Vous pourriez vouloir emprunter quelques idées à mon implémentation des dates de début/fin de bon dans la boîte de dialogue Nouveau bon dans un e-commerce sur lequel je travaille :

---

Un autre exemple pour démontrer la flexibilité et comment nous évitons l’ambiguïté dans les plages de dates dans l’interface utilisateur :

---

Détail technique : Dans notre application, nous enregistrons toujours les dates sous forme de « timestamp avec fuseau horaire » (postgres), de sorte qu’aucun paramètre de base de données, ni aucun paramètre de connexion, ne peut affecter le timestamp réel stocké. Même si Postgres ne le recommande pas, nous le faisons car cela garantit à 100 % la correction de la date dans toutes les situations et dans toutes les requêtes SQL. Vous pouvez manipuler les fuseaux horaires de date directement dans postgres en utilisant leurs fonctions de date/heure/fuseau horaire et être certain que cela fonctionnera toujours à 100 % correctement. Nous nous y fions.

Et ensuite, nous avons un paramètre de fuseau horaire pour tous les types d’entités qui en ont besoin : profils d’utilisateurs, marchés, bons, rapports pour les comptables, etc. - afin que nous puissions traduire n’importe quelles dates dans n’importe quels fuseaux horaires à la volée sans hésitation.

Les principaux points à retenir ici sont :

1. Stockez toujours la date et l’heure avec le fuseau horaire.
2. Stockez toujours la préférence du fuseau horaire.
3. Soyez très explicite sur les dates dans l’interface utilisateur, ne faites pas de magie.
4. Laissez l’utilisateur voir les dates réelles dans le fuseau horaire choisi avant de cliquer sur « Enregistrer ».

[MiniForum]

Bonjour,

Sur mon instance auto-hébergée (génée il y a un mois), je ne vois aucune option de date de fin.

Est-ce que je fais une erreur ?

[Ethsim2 (Ethan)]

Je pense que la capture d’écran montre la boîte de dialogue Insérer une date / une heure plutôt que celle de Créer un événement.

Ce sont deux flux de travail différents dans Discourse Calendar :

• Insérer une date / une heure est utilisé pour les réponses dans un sujet dont le message d’ouverture contient un bloc [calendar].
• Créer un événement crée un véritable Événement ([event ...][/event]) et c’est là que se trouvent les paramètres des Événements récurrents, y compris la date de fin de la récurrence.

Donc, pour la fonctionnalité annoncée dans ce sujet, essayez d’ouvrir le menu + du composeur et de choisir Créer un événement, plutôt que Insérer une date / une heure.

Je testais récemment ce flux d’Événement récurrent et j’ai également découvert un cas limite après qu’une récurrence bornée a complètement expiré, pour lequel j’ai ouvert une correction ici :

FIX: Render recurring event labels after expiry (#43260)

[MiniForum]

En effet, il s’agissait de maintenir un calendrier (en collectant les événements) dans un sujet.

Désolé pour le malentendu, je suis nouveau ici.

En effet, lors de la création d’un événement, cela semble fonctionner.

C’est dommage que cela ne fonctionne pas pour Insérer date / heure.

Merci pour votre aide !

[Ethsim2 (Ethan)]

Pas de souci

Juste pour clarifier, je ne pense pas qu’il s’agisse vraiment d’un problème de la fonctionnalité Insérer date / heure qui ne fonctionne pas — il s’agit d’un flux de travail différent.

Insérer date / heure est utilisé lorsque vous avez un bloc [calendar] dans le message d’ouverture d’un sujet et que vous souhaitez que les réponses datées apparaissent sur le calendrier de ce sujet en particulier.

Créer un événement, en revanche, crée un véritable événement Discourse ([event ...][/event]). La date de fin de l’événement récurrent discutée dans ce sujet s’applique à ce système de récurrence d’événements.

Ainsi, si votre objectif est de maintenir un calendrier local à un seul sujet, le flux de travail montré dans votre capture d’écran d’origine est le bon ; il n’utilise simplement pas la même fonctionnalité de récurrence bornée que les Événements.

[MiniForum]

Oui, je comprends.

Le cas d’usage consiste à maintenir un calendrier pour mon école. Il y a toujours des rendez-vous à saisir, et n’importe quel parent peut répondre au sujet pour ajouter un nouveau rendez-vous.

Mais hier seulement, j’avais besoin de saisir un rendez-vous récurrent, et malheureusement, cette option n’existe pas dans ce flux de travail. Je dois donc le faire manuellement en répondant plusieurs fois au sujet avec une nouvelle date (je ne sais pas s’il existe une méthode plus astucieuse…).

[Ethsim2 (Ethan)]

Il existe peut-être un moyen d’automatiser les réponses manuelles tout en conservant votre flux de travail local au sujet [calendar] existant.

Une possibilité consisterait à utiliser un utilisateur dédié de Discourse avec la fonction « répondre par e-mail » activée, puis à faire en sorte qu’un outil tel que Power Automate ou une Azure Logic App génère les réponses individuelles datées et les envoie dans le sujet du calendrier par e-mail.

Par exemple, un rendez-vous hebdomadaire avec une date de fin pourrait être développé par l’automatisation en les réponses individuelles requises, de sorte que les parents verraient toujours un calendrier de sujet normal plutôt que des sujets d’événements séparés.

Il y a quelques détails concernant les clés de réponse par e-mail par utilisateur de Discourse qui doivent être configurés avec soin, donc ce sujet n’est probablement pas le meilleur endroit pour passer en revue la configuration.

Si cette approche vous semble utile, je serai ravi de vous aider à la mettre en œuvre dans un sujet Meta séparé.

[MiniForum]

Cela ne s’est produit qu’une seule fois pour l’instant, donc j’attendrai la prochaine fois (et j’espère que cela ne se reproduira pas).

Je garde l’astuce de la réponse par e-mail, merci. Mais cela signifie-t-il que pour un événement hebdomadaire sur toute une année, nous devrons générer 52 réponses ? Cela rendra le sujet difficile à lire…

Sinon, je suppose que, puisque j’ai les droits d’administrateur, je peux également utiliser l’API pour ajouter manuellement les rendez-vous.

Merci pour ces précisions !

[Ethsim2 (Ethan)]

Oui — malheureusement, l’API automatiserait la création des réponses, mais elle ne résoudrait pas vraiment le problème de la surcharge : pour un calendrier de sujet, les entrées individuelles du calendrier sont toujours représentées par des réponses individuelles.

Je viens de trouver une demande de fonctionnalité existante qui correspond presque exactement à votre cas d’utilisation :

Ajouter des éléments récurrents dans une plage de dates

En utilisant le discourse-calendar-and-event, mes camarades étudiants et moi avons constaté l’absence d’une fonctionnalité qui, selon nous, améliorerait grandement l’utilité de ce plugin. Imaginez ce cas : Nous utilisons un sujet de calendrier pour organiser l’utilisation et l’occupation d’une salle spécifique. Pendant douze mercredis consécutifs, la salle sera occupée par un cours de 10h à 15h, à l’exception d’un mercredi. À l’heure actuelle, nous voyons deux options pour ajouter des élémen…

Leur exemple est un cours qui se déroule sur douze mercredis consécutifs, et ils font le même constat : créer chaque occurrence individuellement est fastidieux et encombre le sujet.

Ils proposent d’autoriser la récurrence dans Insérer une date / heure, accompagnée d’une date de fin pour la dernière occurrence, ce qui semble très proche de ce dont vous avez besoin.

Plutôt que de créer un contournement via une API/Power Automate qui générerait 52 publications, cette demande de fonctionnalité est probablement le meilleur endroit pour ajouter votre cas d’utilisation de calendrier scolaire.

[MiniForum]

Merci, je vais le faire !

[Ethsim2 (Ethan)]

Si vous craignez le désordre, je recommande plutôt le paramètre Events_calendar_categories plutôt que le calendrier par sujet, et les parents peuvent accéder à Discourse grâce à une automatisation qui mène à

Créer un lien pour démarrer un nouveau sujet avec des informations pré-remplies

Cette documentation explique comment créer un lien qui démarre un nouveau sujet dans Discourse avec des informations pré-remplies. Niveau d’utilisateur requis : Tous les utilisateurs Parfois, vous voudrez peut-être fournir aux utilisateurs un lien qui ouvre un nouvel éditeur de sujet avec certaines informations pré-remplies. Ceci peut être utile pour divers cas d’utilisation, y compris les modèles de rapport de bogue, les demandes de fonctionnalités ou les pu…