继续关于某些类别中不允许主题（在 x 帖之后）关闭的讨论：
有人能向我解释一下这是如何工作的吗？
我知道有一个选项可以在一定时间后自动关闭某个类别中的主题。如何根据帖子数量来设置？
我的用例恰恰相反：
我最近考虑过限制某个类别中的帖子数量，而不是站点设置中的数量。
1 个赞
好的，我想我把所有设置都弄混了：
我认为这就是我们想要的这个功能请求（抄送 @dax ）
允许您选择小时/天/月/年，以及新帖子！
这是否能满足用例，我将把它移到功能请求，或者重新打开 @dax 的请求并提供更清晰的说明？
2 个赞
原始主题相当陈旧，我不记得所有细节了，但现在重新阅读时我认为@Moin 在识别关键点方面是正确的。
当时，我们在支持论坛上的使用场景是为了避免在支持类别中出现长而复杂的讨论。我们希望保持主题的专注和简洁，不超过100个回复（理想情况下少于50个），以鼓励用户实际阅读信息，而不是跳到结尾。然而，我们不想使用基于时间的自动关闭，因为即使几个月或几年后，一个主题仍可能相关，因为我们软件的发布周期极慢（基本上只有补丁和安全更新）。
同时，我们还有非支持类别（如政治、经济和一般讨论），不希望有任何人为的限制。这些类别旨在更社区导向，允许更自由的对话，且管理干预最少。
因此，目标是能够有选择性地应用帖子数限制，按类别设置，而不是全局设置。这样，我们可以保持支持主题的简洁，同时允许其他地方进行开放式讨论（当然不会变成超大主题）。
4 个赞
我之前和 Moin 讨论过关于话题计时器的想法。通常有很多不同的功能请求，希望在这些方面提供更大的灵活性，为各种用途服务。我在想是否建立一个专门的话题计时器配置页面会更理想一些。这将从类别设置中移除一些选项，使这些页面不那么繁忙，同时也可以作为一个额外的功能，让你可以一览站点范围内所有预设的计时器/限制。
我想到这可能是一个页面，你可以像现有的为某个话题新增特定计时器的界面一样，构建你的计时器，然后将它们添加到一个列表中（类似自动化，或手机上的闹钟添加方式）。配合合适的元素，你可以为一种模式设置各种计时器，例如 [计时类型] + [目标话题] + [条件]
这应该能让设置一种或多种类别的特定版本变得更加灵活，而不会太复杂（对管理员而言）。
5 个赞