允许被拒后编辑帖子

当您的帖子被版主拒绝时,会显示此消息:

您好 [user],

我们已审核您题为“[topic titles]”的新主题,并有一些反馈意见。

原因:不适用

反馈:当您的帖子收到反馈时,会显示此内容

您可以在下方编辑主题的原始帖子并重新提交以进行建议的更改,或者如果您有任何疑问,请回复此消息。

但是您实际上无法编辑帖子,因为帖子下方没有任何内容。
这是在主题被要求审核并被拒绝(需要修改)后发送给该测试用户的 PM 的图片:

并且下方没有任何可供编辑的内容。
因此,我的请求是让 discourse 添加在 PM 中实际编辑帖子的功能,然后它会自动在论坛上重新提交帖子,然后版主可以重新审核。

2 个赞

抓得好!我已将其移至 UX,因为它与界面中的语言有关。

我搜索了我的版主私信,发现了一个类似的。查看您的截图和从私信复制的文本,用户在收到反馈时写的部分是“test post for meta topic here”。其余部分在模板中。

说明令人困惑,因为正如您所说,您无法编辑“下面的”帖子。要编辑它,您需要回到主题并在那里进行编辑。或者您可以回复与版主讨论此事。

我认为这个更改不太可能实现,因为它会使用户界面过于复杂。

我认为这里的答案将是改进说明,如下所示:

您可以编辑您的帖子以进行建议的更改,如有任何疑问,请回复此消息。

我们还可以提供指向实际帖子的链接,以便更容易返回。

1 个赞

那样也可以,但问题是,一旦版主拒绝了帖子,它就不能再被编辑了,它会发送私人消息,但然后他们需要回去重新创建帖子。

此外,我认为也许如果它在您的帐户草稿页面中创建回复或草稿,然后您重新提交该草稿

如果您觉得有道理,请告诉我

另外,添加链接意味着拒绝帖子后不能删除它,因为那样他们就不能回去再次评估他们的帖子了?

哦,我明白了。审核队列只是为了方便用户而提供(已删除的)帖子的副本,以便用户可以将其复制到新帖子中并进行改进。这样就更方便了:

您的帖子已被删除,但下方为您提供了一个副本以方便您使用。请将其与建议的更改一起重新发布,如果您有任何疑问,请回复此消息。

1 个赞

但是,能够编辑待处理的“帖子/主题” [1] 会很棒,并且可以真正改善用户的体验。我认为过去曾就此进行过一些讨论。

目前,待处理的帖子会显示在帖子流以及您的“/activity/pending”(该页面同时包含待处理的帖子和主题)中,但您只能删除而不能修改它们。如果它们可以像审核队列允许管理员/版主那样进行编辑,那么通过“修改”来处理批准可以避免删除它,并允许它保持“待处理”状态。然后,反馈 PM 可以有一个链接,方便导航、编辑和重新提交。 :magic_wand:

可能需要一些打磨来防止用户和版主同时编辑,但也许一些新的自动审核领取功能可以帮助解决这个问题并提供编辑锁定。

在“可审核”项目被处理为“修改”后,也需要做出一些调整,因为理论上标志已经被处理,但仍然会处于待处理状态。(并且您可能不希望在等待不确定的时间进行修改(可能永远不会发生)时,它仍然是审核队列中的一个实时标志)。 :thinking:


  1. 我认为此时它实际上不是帖子/主题,而是一个前体 ↩︎

3 个赞

我认为正在审查队列中进行的新更改将允许将标记的项目分配给其他人。也许在这种情况下,可以将其分配回发布它的用户?

我认为可能需要一个允许“放弃”真实可能性的系统。因此,需要一些东西可以在合理的时间范围内进行自我整理。

也许可以做一些巧妙的事情,比如删除原始的待定项目,但立即用一个副本替换它,这样用户看起来完全一样,但可以在重新提交时在队列中创建一个新的可审查项目。

也许还可以有一个类似“删除已删除帖子”的删除计时器(其“修订时间窗口”比 24 小时更合理)。

如果用户被拒绝发帖并附带反馈,但用户可能不在,两天后回来,24 小时删除计时器将不允许他们回来编辑,这是否会在不同的论坛引起一些问题?
也许它是自动设置为 24 小时,然后在“管理”仪表板中的某个地方他们可以更改自动计时器?

1 个赞

啊,抱歉造成了混淆。我指的是现有的 删除已移除帖子后 管理员设置的默认值为 24 小时,并且虽然类似的功能也可以应用于此处,但需要一个更宽松的时间窗口。

1 个赞

之后他们可以在那里编辑并重新提交

嗯。倒也不是。不过,如果产品团队对这个想法感兴趣,开发团队认为这是最好的实现方式,那我也不会反对。:slight_smile:

但在我看来,它仍然会是一个待定的“项目”,并且可以在你的 /pending 页面进行编辑(至少看起来像一篇帖子/主题)。你收到的“修改”邮件将与现在大致相同,但会有一个链接指向可以编辑待定项目的地方,以及一个通用的“你有 {30 天} 的时间来修改和重新提交你的贡献,否则将被自动删除”(或类似的话)。

这确实是个好主意,最有道理了

我的意思是,很多这只是想法,开发团队(如果他们将来会着手处理该功能的话)可能会说我脑海中的画面不是最好的方式/根本不可行。:slight_smile:

但是,我认为如果将第一个待定项视为一个独立的实体(即,处理标志,发送PM,可审查项不再待定)并创建一个第二个重复的待定实体以允许编辑和重新提交,那么一旦重新提交,它就可以被放入审批队列中作为“新的”可审查项。待定项等待修订也可以在“/pending”页面上清楚地标记为这样,以减少混淆(是等待mod审批/还是等待我修订?)。

但是第二个会去哪里?一个人如何再次更改第二个以供审阅,或者假设他们遗漏了被监视的单词?

我不确定我是否完全理解这个问题,但我想到了一个类似这样的流程:

flowchart TD
    A[发布/主题已创建] --> B[待审批队列]
    B --> C[修订]
    C --> D[待修订]
    D --> E[重新提交]
    E --> B[待审批队列]
    
    B --> H[批准发布/主题] --> I[发布到网站]
    B --> F[拒绝发布/主题] --> G[已删除]

    style F fill:#ff4c4c,stroke:#000,stroke-width:2px
    style H fill:#4caf50,stroke:#000,stroke-width:2px

因此,任何第二次/第三次/第四次修订都会循环(并且版主可以在足够的时候手动设置时间:))

我认为我设想的“修订”选项将在更有可能收到更好版本的案例中使用(因此,任何未达到该阈值的内容都不会被退回修订)。

2 个赞

好的,这更有意义了,但假设我们为多次修订添加了一个名为“post rejected reviews delte”的设置,管理员可以在其中设置(x)次修订后自动删除帖子,以防止无限次修订?