Hallo,
Wiederkehrende Ereignisse sind einzelne Ereignisse, aber wenn Sie eines erstellen, werden keine einzelnen Themen erstellt.
Wenn Sie also auf eines dieser wiederkehrenden Ereignisse klicken, um daran teilzunehmen, ist Ihre Teilnahme bei allen Ereignissen vorhanden.
Sollte das Erstellen eines wiederkehrenden Ereignisses nicht einzelne Ereignisse/Themen mit derselben Basis wie das erste Ereignis erstellen?
Das ist definitiv ein Funktionswunsch. Ich verstehe Sie, es wäre schön, wenn man ein bestimmtes Ereignis in einer Sequenz auswählen könnte.
Gibt es dazu schon Neuigkeiten?
Wir brauchen wirklich ein neues Thema für jedes einzelne Ereignis, anstatt dass ein einziges Ereignisthema eine ganze Reihe von Ereignissen steuert, die im Kalender sichtbar sind.
Derzeit ist die einzige machbare Lösung, manuell eine Reihe neuer Themen zu erstellen. Das füllt natürlich den „Neueste
wäre es akzeptabel, wenn sekundäre Ereignisse in einem Topic ein anderes Erscheinungsbild hätten, z. B. als Umrandung, über eventBorderColor und eventBackgroundColor?
Sie simulieren eine Verschachtelung, indem Sie Folgendes kombinieren:
| Eigenschaft | Primär (bestätigt) | Tentativ / sekundär |
|---|---|---|
| eventBackgroundColor | durchgehend | anders / hell |
| eventBorderColor | wie Füllung | starker Kontrast |
| Rahmenstil | durchgehend | gestrichelt |
| Deckkraft | 1 | 1 |
Dadurch entsteht eine visuelle Hierarchie, ohne dass eine tatsächliche Stapelung erforderlich ist.
Netter Vorschlag, aber ich glaube, das reicht noch nicht ganz – jede Veranstaltung einer Serie braucht wirklich ihre eigene RSVP, ergänzende Informationen und eine Diskussionsmöglichkeit.
Das RSVP würde durch die Umfrage ersetzt, sodass alle Veranstaltungen im Thema eigenständig wären. Alle Veranstaltungen würden sich auf dasselbe beziehen: die Komplexität, einen Termin aus verschiedenen Möglichkeiten festzulegen.
Es ist weder eine Serie noch etwas, das sich in Outlook umsetzen lässt.
Es ist der besondere Clou, der eine Institution wie meine Universität davon abhält, sich auf defensiv-falsche Outlook-Serien zu verlassen, und stattdessen zu Discourse führt.
Nachdem ich den überarbeiteten Plugin in den letzten Monaten genutzt habe, komme ich nun wieder darauf zurück: Jetzt, da wir mehr Wiederholungsoptionen haben – insbesondere den „X-ten Tag des Monats“ und die Möglichkeit, entweder für das einzelne Ereignis oder die gesamte Serie eine Teilnahmebestätigung (RSVP) abzugeben –, funktioniert er ziemlich gut.
Ein zentrales Problem bleibt jedoch bestehen: Das Archivieren der Inhalte des letzten Ereignisses.
Der Anwendungsfall ist ein wiederkehrendes Ereignis, das mit zahlreichen Beiträgen und Diskussionen verbunden ist. Dazu können auch angehängte Dateien und Bilder gehören. Das offensichtlichste Beispiel ist ein regelmäßiges Arbeitstreffen.
Der daraus resultierende Unfug muss derzeit auf die eine oder andere Weise manuell aufgeräumt werden, da die Wiederholungsfunktion lediglich das Datum des Ereignisses ändert und die Teilnahmebestätigung löscht. Die manuellen Optionen sind:
Leider ist keine dieser Optionen ideal.
Ich möchte, dass die Wiederholungsfunktion das aktuelle Ereignisthema intakt lässt, aber sobald es abgeschlossen ist, der Plugin ein neues Thema für das nächste Ereignis erstellt.
Dies würde den angenehmen Workflow bewahren und automatisch dafür sorgen, dass ein angemessenes Archiv des vergangenen Ereignisses erhalten bleibt – und gleichzeitig ein „sauberes“ Thema für das neue Ereignis bereitstellt.
Der Preis dafür (abgesehen von der erhöhten Komplexität) wäre, dass das aktive Ereignis eine neue URL hätte. Ich kann mir vorstellen, dass dies in manchen Fällen ein Problem darstellen könnte.
Hallo, das würde bedeuten, dass man warten muss, bis das aktuelle Event der wiederkehrenden Event-Serie geschlossen wurde, bevor man sich für das nächste Event anmelden kann?
Bei den meisten Event-Plugins, an denen ich in Joomla gearbeitet habe, wird die Serie der Events direkt erstellt, anstatt wie in deinem Vorschlag hier individuelle Themen/URLs pro Event zu erstellen, was ich für das richtige Modell halte.
Es wäre auch praktisch, die Möglichkeit zu bieten, die Anmeldung erst ab X Tagen vor den wiederkehrenden Events zu erlauben.
Was den Archivierungsaspekt betrifft: Verfügen Events nicht in der Regel über eine eigene Unterkategorie oder sind sie zumindest per Tags so gruppierbar, dass sie zusammengehalten werden können und eine automatisierte Aktion darauf angewendet werden kann?
Ja, aber das unterscheidet sich nicht von der aktuellen Situation, in der man entweder auf das aktuelle Ereignis oder auf die gesamte Reihe antworten kann.
Meinst du eine Aktion, die das Ereignis dupliziert und die Antworten verschiebt, oder etwas Ähnliches? Vielleicht könnten Workflows das erledigen; ich habe mir das schon länger vorgenommen.
Aus meiner Erfahrung mit Ereignissen wird die Funktion, auf die gesamte Serie zu antworten, seltener genutzt als die Möglichkeit, sich später für ein bestimmtes Ereignis innerhalb der Serie anzumelden; beide Optionen sind jedoch wichtig.
Ja, aber ich sehe in meiner Installation keinen Workflow, der das tut.
Das ist vielleicht an sich eine eigene Funktionsanforderung und interessant über den Rahmen des Themas „Ereignisse“ hinaus, und ich könnte/sollte dafür ein anderes Thema erstellen.
Wir bräuchten eine automatische Archivierungsaktion, die bei bestimmten Bedingungen ausgelöst wird; hier wäre das, wenn das „Ereignisdatum oder das Enddatum, falls vorhanden“ in der Vergangenheit liegt oder das Thema seit x Tagen geschlossen ist, mit vielleicht einer wählbaren Verzögerung, bevor die Aktion ausgeführt wird, damit das Ereignisthema für einige Tage nach dem Ereignis noch sichtbar bleibt, damit Leute kommentieren können.
Hier gab es einige Fortschritte.
Ein Event ended-Trigger für Workflows wurde inzwischen gemergt:
Außerdem verfügt Workflows bereits über eine Topic-Aktion, mit der ein bestehendes Thema abgerufen (Get) und ein neues erstellt (Create) werden kann, sowie über einen Wait-Knoten. Daher lässt sich ein Großteil des vorgeschlagenen Rollovers möglicherweise bereits als Workflow zusammenstellen, anstatt eine eigene, ereignisspezifische Archivierungsfunktion zu benötigen.
Etwas in der Art von:
Event ended → Wait → Topic / Get → Topic / Create
könnte potenziell ein Nachfolgerthema unter Verwendung von Titel, Inhalt und Kategoriedaten des alten Themas erstellen, während das abgeschlossene Thema als Archiv erhalten bleibt.
Was noch geprüft werden muss, ist, welche Teile des alten Themas genau automatisch kopiert werden sollen – beispielsweise Tags, Uploads, der Wiederholungsstatus des Events und ob Antworten verschoben oder einfach dort belassen werden sollen.
Ich habe auch einen offenen PR, der eine Event-Aktion zu Workflows hinzufügt:
Der Basis-PR fügt Close event und Open event hinzu, und ich habe einen darauf aufbauenden Folge-PR, der Set attendance ergänzt:
Die Aktion ist so strukturiert, dass weitere ereignisspezifische Operationen als separate Folge-PRs hinzugefügt werden können, wo dies sinnvoll ist.
Schöne Anstrengungen, danke. Die Schließbedingungen können hilfreich sein, sind aber möglicherweise nicht vollständig auf die ursprüngliche Situation anwendbar.
Eine Ereigniskategorie kann besonders bei wiederkehrenden Ereignissen groß werden, und es würde Sinn ergeben, eine Möglichkeit bereitzustellen, Themen-Ereignisse, die seit x Tagen geschlossen wurden, automatisch in eine Kategorie für vergangene Themen zu verschieben oder sie zu archivieren.
Aber diese Archivierungsfrage hängt von der Entscheidung ab, ob wiederkehrende Ereignisse zu individuellen Themen werden, die mit dem Hauptereignis-Topic verknüpft sind.
Ich habe einen PR eröffnet, der dies als optionale wiederkehrende Event-Modus implementiert:
Er fügt eine discourse_post_event_recurring_topic_mode-Standardeinstellung mit zwei Optionen hinzu:
reuse_topic — das bestehende Verhalten und der Standardwertcreate_next_topic — bewahrt das abgeschlossene Vorkommnis-Thema auf und erstellt ein neues Thema für das nächste VorkommnisBei create_next_topic wird bei Beendigung eines Vorkommnisses das abgeschlossene Thema mit dem darauf gepinnten Event und entfernter Wiederholung beibehalten. Es wird dann ein Nachfolger-Thema für die nächste Wiederholung erstellt, das den ursprünglichen Titel/Inhalt, die Kategorie, die Tags und den Autor beibehält, während die Event-Daten fortgeschritten werden.
Die automatisierten Tests decken auch die RSVP-Übertragungssemantik ab: Wiederkehrende going-Teilnahme wird in den Nachfolger übertragen, während einmalige Teilnahme beim abgeschlossenen Vorkommnis verbleibt.
Die Übertragung ist auch transaktional, sodass das Vorkommnis bei einem Fehlschlag bei der Erstellung des Nachfolgers ausstehend bleibt und erneut versucht werden kann, anstatt halb abgeschlossen zurückgelassen zu werden.
Dies implementiert spezifisch das Modell „erstelle das nächste Thema, wenn das aktuelle Vorkommnis endet“. Es erzeugt noch keine individuellen Themen für alle zukünftigen Vorkommnisse im Voraus, was das alternative Modell ist, das @opcourdis oben erwähnt hat.
Das bestehende Verhalten bleibt der Standardwert, sodass dies für Websites, die möchten, dass das abgeschlossene Event-Thema als Archiv dient, optional ist.
Danke, dieses Modell funktioniert bereits hervorragend für Organisatoren, die nun mit Sicherheit wissen, dass sie ein Ereignis nicht jedes Mal neu erstellen müssen. Außerdem bietet es die Sicherheit, dass die Leute nicht im Voraus abonniert werden, da Organisatoren ein Ereignis aus bestimmten Gründen immer noch absagen können.
Das von mir vorgeschlagene „im Voraus erstellen“-Modell funktioniert ebenfalls in vielen Fällen und würde dein Modell der Ereignisnachfolger ergänzen.
Übrigens zum Pull Request für den Ereignisnachfolger-Modus:
1° Erfahren Personen, die das neue Ereignis abonnieren, noch, dass das Thema/das Ereignis Teil einer wiederkehrenden Ereignisreihe ist, wie es bei dem ursprünglichen Ereignis/Thema der Fall ist?
2° Ist die automatische Einladung der ursprünglichen Gäste zum Ereignis eine Option, die man abwählen oder auswählen kann? Ich sage das, weil ein zukünftiges Ereignis nicht unbedingt ein Ereignis ist, das man den Gästen immer wieder bewerben möchte, da man ihnen das Ereignis und dessen Reihe bereits einmal über das erste Ereignis beworben hat.
Ja, in dem Sinne, dass die nachfolgende Veranstaltung die Wiederholungskonfiguration beibehält. Im GUI-Smoke-Test zeigte beispielsweise das ursprüngliche Vorkommnis Jeden Donnerstag, und nach dem Rollover zeigte auch das nachfolgende Thema Jeden Donnerstag, wobei das Datum auf die folgende Woche vorgerückt wurde.
Was dieser PR nicht hinzufügt, ist eine separate themenübergreifende Serienbeziehung, die das abgeschlossene Thema mit seinem Nachfolger verknüpft. Das abgeschlossene Thema wird zum einmaligen archivierten Vorkommnis, während der Nachfolger die Wiederholung fortsetzt. Eine explizite Serien-/Elternbeziehung zwischen diesen Themen könnte eine separate Verbesserung darstellen, falls sich dies als nützlich erweist.
Nein, nicht jeder Gast/Teilnehmer wird automatisch in die neue Veranstaltung übernommen.
Der Nachfolger erbt nur Personen, die mit aktivierter Wiederholungs-/Serien-RSVP-Option als teilnehmend gemeldet hatten. Jemand, der nur für das einzelne Vorkommnis teilnehmend geantwortet hat, bleibt beim abgeschlossenen Thema und wird nicht zum Nachfolger hinzugefügt.
Derzeit fungiert die bestehende Option, auf die Serie zu antworten, also effektiv als Opt-in dafür, in zukünftige Nachfolge-Veranstaltungen übernommen zu werden, anstatt dass eine separate Website-Einstellung dies steuert.