Ich bin auf diese Einschränkung gestoßen, als ich mit einem kalendergesteuerten Diskussions-Workflow in einem Studentenforum experimentiert habe.
Mein Anwendungsfall ist, dass jedes Kalenderereignis zum Anker für ein Diskussionsthema wird und nicht das Ereignis das Einzige im Thema ist.
Wenn ich beispielsweise versuche, ein Treffen mit jemandem zu vereinbaren, könnte ich mehrere mögliche Zeitfenster im selben Diskussionsthema anbieten:
\t•\tDi, 31. März — 12–13 Uhr
\t•\tMi, 1. April — 10–11 Uhr
\t•\tFr, 3. April — 15–16 Uhr
Idealerweise würde ich gerne mehrere [event]-Blöcke im selben Thema einfügen, damit:
\t•\tdie jeder vorgeschlagene Zeitpunkt im Kalender der Website angezeigt wird
\t•\tTeilnehmer sich für ein bestimmtes Zeitfenster als teilnehmend markieren können
\t•\tnachdem eine Zeit ausgewählt wurde, die anderen Ereignisse einfach entfernt oder bearbeitet werden können
Dies wird noch nützlicher, wenn das Ereignisthema sowohl als Diskussionsfaden vor als auch nach dem Ereignis dient (Tagesordnung, Notizen, Folgefragen).
Ein weiteres Beispiel aus meinem Forum sind akademische Diskussionen, bei denen:
\t•\tdie eine Vorlesung
\t•\tdie eine Sprechstunde
\t•\tund eine Überprüfungssitzung
alle mit demselben Thementhread in Verbindung stehen, aber dennoch unterschiedliche Ereignisse im Kalender sind.
Derzeit neigt der Workflow dazu, die Leute auf ein Ereignis pro Thema zu drängen, was die Diskussion fragmentiert. Die Zulassung mehrerer Ereignisse pro Thema würde es erleichtern, zusammengehörige Gespräche an einem Ort zu bündeln und trotzdem von der Kalenderintegration zu profitieren.