Bonjour,
Les événements récurrents sont des événements individuels, cependant lorsque vous en créez un, cela ne crée pas de sujets individuels.
Donc, si vous cliquez sur l’un de ces événements récurrents pour y participer, votre participation est présente sur tous les événements.
La création d’un événement récurrent ne devrait-elle pas créer des événements/sujets individuels avec la même base que le premier événement ?
C’est tout à fait une demande de fonctionnalité. Je vous entends, ce serait bien si vous pouviez choisir un événement particulier dans une séquence.
Quelques avancées de ce côté ?
Nous avons vraiment besoin qu’un nouveau sujet soit créé pour chaque événement, plutôt qu’un seul sujet d’événement qui contrôlerait un grand nombre d’événements visibles dans le calendrier.
Pour l’instant, la seule solution de contournement viable consiste à créer manuellement plusieurs nouveaux sujets. Cela remplit évidemment le flux « Récent » de manière très agaçante (ce qu’il faut atténuer d’une manière ou d’une autre), tout en exigeant que vous fassiez attention à ne pas trop notifier. Je suppose que cela met en lumière certains des défis liés à la concrétisation de cette fonctionnalité.
Serait-il acceptable que les événements secondaires d’un topic aient une apparence différente, par exemple un contour, via eventBorderColor et eventBackgroundColor ?
Vous simulez la superposition en combinant :
| Propriété | Primaire (confirmé) | Secondaire / provisoire |
|---|---|---|
| eventBackgroundColor | plein | différent / clair |
| eventBorderColor | identique au remplissage | fort contraste |
| style de bordure | plein | pointillé |
| opacité | 1 | 1 |
Cela crée une hiérarchie visuelle sans avoir besoin d’une superposition réelle.
Idée mignonne, mais je ne pense pas que cela aille tout à fait assez loin : chaque événement d’une série nécessite vraiment son propre RSVP, des informations complémentaires et un espace de discussion.
Le RSVP serait remplacé par le sondage, de sorte que tous les événements du sujet seraient autonomes. Tous les événements porteraient sur la même chose : la complexité de la fixation d’un horaire parmi plusieurs options.
Ce n’est vraiment pas une série ni quelque chose qui peut être réalisé dans Outlook.
C’est la touche spéciale qui incite une institution, comme l’université où je me trouve, à abandonner les séries Outlook défensives et erronées pour se tourner vers Discourse.
Je reviens sur ce sujet après avoir utilisé la version améliorée du plugin au cours des derniers mois ; il fonctionne plutôt bien maintenant que nous avons plus d’options de récurrence - en particulier le Xème jour du mois, et la possibilité de répondre par RSVP soit à l’événement, soit à la série.
Cependant, un problème majeur subsiste : l’archivage du contenu du dernier événement.
Le cas d’utilisation est un événement récurrent qui a pas mal de publications / discussions associées. Cela peut inclure des fichiers joints et des images. L’exemple le plus évident est une réunion de travail régulière.
Pour l’instant, ce désordre résultant doit être trié manuellement d’une manière ou d’une autre, car ce que fait la récurrence, c’est simplement changer la date de l’événement et effacer les RSVP. Les options manuelles sont :
Malheureusement, aucune de ces options n’est vraiment idéale.
Je voudrais que la récurrence conserve le sujet de l’événement actuel intact, mais une fois celui-ci terminé, le plugin créerait un nouveau Sujet pour le prochain événement.
Cela maintiendrait le bel enchaînement, et garantirait automatiquement qu’une archive appropriée de l’événement passé est conservée - tout en offrant un Sujet “propre” pour le nouvel événement.
Le prix à payer (outre une complexité accrue) serait que l’événement actif aurait une nouvelle URL. Je peux voir que cela pourrait potentiellement poser problème dans certains cas.