Ability to add multiple topic timers

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 me gusta

Is this what you’re after?

Auto-closing is already core.

1 me gusta

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 Me gusta

I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.

3 Me gusta

Aquí está mi caso de uso para dos temporizadores de tema en el mismo tema.

En mi comunidad, tenemos un tema semanal recurrente llamado “Wow Us Wednesday”. Es un período de 24 horas para que los miembros hagan autopromoción, ya que hemos notado que necesitan un momento y un lugar para liberar su energía promocional.

Utilizamos la funcionalidad existente de temporizador de tema para cerrar automáticamente el tema 24 horas después de su publicación, principalmente para que la promoción se mantenga contenida en un marco semanal específico y no vuelva a aparecer constantemente en la parte superior.

Sin embargo, el uso del temporizador de cierre automático del tema me impide utilizar el temporizador de programación de publicación del tema, y quiero usar ambos.

Preferiría programar de 4 a 8 temas semanales de “Wow Us Wednesday” de una sola vez, desde una perspectiva de eficiencia. Actualmente, no puedo usar el temporizador de programación de publicación como mi único temporizador de tema, porque si me pierdo la ventana para cerrar manualmente el tema 24 horas después de su publicación, los miembros podrían hacer autopromoción más allá de nuestro marco de 24 horas concentrado.

Dado que nuestro “Wow Us Wednesday” tiene lugar de 00:00 a 23:59 PDT y yo estoy dos horas por delante en CDT, tendría que levantarme a las 2:00 a.m. para cerrar manualmente el tema, algo que no me apetece hacer. Sin mencionar mis responsabilidades cambiadas si estoy de vacaciones, enfermo o no puedo encontrar a otro administrador en una zona horaria diferente para cerrar el tema manualmente.

Tener dos temporizadores de tema en el mismo tema no sería revolucionario para mí, pero sin duda facilitaría mi programación y la coordinación del equipo, y me imagino que cientos de usuarios más de Discourse dirían lo mismo.

8 Me gusta

Caso de uso interesante.

Creo que tiene todo el sentido apoyar los temas de “publicación diferida, cierre automático”. Puedo ver casos de uso donde sería útil.

Una solución temporal actual es publicarlo en una categoría con auto-close topic hours configurado, ¿no funcionaría eso?

5 Me gusta

Aprecio la sugerencia de solución alternativa, Sam. Podría ver que funcione para algunos usuarios de Discourse… el problema es que no funciona para el mío.

Los hilos de autopromoción se publican en una categoría llamada “Anything Goes” y la naturaleza de la categoría es permitir conversaciones de amplio alcance. Los únicos hilos del foro en la categoría que desearía cerrar automáticamente son los centrados en autopromoción que yo publico. El resto son publicados por miembros de la comunidad y quiero dejar las respuestas abiertas indefinidamente.

Ciertamente, podría crear una nueva categoría específicamente para estos hilos semanales de autopromoción. Pero somos cautelosos con los compromisos en comunicación y experiencia de usuario cuando creamos nuevas categorías, por lo que tratamos de hacerlo con la menor frecuencia posible.

2 Me gusta

¿Qué tal una subcategoría de “cualquier cosa vale” llamada “¡Impresiónanos el miércoles”?

3 Me gusta

Stephen, consideramos la idea de tener una subcategoría llamada “Wow Us Wednesday” dentro de la categoría principal “Anything Goes”. Sin embargo, a pesar de la mayor eficiencia que ofrecería una subcategoría dedicada con la capacidad de cerrar automáticamente todos los temas en ella después de 24 horas, no estábamos dispuestos a sacrificar la experiencia de usuario (UX).

Por ejemplo, tener un filtro de subcategoría en “Anything Goes” para “Wow Us Wednesday” y ver la subcategoría independiente de “Wow Us Wednesday” en la página de vista de categorías (por ejemplo, https://yourforum.com/categories) llama demasiada atención al hecho de que tenemos una subcategoría dedicada a la autopromoción.

Nuestro objetivo es limitar la visibilidad de la autopromoción durante las 144 de las 168 horas semanales en las que no estamos haciendo autopromoción activamente.

Agradezco mucho la sugerencia. Solo esperaré a que @sam o alguien más del equipo de Discourse desarrolle la función de “publicación diferida y cierre automático” que Sam mencionó que le gustaría ver.

3 Me gusta

¿Probaste ocultar esa subcategoría específica de /categories usando CSS?

Tengo otro caso de uso para publicar y luego cerrar: estoy impartiendo un curso en el que publicamos anuncios invitando a participar en cada actividad del curso y, posteriormente, cerramos el anuncio una vez finalizada la actividad correspondiente (clase o sesión de preguntas y respuestas). Una categoría de cierre automático no sería del todo adecuada porque las actividades tienen fechas de caducidad distintas.

3 Me gusta

¡Hola! He intentado configurar varios temporizadores para eventos recurrentes. ¡Sería muy útil permitir 2 o 3!

  1. Publicación diferida
  2. Eliminar todas las respuestas después de 7 días
  3. Empuje automático semanal o quincenal antes de que se repita el evento.

Gracias por considerarlo. También estoy utilizando el nuevo plugin de automatización para:

Fijar automáticamente el tema el día antes de la próxima ocurrencia. Espero poder configurarlo finalmente como recurrente semanal, quincenal o mensual, en lugar de en un día específico. ← Así es como hemos configurado nuestro plugin de Eventos.

Quizás en el futuro podría haber más interacción entre los temporizadores de temas y el plugin de automatización. Saludos.

Otra opción de temporizador de tema que podría ser útil:

  • Eliminar todos los emoticonos del tema.

Esto se debe a que a los usuarios les gusta usar emoticonos para interactuar con un tema cuando están de acuerdo o en desacuerdo, etc.

2 Me gusta

Eso debería estar en el plugin de eventos, en mi opinión.

2 Me gusta

Mi caso de uso para esto es para hilos de juegos.

Quiero lanzar el hilo BLOQUEADO a medianoche porque la gente empezará a buscarlo en nuestro blog de eventos de una semana. Esto lo puedo hacer.

Quiero configurarlo para que se desbloquee a las 9 a.m. cuando comience el juego. La única forma en que puedo hacer esto es quedarme despierto después de la medianoche para configurar otro temporizador o hacerlo manualmente a las 9 a.m.

Otro caso de uso son los hilos de sorteos. Me encantaría enviar los tiempos de inicio y cierre al mismo tiempo en lugar de esperar a que se inicie para establecer la hora de finalización.

ME ENCANTARÍA configurar dos temporizadores. Puedo ver que esto se vuelve un poco complicado si entran en conflicto, pero tal vez limitar los casos de uso o incluir algunas comprobaciones y balances.

¡Gracias!

5 Me gusta

¿Sería útil dividir esto en una RFE específica para publicaciones programadas que se cierran automáticamente?

La solución alternativa de tener una categoría de cierre automático tiene sentido en general, pero quiero hacer esto para un conjunto específico de conversaciones como parte de una discusión estructurada durante los próximos meses, y configurar una categoría separada parece excesivo para eso.

¿Por qué no simplemente hacerlo como una subcategoría separada? Eso no está tan mal, y puedes configurarlo para que tus usuarios probablemente ni siquiera lo noten.

Mis usuarios son muy observadores. :slight_smile: Muchos tienen filtros configurados para ordenar su correo de notificaciones y, por lo tanto, son sensibles a los cambios de categoría.

Tampoco estoy seguro de cómo funcionan la configuración de notificaciones para las subcategorías… si creo una, ¿heredará de la principal para los usuarios existentes o tendrán que suscribirse por separado?

¡¡¡Uf!!! ¡Necesitas sacarlos del modo de lista de correo y pasarlos a la interfaz de usuario de Discourse! No es fácil, lo sé por experiencia real. Buena suerte.

Las etiquetas del asunto del correo electrónico incluirán el nombre de la categoría principal, pero dependerá de cómo hayan configurado sus filtros (particularmente si incluyen ambos corchetes).

Es un poco complejo: hay una funcionalidad de herencia al configurar los valores predeterminados de notificación, pero no la he tocado. Definitivamente puedes configurarlos de forma independiente si lo deseas.