Y a-t-il des projets pour permettre plusieurs événements par thread ou par post ?

Contribuer Fonctionnalité
1

Y a-t-il des projets pour autoriser plusieurs événements par fil de discussion ou par publication ?

Les cas d’utilisation qui me viennent à l’esprit sont :

  • Organiser le même événement pour différents fuseaux horaires - par exemple, un webinaire
  • Possibilité d’ajouter des informations détaillées sur les événements pour les conférences afin de mettre en évidence des éléments tels que : les discours d’ouverture, les heures d’ouverture du hall d’exposition, les pauses, etc.
5 « J'aime »
Single click activation of the Create Event modal
2

J’ai rencontré cette limitation en expérimentant avec un flux de discussion piloté par le calendrier sur un forum étudiant.

Mon cas d’utilisation est que chaque événement de calendrier devient l’ancre d’un sujet de discussion, au lieu que l’événement soit la seule chose dans le sujet.

Par exemple, si j’essaie de planifier une réunion avec quelqu’un, je pourrais proposer plusieurs créneaux horaires possibles dans le même sujet de discussion :
\t•\tMar 31 Mar — 12h–13h
\t•\tMer 1 Avr — 10h–11h
\t•\tVen 3 Avr — 15h–16h

Idéalement, j’aimerais inclure plusieurs blocs [event] dans le même sujet afin que :
\t•\tchaque heure proposée apparaisse sur le calendrier du site
\t•\tles participants puissent se marquer comme participant à un créneau spécifique
\t•\tunefois qu’une heure est choisie, les autres événements peuvent simplement être supprimés ou modifiés

Ceci devient encore plus utile lorsque le sujet d’événement sert également de fil de discussion avant et après l’événement (ordre du jour, notes, questions de suivi).

Un autre exemple de mon forum concerne les discussions universitaires où :
\t•\tun cours magistral
\t•\tdes heures de permanence
\t•\tet une session de révision

peuvent tous être liés au même fil de discussion, mais restent des événements distincts sur le calendrier.

Actuellement, le flux de travail tend à pousser les gens vers un événement par sujet, ce qui fragmente la discussion. Permettre plusieurs événements par sujet faciliterait le maintien des conversations connexes en un seul endroit tout en bénéficiant de l’intégration au calendrier.

3

Puis-je proposer un flux de travail alternatif pour obtenir ce que vous souhaitez ?

  1. Conservez le Sujet de l’Événement comme « ancre » et précisez clairement dans le texte qu’il est provisoire, ou peut-être conservez une large plage de temps
  2. Dans le message original (ou une publication ultérieure), créez un sondage avec les options de temps disponibles en utilisant la fonctionnalité Insérer la Date
  3. Une fois le sondage terminé, modifiez la date/l’heure de l’Événement pour qu’elle corresponde.
  4. Si des événements supplémentaires sont nécessaires, faites-en des sujets clos et renvoyez-les au « sujet de l’événement ancre ».

Qu’en pensez-vous ?

1 « J'aime »
4

Ce flux de travail est logique si l’objectif est simplement de choisir une heure via un sondage.

Dans la situation à laquelle je pense, les créneaux horaires proposés se comportent davantage comme des événements provisoires qui doivent apparaître sur le calendrier pendant que la planification est en cours d’élaboration.

Par exemple, imaginez une entreprise où les réservations des clients créent automatiquement des événements dans le calendrier. Parallèlement, nous essayons d’organiser un événement social pour les employés et proposons plusieurs créneaux horaires possibles.

Ces créneaux pour les employés pourraient sembler viables au départ, mais si un événement client de plus haute priorité apparaît et entre en conflit avec l’un d’eux, ce créneau pourrait devoir être supprimé ou déplacé. En ce sens, le calendrier agit comme une vue de planification globale, et non simplement comme un moyen de choisir l’heure la plus populaire.

Les créneaux horaires proposés doivent donc apparaître sur le calendrier pendant que la discussion détermine encore lequel choisir. Une fois qu’une heure finale est approuvée, les autres blocs d’[événement] pourraient simplement être supprimés ou modifiés.

Une façon dont cela pourrait fonctionner serait qu’un sujet puisse contenir plusieurs blocs d’[événement], l’un étant désigné comme l’événement principal et les autres étant traités comme des événements provisoires ou secondaires. L’événement principal serait la référence canonique pour le sujet, tandis que les autres apparaîtraient simplement sur le calendrier comme des créneaux candidats pendant la planification.

L’événement principal pourrait être :

  • approuvé manuellement (par exemple après avoir vérifié les conflits avec des événements de plus haute priorité), ou
  • dérivé dynamiquement d’un sondage si la discussion utilise le vote pour choisir une heure.

D’après l’examen du fonctionnement du plugin, les événements sont déjà analysés à partir des blocs d’[événement] à l’intérieur des publications et stockés comme des enregistrements distincts pour le calendrier. Cela suggère que la règle « un événement par sujet » pourrait être principalement une contrainte d’interface utilisateur plutôt qu’une contrainte structurelle.

Permettre des blocs d’[événement] dans plusieurs publications (avec l’un marqué optionnellement comme événement principal) pourrait préserver le modèle mental actuel tout en permettant des flux de travail de planification où plusieurs événements provisoires doivent exister dans le même sujet de discussion.

1 « J'aime »