N 天后自动删除回复

[sam (Sam Saffron)]

For the various knowledge base topics we have I would like to have a special timer for:

Replies on this topic are automatically deleted after N days

I think this is a very powerful tool for keeping documentation topics clean. I would have this on most documentation topics on meta.

It means people can reply to them but they know upfront that replies are like tears in the rain. If you want something permanent:

• Open a new topic

or

• Edit the OP

Even though we can do this pruning by hand it is tedious. Plus, on a psychological level, when a computer does something cause “these are the rules of the ball game”, it feels way better than us humans intervening. (oh why are you making up this rule now, not fair)

[codinghorror (Jeff Atwood)]

I think we might also want to retain replies that have a certain threshold of likes, just in case?

Other than that I think there’s clear need for this based on our usage at least, in the “first post wiki” kinda deals. It would have to be a per-topic setting though, right?

[Heather_Dudley]

I like this. We have a lot of “stickies” (pinned posts) that might get a lot of heavy use now as we transition over to Discourse, but later won’t be as relevant. I don’t want to have to remake the posts every so often.

[DaleKramer]

我支持这项功能请求，除了上述所有理由外，还有一个原因。

以下是我提出这一理由的背景。我研究过在 Discourse 中实现“聊天”功能的可能性，也了解 Discourse 团队对于用户使用多收件人私信进行聊天的立场。

我知道 Babble 和“快速消息”（Quick messages）插件的核心都是基于多收件人私信（PM）。

我认为“快速消息”几乎完全符合我们的需求。

我们只希望允许站点上少数特定人员进行聊天，但在我看来，如果本主题所请求的功能得以实现，将能缓解使用多收件人私信作为聊天方式所带来的大部分负面问题。

实际上我讨厌聊天，但它对于共同协作起草长篇、有帮助的通用论坛主题的团队来说有其用途。聊天侧边栏可以置于上方，而聊天产生的所有有价值内容则可以转移到同一屏幕下方的草稿主题中（最好位于聊天侧边栏旁边）。

我们团队目前在使用 RocketChat 并排于 Discourse 窗口，但我希望有一个一体化解决方案……

这只是我的一点浅见，如果该功能能尽快添加，我将非常感激

我希望在每个主题旁边有一个“立即聊天”按钮，这样未来就能轻松找到与该主题相关的聊天内容，而不必在一大堆私信中翻找，看看是否有关于该主题的聊天记录

编辑：我建议，在这些“与主题关联”的多收件人私信中，实施“X 天后删除回复”的功能，并且这些私信还能在可展开/折叠的聊天侧边栏中显示（在聊天侧边栏中，私信通过去除空白空间和使用图片缩略图进行“压缩”），这将是我们最理想的方案。

此外，我认为“悄悄话”（whispers）并不是解决我们问题的足够接近的方案。

[Overgrow]

这可能是一个非常适合特殊类型主题的功能：例如一次性问答。我很期待看到这一功能的实现。

此外，对于某些公告，我们希望让用户做出反应，同时保持主题整洁，这一功能也很有用。

[sam (Sam Saffron)]

这已列入我们下一个版本的路线图！

[vinothkannans (Vinoth Kannan)]

现在已在下面的提交中完成。我对“future-date-input”代码做了许多更改。因此，如果有任何与之相关的新用户体验问题，请告诉我。

FEATURE: automatically delete replies on a topic after N days. (#9209)

[codinghorror (Jeff Atwood)]

我们在哪里设置这个？您能分享一张用户界面的截图吗？这是针对每个主题的独立设置吗？

[sam (Sam Saffron)]

目前按主题在主题计时器 UI 中

[vinothkannans (Vinoth Kannan)]

[Overgrow]

如果我进入“设置计时器”对话框，选择“自动删除回复”，然后通过点击 退出模态框，会出现以下新行：

该行无法删除，并在重新加载后消失。

[dfabulich (Dan Fabulich)]

我刚刚在今天的发布说明中看到了这个功能，看起来很棒！我有一个后续问题。

@codinghorror

我想我们可能也想保留达到一定点赞数的回复，以防万一？

这个功能的部分内容是否已经实现？这似乎是个好主意。

[vinothkannans (Vinoth Kannan)]

@dfabulich

这个功能的部分实现了吗？

还没有实现。

[dfabulich (Dan Fabulich)]

唉。有什么办法可以手动保存一条回复以免被删除吗？

[vinothkannans (Vinoth Kannan)]

抱歉！目前还没有这类选项。

[codinghorror (Jeff Atwood)]

同意，我们确实忽略了这一点，Vinoth。我们应该为获得 ≥ x 个赞的回复添加保护机制。可以是硬编码实现，也可以作为站点设置。

[vinothkannans (Vinoth Kannan)]

在这种情况下，我们是否应该只保留原始发帖人的回复？因为如果保留非原始发帖人的回复而不保留其回复的帖子，会造成混淆。例如，如果删除 第 10 条帖子 但保留该话题中的 第 11 条帖子，那就毫无意义了。

[dfabulich (Dan Fabulich)]

我也想补充一点，支持手动保存回复。（既然是手动操作，相信负责保存的人会有足够的判断力，只保存那些脱离上下文后依然通顺的回复。）

[codinghorror (Jeff Atwood)]

它可以是任意的。点赞是我们唯一需要的指标。

[sam (Sam Saffron)]

我同意在此处设置一个站点选项：

skip_auto_delete_reply_likes（默认值为 5）

这个行为可能会让人感到有些意外，因此我希望在管理员设置计时器时能够向他们传达这个数值。也许我们可以等待 @martin 正在进行的主题计时器 UI 重新设计完成后，再将其加入其中？

注意，这并不能解决 @dfabulich 的问题，说实话，我也想不到一个干净的变通方案来手动保护相关内容。以下是我想到的一些想法：

1. skip_auto_delete_reply_on_staff_like（默认值为 false）——类似于我们在 BBS 中使用员工点赞来推荐评论的方式。

2. 在“帖子公告”时自动跳过……但这会增加噪音。

3. 当员工发帖时始终跳过，但这需要作为一个设置项。

4. 其他方案……在我看来太混乱了。