Ci sono piani per consentire più eventi per thread o per post?

Contribuisci Funzionalità
1

Ci sono piani per consentire più eventi per thread o per post?
I casi d’uso che mi vengono in mente sono:

  • Eseguire lo stesso evento per diversi fusi orari, ad esempio un webinar
  • Possibilità di aggiungere informazioni dettagliate sull’evento per le conferenze per evidenziare cose come: keynote, orari di apertura della sala espositiva, orari delle pause, ecc.
5 Mi Piace
Single click activation of the Create Event modal
2

Ho riscontrato questo limite durante la sperimentazione di un flusso di lavoro di discussione guidato dal calendario su un forum studentesco.

Il mio caso d’uso è che ogni evento del calendario diventi l’ancora per un argomento di discussione, anziché l’evento essere l’unica cosa nell’argomento.

Ad esempio, se sto cercando di programmare una riunione con qualcuno, potrei offrire diverse fasce orarie possibili nello stesso argomento di discussione:
• Martedì 31 marzo — 12–13
• Mercoledì 1 aprile — 10–11
• Venerdì 3 aprile — 15–16

Idealmente vorrei includere più blocchi [event] nello stesso argomento in modo che:
• ogni orario proposto appaia sul calendario del sito
• i partecipanti possano segnarsi come partecipanti a una fascia specifica
• una volta scelto un orario, gli altri eventi possano essere semplicemente rimossi o modificati

Questo diventa ancora più utile quando l’argomento dell’evento funge da thread di discussione prima e dopo l’evento (ordine del giorno, appunti, domande di follow-up).

Un altro esempio dal mio forum sono le discussioni accademiche in cui:
• una lezione
• un orario di ricevimento
• e una sessione di revisione

potrebbero essere tutti correlati allo stesso thread di discussione, ma sono comunque eventi distinti nel calendario.

Al momento il flusso di lavoro tende a spingere le persone verso un evento per argomento, il che frammenta la discussione. Consentire più eventi per argomento renderebbe più facile mantenere le conversazioni correlate in un unico posto, pur beneficiando dell’integrazione con il calendario.

3

Posso proporre un flusso di lavoro alternativo per ottenere ciò che desideri?

  1. Mantieni l’Argomento dell’Evento come ‘ancora’ e rendi chiaro nel testo che è provvisorio, o magari mantieni un ampio lasso di tempo
  2. Nell’OP (o in un post successivo), crea un sondaggio con le opzioni disponibili per gli orari utilizzando la funzionalità Inserisci Data
  3. Una volta chiuso il sondaggio, modifica la data/ora dell’Evento per farla corrispondere.
  4. Se sono necessari eventi aggiuntivi, rendili argomenti chiusi e fai riferimento ad essi nell’argomento dell’evento ‘ancora’.

Cosa ne pensi?

1 Mi Piace
4

Quel flusso di lavoro ha senso se l’obiettivo è semplicemente scegliere un orario tramite un sondaggio.

Nella situazione a cui sto pensando, gli orari candidati si comportano più come eventi provvisori che devono apparire sul calendario mentre si definisce la pianificazione.

Ad esempio, immagina un’attività commerciale in cui le prenotazioni dei clienti creano automaticamente eventi sul calendario. Allo stesso tempo, stiamo cercando di organizzare un evento sociale per i dipendenti e proponiamo diverse possibili fasce orarie.

Quelle fasce orarie per i dipendenti potrebbero inizialmente sembrare fattibili, ma se compare un evento cliente di priorità più alta che è in conflitto con una di esse, tale fascia potrebbe dover essere eliminata o spostata. In questo senso, il calendario funge da visualizzazione di pianificazione globale, non solo da modo per scegliere l’orario più popolare.

Quindi, gli orari candidati stessi devono apparire sul calendario mentre la discussione sta ancora decidendo tra di essi. Una volta approvato un orario definitivo, gli altri blocchi [evento] potrebbero semplicemente essere rimossi o modificati.

Un modo in cui ciò potrebbe funzionare è se un argomento potesse contenere più blocchi [evento], con uno designato come evento principale e gli altri trattati come eventi provvisori o secondari. L’evento principale sarebbe quello canonico per l’argomento, mentre gli altri apparirebbero semplicemente sul calendario come fasce orarie candidate durante la pianificazione.

L’evento principale potrebbe essere:
• approvato manualmente (ad esempio dopo aver verificato i conflitti con eventi di priorità più alta), oppure
• derivato dinamicamente da un sondaggio se la discussione utilizza il voto per scegliere un orario.

Dall’analisi del funzionamento del plugin, gli eventi vengono già analizzati dai blocchi [evento] all’interno dei post e archiviati come record separati per il calendario. Ciò suggerisce che la regola “un evento per argomento” potrebbe essere principalmente un vincolo dell’interfaccia utente piuttosto che strutturale.

Consentire blocchi [evento] in più post (con uno contrassegnato facoltativamente come evento principale) potrebbe preservare il modello mentale attuale consentendo flussi di lavoro di pianificazione in cui diversi eventi provvisori devono esistere nello stesso argomento di discussione.

1 Mi Piace