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 个赞
Is this what you’re after?
Auto-closing is already core.
1 个赞
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 个赞
I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.
3 个赞
以下是我需要在同一主题上设置两个主题计时器的具体原因。
在我的社区中，我们有一个每周重复的主题，名为“周三惊艳时刻（Wow Us Wednesday）”。这是一个为期 24 小时的时段，供成员进行自我推广，因为我们发现他们需要一个特定的时间和地点来释放推广的热情。
我们利用现有的主题计时器功能，在主题发布 24 小时后自动关闭该主题——这主要是为了确保推广内容仅限于特定的每周时间段内，而不会频繁地重新出现在顶部。
然而，使用自动关闭主题计时器会阻止我同时使用“计划发布主题”计时器——而我希望两者都能使用。
从效率角度来看，我更倾向于一次性安排 4 到 8 个“周三惊艳时刻”主题。目前，我无法使用“计划发布主题”计时器作为唯一的主题计时器，因为如果我错过了在主题发布 24 小时后手动关闭它的窗口期，成员们就可以在超出我们 24 小时集中推广时段之外继续进行自我推广。
由于我们的“周三惊艳时刻”活动从太平洋夏令时（PDT）凌晨 12:00 持续到晚上 11:59，而我位于中部夏令时（CDT），时间快两小时，所以我不得不凌晨 2 点起床手动关闭主题——这可不是我乐意做的事。更不用说，如果我休假、生病，或者无法找到不同时区的其他管理员来手动关闭主题，我的职责安排也会受到影响。
在同一主题上设置两个主题计时器对我来说并非革命性的需求，但它确实能让我的日程安排和团队协调变得更加轻松。我想，数百名其他 Discourse 用户也会有同样的感受。
8 个赞
有趣的用例。
我认为支持“延迟发布、自动关闭”的主题完全有其价值。我能看到一些有用的场景。
目前的变通方法是将其发布到设置了 auto-close topic hours 的类别中，这样不行吗？
5 个赞
感谢你的变通方案建议，Sam。我看得出这对一些 Discourse 用户可能有效……问题在于它不适用于我的情况。
自我推广帖子是发布到名为“畅所欲言”的分类下的，该分类的性质是进行广泛的话题讨论。在该分类中，我只希望自动关闭我自己发布的、以自我推广为主的帖子。其余帖子由社区成员发布，我希望无限期地保持回复开放。
诚然，我可以专门创建一个新分类用于这些每周的自我推广帖子。但我们对创建新分类所带来的沟通和用户体验方面的权衡持谨慎态度，因此我们尽可能减少创建新分类的频率。
2 个赞
不如在‘随心所欲’下设立一个‘惊艳周三’的子分类？
3 个赞
Stephen，我们曾考虑在“随意发挥”主分类下设立一个“惊艳周三”子分类。然而，尽管设立专用子分类并能在 24 小时后自动关闭其中所有话题能提升效率，但我们认为这种权衡在用户体验上并不划算。
例如，在“随意发挥”分类中为“惊艳周三”子分类设置筛选器，同时在分类视图页面（例如 https://yourforum.com/categories）上单独显示“惊艳周三”子分类，会过于凸显我们专门为自我推广设立了子分类这一事实。
我们的目标是在每周 168 小时中，有 144 小时我们并未主动进行自我推广时，尽量降低自我推广内容的可见度。
非常感谢你的建议。我会先等待 @sam 或 Discourse 团队的其他成员开发 Sam 提到的“延迟发布并自动关闭”功能。
3 个赞
您是否尝试过使用 CSS 将该特定子分类从 /categories 页面中隐藏？
我还有另一个“发布后关闭”的使用场景：我正在运营一门课程，我们会发布公告邀请大家对每项课程活动提出意见，并在相应的活动（讲座或问答）结束后关闭该公告。自动关闭类别并不完全适用，因为不同活动的截止日期各不相同。
3 个赞
嗨，我尝试为重复事件设置多个计时器。允许设置 2 到 3 个会非常有用！
- 延迟发布
- 7 天后删除所有回复
- 在事件重复之前每周或每两周自动顶帖
感谢考虑。此外，我正在使用新的 自动化 插件来实现：
在下次发生前一天自动置顶主题。希望最终能将其设置为每周/每两周/每月重复，而不是固定在某一天。 ← 我们就是这样配置我们的 事件插件 的。
或许未来计时器插件和自动化插件之间可以有更多的联动。祝好。
另一个可能很有用的主题计时器选项：
- 移除主题中的所有表情符号。
这是因为用户喜欢使用表情符号来表达对主题的同意/不同意等互动。
2 个赞
依我看，这应该属于事件插件。
2 个赞
我的用例是用于游戏帖子。
我想在午夜启动一个锁定的帖子，因为人们会从我们为期一周的活动博客开始寻找它。这个我可以做到。
我想在游戏实际开始的上午 9 点解锁它。我唯一能做的就是熬夜到午夜之后设置另一个计时器，或者在上午 9 点手动设置。
另一个用例是赠品帖子。我希望能够同时发送开始和结束时间，而不是等到帖子发布后才设置结束时间。
我非常希望能够设置两个计时器。我可以看到这可能会有点棘手，如果它们发生冲突，但也许可以限制用例或加入一些检查和平衡。
谢谢！
5 个赞
这是否可以拆分为一个针对自动关闭的计划帖子的特定 RFE？
具有自动关闭类别的变通方法总的来说是有意义的，但我希望在接下来的几个月里，针对特定的一组对话进行此操作，作为结构化讨论的一部分，而为该对话设置一个单独的类别似乎过于繁重。
为什么不将其设为一个单独的子类别？这不算太糟糕，而且你可以对其进行配置，这样你的用户可能根本不会注意到。
我的用户非常喜欢留意。 
许多用户设置了过滤器来对他们的通知邮件进行分类，因此对类别更改很敏感。
我也对子类别的通知设置如何工作感到不确定……如果我创建一个子类别，它会继承父类别的现有用户设置，还是他们需要单独订阅？
呃！！！你需要将它们从邮件列表模式移到 Discourse UI！我知道这并不容易，这是我从实际经验中得出的。祝你好运。
邮件主题标签将包含父类别的名称，但这取决于他们如何设置他们的过滤器（特别是如果他们同时包含方括号）。
这有点复杂——在设置通知默认值时有一个继承功能，但我没有弄过。如果你愿意，你绝对可以独立设置它们。