目前，/activity/pending 页面列出了所有待审核的主题/帖子，但只有帖子可以在进入主题后点击“等待审核”框下方的“删除”按钮进行删除，而用户无法自行删除其待审核的主题，必须联系工作人员。
此提交在 /activity/pending 页面上直接添加了一个类似的“删除”按钮，以便用户可以自行删除其待审核的主题，遵循与之前删除待审核帖子类似的逻辑。
之前：
之后：
此外，还添加了一些规范来测试此功能。
2 个赞
为什么删除的主题会像你的截图中那样留在队列里？它不应该……直接取消吗？
这里的逻辑与帖子保持一致，也就是说，当用户在工作人员采取行动之前删除帖子时，它也会像上面那样留在队列中（状态为“主题或帖子已删除”，因此不会影响待处理状态）。
此外，我认为这样更合理：如果用户意外删除了待处理的主题，他们可以请求工作人员恢复。
对我来说，与其让破坏性操作只需点击一次，不如弹出一个确认提示框。
好的，我会添加一个弹窗，以便用户进行确认。
2 个赞
在哪些类似的情况下，Discourse 会显示确认提示？
当我删除自己发布的帖子或主题时，也没有确认步骤。在我的书签列表中，“删除书签”同样不会再次询问就直接删除。
我理解如果信息会永久丢失（例如放弃草稿）时应该再次确认，但我觉得这类情况不宜过多，否则真正重要的操作反而会显得不那么重要。（在此背景下，这里的讨论可能也很有趣）
只要工作人员能够恢复该主题，我认为这里就不需要确认提示。
3 个赞
超级可爱 @small-lovely-cat！
我觉得很有道理
哇，这真奇怪。我刚刚尝试删除一个主题，它完全没有警告我，即使作为普通用户也是如此。现在这样做确实说得通，但也许我已经习惯了管理员的用户体验，以至于忘记了它不会作为用户提示你，因为我真的以为它会。不过，它确实发生在回复弹出窗口中，我觉得这与此大致相同
归根结底，我觉得这只是个人偏好，我只是更喜欢有一个快速的健全性检查来防止意外的点击/轻触。
1 个赞
但那种情况是，如果不这样做，帖子的内容就会丢失，而其他的例子则并非如此。我觉得总的来说，Discourse 的设计初衷是假设用户清楚自己在做什么，只有在后果严重时才会发出警告。
1 个赞
正是如此。这并非 Discourse 独有，而是通用的 UX 最佳实践：模态框/对话框是一种在用户流程中制造阻力的元素，应仅在操作具有真正破坏性时使用。对于任何可以轻松恢复或撤销的操作，都可以直接进行，无需使用模态框。
3 个赞
我完全同意这个观点，问题在于至少这个功能似乎无法在没有工作人员干预的情况下撤销。如果我是用户，不小心误点了“撤销帖子”按钮，我宁愿有一个模态窗口阻止我，而不是需要去请求工作人员（他们可能看不到）批准帖子。
1 个赞
是的，「简单」的定义见仁见智
2 个赞