Hey all,
Is it possible to set up multiple Topic Timers – for example: publish, and then a separate one to auto-close the thread. I have a direct need for this…it’s not a deal breaker for it not to exist…just automation is amazing.
1 „Gefällt mir“
Is this what you’re after?
Auto-closing is already core.
1 „Gefällt mir“
Not possible right now as we only allow one public topic timer (publish, closing, opening) per topic. As a workaround now, you could set a publish topic timer and add a reminder for yourself to close the topic.
Could you build on your use case a little as to why you have a need for multiple topic timers? Multiple topic timers is not impossible but tricky to deal with as we now have to make sure that there isn’t any overlap with the time range.
4 „Gefällt mir“
I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.
3 „Gefällt mir“
Hier ist mein Anwendungsbeispiel für zwei Themen-Timer im selben Thema.
In unserer Community gibt es ein wöchentlich wiederkehrendes Thema namens „Wow Us Wednesday“. Es handelt sich um einen 24-Stunden-Zeitraum, in dem sich Mitglieder selbst bewerben können, da wir festgestellt haben, dass sie einen bestimmten Ort und eine Zeit benötigen, um ihren Werbungsdruck abzubauen.
Wir nutzen die vorhandene Timer-Funktion für Themen, um das Thema automatisch 24 Stunden nach der Veröffentlichung zu schließen – hauptsächlich damit die Werbung auf einen bestimmten wöchentlichen Zeitraum beschränkt bleibt und nicht ständig wieder nach oben gespült wird.
Allerdings verhindert die automatische Schließung des Themas durch den Timer, dass ich den Zeitplan für das Veröffentlichen des Themas nutze – und ich möchte beides verwenden.
Aus Effizienzgründen würde ich es bevorzugen, 4 bis 8 wöchentliche „Wow Us Wednesday“-Themen auf einmal zu planen. Momentan kann ich den Timer für die geplante Veröffentlichung nicht als meinen einzigen Themen-Timer nutzen, denn wenn ich das Zeitfenster verpasse, das Thema 24 Stunden nach der Veröffentlichung manuell zu schließen, können Mitglieder über unseren konzentrierten 24-Stunden-Zeitraum hinaus Werbung machen.
Da unser „Wow Us Wednesday“ von 00:00 Uhr bis 23:59 Uhr PDT stattfindet und ich zwei Stunden voraus in CDT bin, müsste ich um 02:00 Uhr aufwachen, um das Thema manuell zu schließen – etwas, das ich nicht gerne tue. Ganz zu schweigen von den veränderten Verantwortlichkeiten, wenn ich im Urlaub bin, krank werde oder keinen anderen Administrator in einer anderen Zeitzone finde, der das Thema manuell schließen kann.
Zwei Themen-Timer im selben Thema wären für mich keine Revolution. Aber es würde meine Planung und Teamkoordination definitiv erleichtern, und ich schätze, Hunderte andere Discourse-Nutzer würden das Gleiche sagen.
8 „Gefällt mir“
Interessanter Anwendungsfall.
Ich denke, es gibt definitiv einen Mehrwert, um „verzögert veröffentlichte, automatisch schließende
5 „Gefällt mir“
Ich schätze den Vorschlag für eine Workaround-Lösung, Sam. Ich kann mir vorstellen, dass es für einige Discourse-Nutzer funktionieren könnte … das Problem ist, dass es bei mir nicht funktioniert.
Die Selbstwerbe-Threads werden in einer Kategorie namens „Anything Goes
2 „Gefällt mir“
Wie wäre es mit einer Unterkategorie ‘Wow uns am Mittwoch’ innerhalb von ‘Alles ist erlaubt’?
3 „Gefällt mir“
Stephen, wir haben die Idee gespielt, eine Unter-Kategorie namens „Wow Us Wednesday
3 „Gefällt mir“
Hast du versucht, diese bestimmte Subkategorie über CSS von /categories auszublenden?
Ich habe einen weiteren Anwendungsfall für ‘veröffentlichen und dann schließen’: Ich leite einen Kurs, in dem wir Ankündigungen veröffentlichen, die zu jedem Kursbeitrag Beiträge einfordern, und schließen die Ankündigung anschließend, sobald die entsprechende Aktivität (Vorlesung oder Q&A) vorbei ist. Eine automatisch schließende Kategorie wäre nicht ideal, da verschiedene Aktivitäten unterschiedliche Ablaufzeiten haben.
3 „Gefällt mir“
Hallo, ich habe versucht, mehrere Timer für wiederkehrende Ereignisse einzurichten. Eine Option für 2–3 Timer wäre sehr nützlich!
- Verzögertes Veröffentlichen
- Alle Antworten nach 7 Tagen löschen
- Automatisches Aufwerten wöchentlich oder alle zwei Wochen, bevor das Ereignis erneut stattfindet.
Vielen Dank für die Berücksichtigung. Zudem nutzen wir das neue Automation-Plugin, um:
Das Thema am Tag vor dem nächsten Termin automatisch zu pinnen. Wir hoffen, dies langfristig als wöchentliche / alle zwei Wochen / monatliche Wiederholung einzurichten, statt an einem festen Tag. <— So haben wir unser Event-Plugin konfiguriert.
Vielleicht könnte es in Zukunft mehr Wechselwirkungen zwischen Topic-Timern und dem Automation-Plugin geben. Cheers.
Eine weitere nützliche Option für Topic-Timer:
- Alle Emoticons aus dem Thema entfernen.
Das liegt daran, dass Nutzer gerne Emoticons verwenden, um sich zu einem Thema zu äußern, wenn sie zustimmen / ablehnen usw.
2 „Gefällt mir“
Das gehört meiner Meinung nach ins Event-Plugin.
2 „Gefällt mir“
Mein Anwendungsfall hierfür sind Spiele-Threads.
Ich möchte den GESPERRTEN Thread um Mitternacht starten, da die Leute ihn von unserem wochenlangen Event-Blog aus suchen werden. Das kann ich tun.
Ich möchte ihn um 9 Uhr morgens freigeben, wenn das Spiel tatsächlich beginnt. Die einzige Möglichkeit, dies zu tun, ist, nach Mitternacht aufzubleiben, um einen weiteren Timer zu stellen, oder es manuell um 9 Uhr morgens zu tun.
Ein weiterer Anwendungsfall sind Verlosungs-Threads. Ich würde gerne die Start- und Endzeiten gleichzeitig festlegen, anstatt darauf zu warten, dass er startet, um die Endzeit festzulegen.
Ich würde GERNE zwei Timer einstellen. Ich kann sehen, dass dies etwas knifflig wird, wenn sie sich überschneiden, aber vielleicht die Anwendungsfälle einschränken oder einige Prüf- und Ausgleichsmaßnahmen einführen.
Danke!
5 „Gefällt mir“
Wäre es sinnvoll, dies in eine spezielle RFE für geplante Beiträge aufzuteilen, die sich automatisch schließen?
Die Umgehungslösung, eine automatisch schließende Kategorie zu haben, ist im Allgemeinen sinnvoll, aber ich möchte dies für eine bestimmte Gruppe von Gesprächen als Teil einer strukturierten Diskussion in den nächsten Monaten tun, und die Einrichtung einer separaten Kategorie erscheint dafür zu aufwendig.
Warum nicht einfach als separate Unterkategorie? Das ist nicht so schlimm, und Sie können es so konfigurieren, dass Ihre Benutzer es wahrscheinlich nicht einmal bemerken.
Meine Benutzer sind sehr aufmerksam. 
Viele haben Filter eingerichtet, um ihre Benachrichtigungs-E-Mails zu sortieren, und sind daher empfindlich gegenüber Änderungen der Kategorien.
Ich bin mir auch nicht sicher, wie die Benachrichtigungseinstellungen für Unterkategorien funktionieren… wenn ich eine erstelle, wird sie dann für bestehende Benutzer von der übergeordneten Kategorie übernommen, oder müssen sie sich separat anmelden?
Uggh!!! Sie müssen sie aus dem E-Mail-Listenmodus entfernen und sie auf die Discourse-Benutzeroberfläche bringen! Nicht einfach, ich weiß aus eigener Erfahrung. Viel Glück.
Die Betreffzeilen der E-Mails enthalten den Namen der übergeordneten Kategorie, aber es hängt davon ab, wie sie ihre Filter eingerichtet haben (insbesondere wenn sie beide eckigen Klammern enthalten).
Das ist ein wenig komplex – es gibt eine Vererbungsfunktion, wenn die Benachrichtigungseinstellungen festgelegt werden, aber ich habe mich damit noch nicht beschäftigt. Sie können sie definitiv unabhängig voneinander festlegen, wenn Sie dies wünschen.