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 « J'aime »
Is this what you’re after?
Auto-closing is already core.
1 « J'aime »
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 « J'aime »
I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.
3 « J'aime »
Voici mon cas d’utilisation pour deux minuteurs de sujet sur le même sujet.
Dans ma communauté, nous avons un sujet hebdomadaire récurrent appelé « Wow Us Wednesday ». Il s’agit d’une période de 24 heures permettant aux membres de faire de l’auto-promotion, car nous avons constaté qu’ils ont besoin d’un moment et d’un endroit pour évacuer leur besoin de promotion.
Nous utilisons la fonctionnalité existante des minuteurs de sujet pour fermer automatiquement le sujet 24 heures après sa publication, principalement afin que la promotion reste contenue dans un créneau hebdomadaire spécifique et ne remonte pas constamment en haut de la liste.
Cependant, l’utilisation du minuteur de fermeture automatique du sujet m’empêche d’utiliser le minuteur de publication programmée du sujet, et je souhaite utiliser les deux.
Je préférerais planifier 4 à 8 sujets « Wow Us Wednesday » hebdomadaires d’un coup, d’un point de vue efficacité. Pour le moment, je ne peux pas utiliser le minuteur de publication programmée comme seul minuteur de sujet, car si je manque la fenêtre pour fermer manuellement le sujet 24 heures après sa publication, les membres peuvent faire de l’auto-promotion au-delà de notre créneau concentré de 24 heures.
Puisque notre « Wow Us Wednesday » se déroule de 00 h 00 à 23 h 59 (heure du Pacifique, PDT) et que je me trouve deux heures en avance en heure du Centre (CDT), je devrais me lever à 2 h 00 du matin pour fermer manuellement le sujet, ce que je n’ai aucune envie de faire. Sans compter les problèmes supplémentaires si je suis en vacances, malade, ou si je ne trouve pas un autre administrateur dans un fuseau horaire différent pour fermer manuellement le sujet.
Avoir deux minuteurs de sujet sur le même sujet ne serait pas révolutionnaire pour moi. Mais cela faciliterait grandement ma planification et la coordination de mon équipe, et je suppose que des centaines d’autres utilisateurs de Discourse diraient la même chose.
8 « J'aime »
Cas d’utilisation intéressant.
Je pense qu’il y a tout à fait un intérêt à prendre en charge les sujets « publiés avec délai et fermeture automatique ». Je vois des cas d’utilisation où cela serait utile.
Une solution de contournement actuelle consiste à publier dans une catégorie avec auto-close topic hours défini ; cela ne fonctionnerait-il pas ?
5 « J'aime »
Je vous remercie pour la suggestion de contournement, Sam. Je vois bien que cela pourrait fonctionner pour certains utilisateurs de Discourse… le problème, c’est que cela ne fonctionne pas pour mon cas.
Les fils de discussion d’auto-promotion sont publiés dans une catégorie appelée « Tout est permis », dont la vocation est d’accueillir des conversations très variées. Les seuls fils de discussion que je souhaiterais fermer automatiquement dans cette catégorie sont ceux centrés sur l’auto-promotion que je publie. Les autres sont publiés par les membres de la communauté et je souhaite laisser les réponses ouvertes indéfiniment.
Bien sûr, je pourrais créer une nouvelle catégorie spécifiquement pour ces publications hebdomadaires d’auto-promotion. Mais nous sommes prudents quant aux compromis en matière de communication et d’expérience utilisateur lorsque nous créons de nouvelles catégories, et nous essayons de le faire aussi rarement que possible.
2 « J'aime »
Et si on créait une sous-catégorie ‘Wow-nous le mercredi’ dans ‘Tout est permis’ ?
3 « J'aime »
Stephen, nous avons envisagé l’idée d’avoir une sous-catégorie « Wow Us Wednesday » dans la catégorie principale « Anything Goes ». Cependant, malgré le gain d’efficacité que permettrait une sous-catégorie dédiée avec la possibilité de fermer automatiquement tous les sujets après 24 heures, nous n’étions pas prêts à faire ce compromis sur l’expérience utilisateur.
Par exemple, avoir un filtre de sous-catégorie dans la catégorie « Anything Goes » pour la sous-catégorie « Wow Us Wednesday » et voir cette sous-catégorie apparaître de manière autonome sur la page d’affichage des catégories (par exemple, https://yourforum.com/categories) attire trop l’attention sur le fait que nous disposons d’une sous-catégorie dédiée à l’auto-promotion.
Notre objectif est de limiter la visibilité de l’auto-promotion pendant les 144 heures sur les 168 heures de la semaine où nous ne faisons pas activement de l’auto-promotion.
Je vous suis reconnaissant pour cette suggestion. Je vais simplement attendre que @sam ou un autre membre de l’équipe Discourse développe la fonctionnalité « publication différée, fermeture automatique » que Sam a mentionnée qu’il aimerait voir.
3 « J'aime »
Avez-vous essayé de masquer cette sous-catégorie spécifique de /categories en utilisant du CSS ?
J’ai un autre cas d’usage pour la fonctionnalité publier puis fermer : je gère un cours où nous publions des annonces invitant à contribuer pour chaque activité du cours, puis nous fermons l’annonce une fois l’activité correspondante (cours magistral ou séance de questions-réponses) terminée. Une catégorie à fermeture automatique ne conviendrait pas tout à fait, car les différentes activités ont des délais d’expiration différents.
3 « J'aime »
Bonjour, j’ai essayé de configurer plusieurs minuteries pour des événements récurrents. Permettre 2 à 3 minuteries serait très utile !
- Publication différée
- Supprimer toutes les réponses après 7 jours
- Remonter automatiquement (Auto Bump) chaque semaine ou toutes les deux semaines, avant la récurrence de l’événement.
Merci de prendre cela en considération. J’utilise également le nouveau plugin automation pour :
Épingler automatiquement le sujet la veille de la prochaine occurrence. J’espère pouvoir éventuellement configurer cela comme récurrent chaque semaine / toutes les deux semaines / chaque mois plutôt que pour un jour spécifique. ← C’est ainsi que nous avons configuré notre plugin Event.
Il pourrait peut-être y avoir plus d’interactions entre les minuteries de sujets et le plugin d’automatisation à l’avenir. Salutations.
Une autre option de minuterie de sujet qui pourrait être utile :
- Supprimer tous les émojis du sujet.
C’est parce que les utilisateurs aiment utiliser des émojis pour interagir avec un sujet lorsqu’ils sont d’accord / en désaccord, etc.
2 « J'aime »
À mon avis, cela devrait faire partie du plugin d’événements.
2 « J'aime »
Mon cas d’utilisation est pour les fils de discussion de jeux.
Je veux lancer le fil de discussion VERROUILLÉ à minuit car les gens commenceront à le chercher à partir de notre blog d’événement d’une semaine. Cela, je peux le faire.
Je veux le déverrouiller à 9h lorsque le jeu commence réellement. La seule façon pour moi de le faire est de rester éveillé après minuit pour régler une autre minuterie ou de le faire manuellement à 9h.
Un autre cas d’utilisation concerne les fils de discussion de cadeaux. J’aimerais pouvoir envoyer les heures de lancement et de clôture en même temps au lieu d’attendre son lancement pour définir l’heure de fin.
J’adorerais pouvoir régler deux minuteries. Je vois bien que cela peut devenir un peu délicat si elles entrent en conflit, mais peut-être limiter les cas d’utilisation ou y mettre des contrôles et des équilibres.
Merci !
5 « J'aime »
Serait-il utile de diviser cela en une demande de fonctionnalité spécifique pour les publications planifiées qui se ferment automatiquement ?
La solution de contournement consistant à avoir une catégorie à fermeture automatique a du sens en général, mais je souhaite le faire pour un ensemble spécifique de conversations dans le cadre d’une discussion structurée au cours des prochains mois, et la mise en place d’une catégorie distincte semble lourde pour cela.
Pourquoi ne pas simplement le faire en tant que sous-catégorie distincte ? Ce n’est pas si mal, et vous pouvez le configurer de sorte que vos utilisateurs ne le remarqueront probablement même pas.
Mes utilisateurs sont très observateurs. 
Beaucoup ont configuré des filtres pour trier leurs e-mails de notification, et sont donc sensibles aux changements de catégorie.
J’ignore également comment fonctionnent les paramètres de notification pour les sous-catégories… si j’en crée une, héritera-t-elle de la catégorie parente pour les utilisateurs existants, ou devront-ils s’y abonner séparément ?
Argh !!! Vous devez les retirer du mode liste de diffusion et les faire passer à l’interface utilisateur de Discourse ! Pas facile, je le sais par expérience. Bonne chance.
Les balises d’objet d’e-mail incluront le nom de la catégorie parente, mais cela dépendra de la façon dont ils ont configuré leurs filtres (en particulier s’ils incluent les deux crochets).
C’est un peu complexe : il existe une fonctionnalité d’héritage lors de la configuration des valeurs par défaut de notification, mais je ne l’ai pas expérimentée. Vous pouvez certainement les définir indépendamment si vous le souhaitez.