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 Mi Piace
Is this what you’re after?
Auto-closing is already core.
1 Mi Piace
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 Mi Piace
I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.
3 Mi Piace
Ecco il mio caso d’uso per due timer sullo stesso argomento.
Nella mia community abbiamo un argomento ricorrente settimanale chiamato “Wow Us Wednesday”. Si tratta di un periodo di 24 ore in cui i membri possono fare autopromozione, poiché abbiamo notato che hanno bisogno di un momento e un luogo dedicati per sfogare la loro energia promozionale.
Utilizziamo la funzionalità esistente del timer per chiudere automaticamente l’argomento dopo 24 ore dalla pubblicazione, principalmente per mantenere la promozione confinata in una specifica finestra temporale settimanale e evitare che continui a riemergere in cima ai feed.
Tuttavia, l’uso del timer di chiusura automatica impedisce l’utilizzo del timer di pubblicazione programmata, mentre vorrei poter usare entrambi.
Preferirei programmare 4-8 argomenti settimanali “Wow Us Wednesday” tutti insieme, per ragioni di efficienza. Attualmente non posso utilizzare il timer di pubblicazione programmata come unico timer per l’argomento, perché se perdo la finestra per chiudere manualmente l’argomento dopo 24 ore dalla pubblicazione, i membri potrebbero fare autopromozione oltre il nostro intervallo di 24 ore concentrato.
Poiché il nostro “Wow Us Wednesday” si svolge dalle 00:00 alle 23:59 PDT e io sono due ore avanti in CDT, dovrei svegliarmi alle 02:00 per chiudere manualmente l’argomento, cosa che non mi va affatto di fare. A questo si aggiungono le responsabilità che cambiano se sono in vacanza, malato o non riesco a trovare un altro amministratore in un fuso orario diverso per chiudere manualmente l’argomento.
Avere due timer sullo stesso argomento non sarebbe rivoluzionario per me, ma renderebbe sicuramente più semplici la pianificazione e il coordinamento del team. Immagino che centinaia di altri utenti di Discourse la penserebbero allo stesso modo.
8 Mi Piace
Caso d’uso interessante.
Penso che ci sia tutto il motivo per supportare gli argomenti “pubblicati con ritardo e chiusi automaticamente”. Posso vedere casi d’uso in cui è utile.
Un workaround attuale è pubblicarlo in una categoria con auto-close topic hours impostato, non funzionerebbe?
5 Mi Piace
Apprezzo il suggerimento di un workaround, Sam. Potrei vedere che funziona per alcuni utenti di Discourse… il problema è che non funziona per il mio caso.
I thread di autopromozione vengono pubblicati in una categoria chiamata “Anything Goes” e la natura della categoria è quella di ospitare conversazioni molto varie. Gli unici thread del forum in questa categoria che vorrei chiudere automaticamente sono quelli focalizzati sull’autopromozione che pubblico io. Gli altri sono pubblicati dai membri della comunità e vorrei lasciare le risposte aperte indefinitamente.
Certo, potrei creare una nuova categoria specificamente per questi post settimanali di autopromozione. Ma siamo preoccupati per i compromessi in termini di comunicazione e UX quando creiamo nuove categorie e cerchiamo di farlo il meno frequentemente possibile.
2 Mi Piace
Che ne dite di una sottocategoria ‘Wowcià Mercoledì’ all’interno di ‘Tutto è concesso’?
3 Mi Piace
Stephen, abbiamo valutato l’idea di creare una sottocategoria “Wow Us Wednesday” all’interno della categoria principale “Anything Goes”. Tuttavia, nonostante il guadagno in efficienza derivante dalla possibilità di avere una sottocategoria dedicata con la funzione di chiusura automatica di tutti i thread dopo 24 ore, non siamo stati disposti a fare questo compromesso sull’esperienza utente (UX).
Ad esempio, avere un filtro per sottocategoria nella sezione “Anything Goes” per la sottocategoria “Wow Us Wednesday” e vedere la sottocategoria “Wow Us Wednesday” come entità autonoma nella pagina delle categorie (ad esempio, https://yourforum.com/categories) attira troppa attenzione sul fatto che disponiamo di una sottocategoria dedicata all’autopromozione.
Il nostro obiettivo è limitare la visibilità dell’autopromozione per le 144 delle 168 ore settimanali in cui non stiamo attivamente promuovendo contenuti.
Ti sono grato per il suggerimento. Attenderò semplicemente che @sam o un altro membro del team Discourse sviluppi la funzionalità “pubblicazione ritardata, chiusura automatica” che Sam ha detto di voler vedere.
3 Mi Piace
Hai provato a nascondere quella particolare sottocategoria da /categories usando il CSS?
Ho un altro caso d’uso per ‘pubblica poi chiudi’: sto gestendo un corso in cui pubblichiamo annunci per raccogliere contributi su ogni attività del corso, per poi chiudere l’annuncio una volta conclusa l’attività corrispondente (lezione o sessione di domande e risposte). Una categoria con chiusura automatica non sarebbe adatta perché le diverse attività hanno scadenze differenti.
3 Mi Piace
Ciao, ho provato a impostare più timer per eventi ricorrenti. Sarebbe utile poterne configurare 2-3!
- Pubblicazione differita
- Elimina tutte le risposte dopo 7 giorni
- Auto-bump settimanale o bisettimanale, prima che l’evento si ripeta.
Grazie per aver preso in considerazione la richiesta. Sto anche usando il nuovo plugin automazione per:
Fissare in alto l’argomento il giorno prima della prossima occorrenza. Spero di poterlo impostare infine come ricorrente settimanale/bisettimanale/mensile invece che in un giorno specifico. ← È così che abbiamo configurato il nostro plugin Eventi.
Forse in futuro ci potrebbe essere una maggiore interazione tra i timer degli argomenti e il plugin di automazione. Saluti.
Un’altra opzione per i timer degli argomenti che potrebbe essere utile:
- Rimuovi tutte le emoticon dall’argomento.
Questo perché gli utenti amano usare le emoticon per interagire con un argomento quando sono d’accordo o in disaccordo, ecc.
2 Mi Piace
Secondo me, questo appartiene al plugin eventi.
2 Mi Piace
Il mio caso d’uso è per i thread di gioco.
Voglio lanciare il thread BLOCCATO a mezzanotte perché la gente inizierà a cercarlo dal nostro blog dell’evento della durata di una settimana. Questo posso farlo.
Voglio impostarlo per sbloccarlo alle 9:00 quando il gioco inizia effettivamente. L’unico modo per farlo è restare alzato dopo mezzanotte per impostare un altro timer o farlo manualmente alle 9:00.
Un altro caso d’uso sono i thread dei giveaway. Mi piacerebbe inviare gli orari di avvio e chiusura contemporaneamente invece di aspettare che venga avviato per impostare l’ora di fine.
MI PIACEREBBE MOLTO impostare due timer. Vedo dove questo diventa un po’ complicato se entrano in conflitto, ma forse limitare i casi d’uso o inserire alcuni controlli e bilanciamenti.
Grazie!
5 Mi Piace
Sarebbe utile dividerlo in una RFE specifica per i post programmati che si chiudono automaticamente?
La soluzione alternativa di avere una categoria a chiusura automatica ha senso in generale, ma voglio farlo per un insieme specifico di conversazioni come parte di una discussione strutturata nei prossimi mesi, e l’impostazione di una categoria separata sembra eccessiva per questo.
Perché non semplicemente configurarlo come una sottocategoria separata? Non è poi così male, e puoi configurarlo in modo che i tuoi utenti probabilmente nemmeno se ne accorgano.
I miei utenti notano molto. 
Molti hanno impostato filtri per ordinare le loro e-mail di notifica e sono quindi sensibili ai cambiamenti di categoria.
Inoltre, non sono sicuro di come funzionino le impostazioni di notifica per le sottocategorie… se ne creo una, erediterà dalla categoria principale per gli utenti esistenti o dovranno iscriversi separatamente?
Uggh!!! Devi spostarli dalla modalità mailing list e farli passare all’interfaccia utente di Discourse! Non è facile, lo so per esperienza diretta. Buona fortuna.
I tag dell’oggetto dell’email includeranno il nome della categoria padre, ma dipenderà da come hanno impostato i loro filtri (in particolare se includono entrambe le parentesi quadre).
È un po’ complesso - c’è una funzionalità di ereditarietà quando si impostano le impostazioni predefinite di notifica, ma non ci ho trafficato. Puoi sicuramente impostarle indipendentemente se lo desideri.