# End user pre-approval queue experience can be much improved

**URL:** <https://meta.discourse.org/t/end-user-pre-approval-queue-experience-can-be-much-improved/68307>\
**Category:** Feature\
**Created:** [2017年八月18日 11:49 UTC](https://meta.discourse.org/t/end-user-pre-approval-queue-experience-can-be-much-improved/68307 "2017-08-18T11:49:58Z")\
**Posts on this page:** 1\
**Showing post:** 24

<div class="post-metadata">

**Author:** ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)\
**Post date:** [2022年二月7日 05:40 UTC](https://meta.discourse.org/t/end-user-pre-approval-queue-experience-can-be-much-improved/68307/24 "2022-02-07T05:40:04Z")

</div>

现在会发生这种情况。

如果您发布新帖子：

* * *

可能的改进：

1. 最终用户“删除”无需确认。单击即可永久删除，无法撤销。

2. 一旦进入审核队列，就无法“编辑”，必须删除并重新发布。

3. “等待批准”的帖子不显示完整上下文（回复的是什么）

4. 我们没有链接到可以查看所有待处理帖子的位置：（不是指向活动的超链接）

* * *

我想说自从我第一次提出这个问题以来，我们已经取得了很大的进步，但是在此之前，我不想关闭这个问题：

- 为删除添加确认或撤销选项
- 将“2 个待处理帖子”链接到用户活动，以便轻松找到它们。
- 在追踪记录中显示回复的是什么
- 改进链接，使其指向帖子，而不是主题中的第一个内容。

编辑是一个不错的远大目标，它有点棘手，因为存在竞态条件。

我想我们需要决定这个功能要做到什么程度，我觉得我们应该再给它一周的开发时间，然后关闭它，完成所有简单明确的改进。

同样，从管理员的角度来看，我总是很难决定如何处理需要批准的帖子，因为我在批准队列中缺乏上下文。

特别是，我见过垃圾邮件机器人复制代码并更改一两个单词然后再次发布。在没有上下文的情况下，这似乎是合理的，但一旦您访问该主题并获得上下文，您就可以看到他们刚刚做了什么。我想直接从主题中添加支持批准可能是有意义的，这样如果您寻求更多上下文，就可以在人们回复的地方批准帖子。但这显然可以等。

---

_[View the full topic](https://meta.discourse.org/t/end-user-pre-approval-queue-experience-can-be-much-improved/68307)._