正如我之前所说，我也很怀念在有有意义的编辑时主题会被顶起。
我使用 rss-polling 来通过 https://status.discourse.org/ 的 RSS 源接收有关我论坛维护的通知。维护开始时会创建一个主题，当宣布维护结束的编辑发生时，该主题会被顶起。现在缺少了这个顶起，而且我不想让这些主题成为维基（wiki），因为不应有用户编辑它们，我也不想让它们成为文档（docs）。因此，目前的变通方法没有帮助。
在一个论坛中，我们有一个展示用户项目的画廊主题，以及用户展示他们项目的单独主题。这个主题对于收集灵感非常有帮助。我们会从展示主题中添加一张图片并附上链接到这个画廊主题中。帖子中过多的图片导致了性能问题，也使得编辑更加困难。因此，我们每 10 个项目就创建一个新帖子。在添加第 2 个或第 9 个项目时进行的编辑所带来的顶起曾经很有帮助。这有助于用户注意到更新，对于那些手动向主题添加项目的人来说尤其有帮助。由于有了活动日期，我能立即看到是否有人已经添加了该项目。现在，我们每个人都需要打开主题来检查这一点。
还有其他主题以类似的方式运作：一些主题作为每月变更/活动的总结概览，其中关于当前月份的最新帖子会更新几次。这效果非常好，因为对最后一个帖子的更改会顶起该主题。单独发布每项更改会影响到每月捆绑条目的清晰度，并且仍然意味着现有条目的更新很容易被错过。每月为少量条目创建一个新主题感觉太多了，而且这也意味着用户需要每月重新设置他们的通知，或者我们需要一个完整的子版块，允许他们设置默认通知状态。
我也很喜欢未回答主题的分类和标签更改会顶起它们。大多数时候我使用的是最新主题的（过滤后的）列表。如果一个主题的标题选择不当或位于错误的分类中，我可能不会点击它。如果有人改进了这些信息，我可能会意识到我仍然可以提供帮助。这就是为什么这种更改能让主题移回我的已读标记之上很有帮助。
此外，了解分类和标签也很有帮助。我经常通过新主题上添加的标签或版主移动主题所展示的分类之间的详细区别来了解新标签。我有时甚至会询问原因，因为我认为移动主题到其他分类的能力也伴随着了解它们之间区别的责任。
我也喜欢 Discourse 的设置会强制您添加信息而不是撰写另一个帖子的做法。
引用弹出消息：
然而，这只有在其他人注意到您编辑了帖子以添加更多信息时才有意义。我在 Meta 上遇到过几次这样的例子，是在拉取请求（pull request）合并后对帖子进行更新。将该信息添加到帖子中不会通知那些已经阅读过帖子的人，而那些没有阅读过的人可以通过 onebox 中的徽章很容易地看出来。
对我来说，阻止用户连续回复超过三次的设置仍然有效并建议编辑作为解决方案是没有意义的，因为这些编辑不幸地不再具有它们曾经拥有的效果了。