更新，2014年4月：我完全支持Shog9在实际编辑表单中添加消息所属位置的建议。它不像将其显示为通知那样具有侵入性，但它具有相同的目的。可以拥有吗？您必须导航至“个人资料”»“活动”»“建议”以找到您最近的编辑的列表，但即使是那些也没有提及结果的建议：这是为了“促进学习”，但是我可以从此页面中学到什么呢？我必须手动单击所有编辑，以查看它们是否被拒绝。这是最耗时的或效率低下的。由于没有积极的反馈，因此根本不涉及学习。


功能请求＃1

如果编辑被拒绝，则应该显示一条通知消息，链接到建议编辑的页面（其中指出了拒绝原因）。



这种反馈将改善编辑行为，因为否则，不适当的建议可能会继续。


功能请求2

如果上述内容过于令人讨厌，则个人资料“活动”部分中的消息应更清晰，例如这样（与问题中的第一个屏幕截图进行比较）：





这类似于：改进建议的编辑在活动历史记录中的显示方式


这里一些更多的解释：

让我们假设用户建议进行许多有害的编辑。也许它们太小了，例如仅更改键盘快捷键以使用kbd标记而不是粗体字。

是的，我们已经在超级用户上使用了它。由于仅需一个用户即可批准/拒绝该用户，因此其中一些编辑甚至可能已被错误地接受，而其他则被拒绝。尽管这本身就是一个问题，但用户建议这些编辑甚至很难获得任何反馈。

他们永远不会看到拒绝消息，因为它们被埋在某个地方，除非它们认真检查其配置文件中的每个建议。我怀疑有人会这样做。更重要的是，他们可能只会看着自己稳步攀升的声誉，而没有真正注意到被拒绝的编辑。如果他们没有被告知做错了什么，我们将如何指导他们？他们将继续建议编辑，直到有人在某个地方的聊天或评论中对它们进行ping操作为止。由于反复重复相同的错误，他被禁止编辑。

评论

...尤其是考虑到建议和接受之间的时间间隔。在比SO小的站点上，这可能需要一段时间。即使在SU上，我也看到队列中建议进行1个小时以上的编辑。
我不确定这之间的相关性如何，但是我也很想获得有关我建议的哪些编辑投票被否决的反馈（我想这是Stack Overflow的独特问题，因为其他站点只需要all（？） 1票，因此SO需要2）。双方的反馈使a）审稿人如何正确投票，b）编辑者如何正确编辑。
@DanielBeck上次我检查是否有一个坐着13个小时，等待接受或拒绝。
如果实现了此目的，则需要对拒绝标志执行相同的操作。
@ BoltClock'saUnicorn既然您这样说，那实际上是有道理的，并且可以增加一些一致性。
我们是否已有某种保护措施来防止重复进行相同的建议编辑？这是我担心的一件事，用户将尝试重复进行相同的编辑，直到被接受为止，然后他们就加入了。因此，如果引入了此功能，则每个人都会立即知道被拒绝的编辑（以及@BoltClock建议的标志） 'saUnicorn），我们可能应该获得某种“建议的编辑垃圾邮件过滤器”。
@Daniel：好吧，建议他们仍然存在，只是拒绝了。也许他们可以进行设置，以便新的建议编辑！=旧的建议编辑。实际上，没有一个很好的方法来解决这个问题，因为他们只能更改几个以前没有更改过的空格来愚弄它，并且我们不想使用实质性的差异标准，因为它可能会禁止他们提交进一步的建议编辑。
最大编辑数量和标签编辑限制-给我们机会似乎表明这将是一个有用的功能
您能否模拟“您对[topic]的编辑和其他三个进行了审核，请单击此处以了解更多信息”，“您对[topic]的编辑已被批准请单击此处以了解更多信息”通知？也许我们应该只添加所有这些，包括批准和拒绝...
@Dan我可以做到。.但是，我主要关心的是确实做错了事的用户。同时显示接受和拒绝当然很有意义，我想知道为什么以前没有人提出这个建议。.
我该如何回答这个原始问题，而不是更新？更新实际上只是指向答案的链接，该答案的分辨率与帖子要求的分辨率不同？这应该通过对该答案的评论而不是原始问题的更新来解决，因为原始问题已经被很多人考虑。
由于未实施“拒绝编辑”通知消息（尽管“状态已完成”），因此可以使用新的“为拒绝的编辑添加全局通知（否，我不是说编辑警告提示）”功能请求（不是重复的）

#1 楼

Kevin如下所述实现了这一点。一个被拒绝的编辑将产生以下警告：

该链接返回到最后一个被拒绝的编辑。如果编辑者从未获得任何批准，则他们每次进行编辑都会被看到，直到被禁止。如果某些被批准但许多被拒绝（请参见下面的详细信息），它们将收到更明显的警告：

...指向/ users / current？tab = activity＆sort = suggestions的链接。我们目前不在该页面上指示这些请求是否已被批准或拒绝。更新（2014年12月10日）：我们现在在该页面上显示建议的编辑结果（待审核，已批准或已拒绝）。
最后，对于获得大部分编辑意见的人，将会出现中间警告批准，但有所下降（有关详细信息，请参见下文）：

同样，它链接到查看者的建议编辑历史记录，并且应允许认真的编辑者即使在最近的编辑被批准后也可以查找过去的编辑。

我喜欢这个想法，但我也同意Jeff的担心，即这是使用通知的错误方式。特别是，如果我们通知您不鼓励您并且您无能为力的事情，那么它不会产生积极的影响。将它们放在最重要的位置：在编辑表单本身上，下次您进行编辑时！编辑：



系统中有一个常数，用于确定在编辑由于拒绝的编辑而有资格获得禁止之前一周必须进行的最少编辑。我们在这里将其称为RejectionsTillBanned（请注意，已批准的编辑有效地增加了这一点，但现在暂时忽略它）。 >...然后，系统将在确定是否发出警告时仅查看上次审阅的编辑。


如果该编辑被拒绝，则会在默认值后附加以下消息：

注意！您的上一次编辑被拒绝。尽管合理的编辑可能会由于您无法控制的原因而被拒绝，但您应在继续操作之前查看拒绝该修改的原因。过去一周中的>>等于RejectionsTillBanned
...，那么系统将计算以下值，并考虑过去一周中建议和审核的所有修改，但社区拒绝的修改除外：Rejected - Approved/3


如果结果为> = 1，则以下消息将附加到默认值：

注意！您以前的某些编辑被拒绝了。虽然合理的编辑可能会由于超出您控制范围的原因而被拒绝，但是您应先查看最近被拒绝的编辑，然后再继续。以下消息将附加到默认值：

警告！您以前的某些编辑被拒绝了。请先查看您最近拒绝的修改，然后再继续。太多被拒绝的编辑可能会导致您的编辑特权被暂停。



在活动列表上显示编辑结果
UPDATE（2014年12月10日） ：现在，我们在活动列表中显示建议的编辑结果。原始文本如下：
为了使该建议对多产的编辑人员有效，至关重要的是他们必须能够迅速确定哪些编辑被拒绝。 slhck的第二个建议是一个好建议，但是他的模型破坏了不过滤时快速扫描列表的能力。因此，我建议对此稍作改动：期望
对于最后一次（或多次）编辑被拒绝的用户，他们会收到警告并提供有关原因的链接。但是，不在他们的收件箱中，不是作为通知，不是作为对他们可能正在做的其他事情的打扰-作为上下文相关的警告，表明他们将要做过去无法完成的事情。如果他们可以从拒绝原因中学习到一些东西，那么这是他们学习的时候了。

评论

哦，明白了，我根本没有考虑过。当放在上下文中时，这很有意义！如果已拒绝$ number个标志，则在标志对话框中添加类似的消息可能是有意义的。

–slhck
2012年6月22日20:31


@slhck：是的，这实际上是我想到的。撇开：厌倦了遇到用户进行大量错误编辑/留下数十个错误标记并且只为时已晚意识到自己做错了事的用户；禁止（尤其是禁止地狱）是与老实想要学习的用户打交道的错误方法。

–Shog9
2012年6月22日20:35


+1我喜欢这个。但是他们仍然有被路由到建议的编辑提要的问题，并且一眼就看不到他们的哪些编辑被批准/拒绝。 （例如）当拒绝率达到X％（“警告：您的大部分拒绝编辑已被拒绝”）时，是否也可以视为此消息，以吸引获得a / r / a / r / a / r / a / r ...

–马特
2012年6月22日20:43


同意@Matt — Shog9，当前投票最高的答案的最初建议（即确切显示接受或拒绝了哪些编辑）与您的方法并不正交，但是对于那些实际检查其个人资料的人来说是一个有用的附录。

–slhck
2012年6月22日20:49
@Matt / slhck-当然，这是一个很好的建议。正如您所说，它与该功能请求有些正交。

–Shog9
2012年6月22日在21:01
@ Shog9：我更愿意将其描述为“锦上添花”；）。

–马特
2012年6月22日在21:08
我不同意通知是不适当的，但是只要信息到达用户（而不是隐藏在用户个人资料中的深处，难以发现并且即使您知道在哪里也很难到达），我就会很高兴。我希望看到“您最近拒绝了N次编辑：”，然后是尚未通知用户的编辑列表。 （@Matt不是一个百分比，这是没有用的。而且必须显示每个拒绝，不仅是在数量很大的时候，否则您会在用户超出平庸之后停止改进。）

–吉尔斯'所以-不再是邪恶的'
2012年6月22日22:43
我也更喜欢此解决方案，因为该消息显示在发生问题编辑的站点上。当我进行出色的SO编辑时，为什么要告诉我我的Project Management SE编辑很烂。 +1

– jmort253
2012年6月23日在3:03
我同意这一点，尽管公平地说，Jeff的答复是当您收到Ol'Orange Slidy的通知时……这是非常重要的骚扰。我几乎不会注意到《 Lil'Blue Circly》的开头，所以脸部嘲讽带来的负面影响可能要少一些。无论如何，上下文敏感警告的意义要大得多，在某些情况下，我也建议使用这种警告，因为某些情况下某人最近拒绝了一些编辑，因此声望达到2000，因为他们仍然可能需要重新整理关于什么才是好的编辑。

–蒂姆·斯通（Tim Stone）
2012年6月23日下午13:50
“拒绝”链接到什么？是否容易看出最近拒绝了哪些编辑以及原因是什么？也许此警告应该包括最近拒绝编辑的最常见拒绝原因，而不只是对次要编辑拒绝原因的解释。

–服务
2012年10月16日在20:35
好吧，如果您可以对被拒绝的编辑说些什么呢？

– Dan Dascalescu
2012年11月5日0:00


但是您可以采取一些措施！检查您的行为并更改它，或者在被禁止之前重新访问它。类似于@DanDascalescu的想法。

– UpAndAdam
2013年5月1日19:43
@ shog9这似乎仍然是一个超级相关的功能请求-是否计划有任何更新？

–razlebe
13年13月13日在12:41
参见编辑，@ mhlester。这是基于标志警告的内容，但是由于系统的性质而有所不同。

–Shog9
2014年4月11日15:49
@boltClock，但是在两端燃烧蜡烛没错，对吗？如果提交的废话较少，则可以通过机器人批准的废话少

–阿姆斯特丹
2014年4月11日在19:12

#2 楼

我不同意每次您的一项编辑被拒绝时都会出现一条标语，但我可以采用以下替代方法之一。编辑被接受，但被拒绝，而没有强迫用户手动单击每个编辑。我更喜欢此解决方案，因为它不引人注目，并且使“建议”选项卡更有用。我认为。
每个拒绝的修改的用户收件箱。我不太喜欢这种解决方案，因为它有点打扰，但绝对比横幅广告更好。 。话虽如此，任何反馈都比没有反馈要好。

评论

我喜欢没有方法。 1，也许可以与最近变化的积极/中立指标相结合，例如“您有X个新的编辑决定”或其他内容。我还添加了屏幕截图，以显示其外观。

–slhck
2012年2月25日在17:12
@slhck感谢您的样机！这几乎就是我的想法。

–克里斯·弗雷德里克（Chris Frederick）
2012年2月26日在7:54
方法2似乎确实有点打扰，但也许可以通过仅在N个连续拒绝之后（N = 5或类似的情况）之后才发送消息来改进它。

–凯文·维米尔（Kevin Vermeer）
2012年5月7日22:36


强烈不同意他们需要为每个被拒绝的编辑发送收件箱通知。但是，对于被自定义消息拒绝的编辑，这将是适当的。

–Shog9
2012年5月15日14:53
方法1不起作用，因为这是用户实际对建议的编辑执行操作时的样子。在[all]选项卡中查看它时，看起来用户实际上已投票赞成建议的编辑，而不是批准了他们的建议编辑。相关：改进建议的编辑在活动历史记录中的显示方式

– animuson♦
2012年5月29日在1:27


@ Shog9是否对至少实施Chris Frederick的答案的改变＃1有任何想法？

–slhck
2012年6月22日18:53


现在我们有了新的通知系统，这有点无聊了。通知系统正是针对此类情况而设计的。

– eykanal
2012年6月22日20:24
@slhck：请在这里查看我的答案-而非被动刺激，应在最重要的情况下向用户显示此反馈。

–Shog9
2012年6月22日20:30
@ Shog9既然您没有直接回答我的问题：克里斯建议中的＃1可能会实现吗？这样做没有什么害处，只有最有用的信息才是最有用的信息。 （另请参见：想要查找被拒绝的编辑的用户）

–slhck
2012年7月17日15:39


好吧，我只是被禁止编辑帖子，因为我不知道我被拒绝了一些建议。因此，出现横幅广告是一个好主意。

–Kevdog777
2012年7月24日9:49
方法1已正式实施。

– Stevoisiak
17-4-16在4:47


#3 楼

为什么每个人都说坏事不会出现在通知中？

我给您两种情况：


我是故意的破坏者。我对大量标签Wiki进行垃圾邮件编辑。编辑被拒绝，我被告知原因。我会忽略他们。此方案为空。两种方式都不会改变。
（最近发生在我身上）我是一个真诚的编辑。我编辑了，但是做错了（提供的信息太简单了）。我被告知出什么问题了，所以我改变了行为，一切都很好。这才是真实的。没有警告，编辑器将被阻止，因为他不知道自己在做什么错，并且会天真地继续下去。有了这些警告，他就可以成为一名更好的编辑。

这些通知怎么会造成伤害？他们要做的就是阻止像我这样的用户在真诚编辑时被封锁。

评论

正是我的观点。谢谢。用户之所以进行编辑是因为他们想对网站做点好事-在旅途中，您需要某种反馈。

–slhck
2012年6月22日20:17
完全。最近，当我不知道自己在做什么错时，我被封锁了，而封锁所完成的一切都意味着我的一些知识和帮助意愿并未转移到该站点。

– ACarter
2012年6月22日20:18在
另一个选择是更改标签Wiki的编辑限制

– ACarter
2012年6月23日在10:23


ACarter-查看此答案和此答案。绝对可以在不使用通知的情况下实现此功能，该通知被设计为用于肯定的“ atta-boy”类型信息。我特别喜欢Shog9的答案，因为他在最重要的时候就解决了这个问题，就在编辑器尝试进行另一次可能不好的编辑之前。在这两种情况下，编辑器都不会被阻塞。如果该人不阅读信息，则通知也将无关紧要。

– jmort253
2012年6月25日14:16


@jmort，如果我收到通知，就不会被阻止。在编辑器上方显示通知可能是一个更好的主意，但是只要编辑器发现并不会被阻止，就没什么大不了的。 （我也对这两个答案都表示赞同。）

– ACarter
2012年6月25日在16:38


我们需要通知。每当我进行编辑，回答等操作时，都是为了向所有人（而非我自己）提供有用的信息。如果被拒绝，我需要知道它发生了，以便更正信息，以便以更好的方式重新发布它。只是永远丢失信息而没有通知是荒谬的。没有负责任的贡献者会简单地丢失他们提供的信息，而没有立即修复其修改（即通知）的感觉。我猜这些人可以选择关闭通知。

–暗中
16 Dec 2'在16:25

#4 楼

我问了一个类似的问题-请参阅“也显示拒绝投票的理由以接受建议的编辑”，该内容已作为该副本的副本关闭。编辑实际上已被接受，但有一个拒绝表决并提供了有用的评论。我认为，在这种情况下，错过评论的机会甚至比编辑实际上被拒绝的机会还高：我没有理由去评论。收件箱中带有注释的通知。

有很多方法可以批评别人而不必说“你很烂”-尽管作为技术人员，我们对此并不十分擅长。

评论

现在，我们通常在该通知旁边的标签中放有通知，这是最好的选择。

–马克·赫德
2012年5月29日下午2:23

#5 楼

我了解教育的愿望，但是建议的设计存在一些严重错误。 br />
你做错了什么。单击此处以了解为什么要吮吸。


您只应向用户发送令人信服的“脸部表情”消息，告知他们有多棒。关于非真棒的话题应始终通过回传渠道悄悄传递，以最大程度地减少它们的影响。否则，我们会拍他们的脸。

评论

鉴于被拒绝的编辑数量很少，这真的会有问题吗？否决票和结帐票不一样吗？用户还怎么知道他们做错了什么？

–slhck
2012年2月24日在18:17
@slhck虽然大多数编辑都已获批准，但我认为仍有29,000个被拒绝的编辑

–一些有用的评论者
2012-2-24在18:32
究竟。关心的人可以获取信息，以从建议的结果中学习（尽管也许应该更容易获得），但是动every动动脸只会（通常）试图帮助他们而对他们进行惩罚。更不用说一个事实，那就是任何使该烦人的酒吧频繁出现的提议本质上都是邪恶的。

–蒂姆·斯通（Tim Stone）
2012年2月24日19:36


瞧，伙计，反正你将在一周内消失。现在是进行此类特技的绝佳时机。下周，华夫饼可以耸耸肩说：“瞧，杰夫就这么多了，我们不知道他把钥匙放在哪里，所以我们现在不能撤销它……我们会尽快回复您。”

– Pops
2012年2月24日19:36
@slhck我不反对教育的愿望，仅仅是提出的机制。

–杰夫·阿特伍德
2012年2月24日20:00
我可以理解，通知在您的面前不应该过多，但也许可以汇总编辑决定，例如“您有X个最喜欢的更改”通知栏，并且个人资料中的标签可以显示“已接受”或“被拒绝”，而不是“建议”，在标签名称中包括蓝色突出显示的数字。

–slhck
2012年2月24日在21:06


好的，有个严肃的评论：我可以在这里接受这种哲学，但是问题是当前系统与“安静地，通过反向通道”设置不匹配。不会就所有工作发生的事情都收到编辑建议者的通知，对于主动收集这些信息的人来说，这甚至不容易。

– Pops
2012年5月4日18:52
我不同意。如果您的编辑被拒绝，则需要知道它已被拒绝，以便将来可以进行更好的编辑。

–daviesgeek
2012年5月29日16:07
不再需要横幅。新的通知不那么麻烦。此外，它与帖子编辑公告没有太大不同：“您发布的内容错误或不完整。所幸，其他人为您修复了它。”

–丹尼尔·贝克（Daniel Beck）
2012年6月10日12:16
杰夫，这是文化上的事情。在某些国家/地区，可以期望您说的是直截了当的评论，而不是将其隐藏在欢愉中。在这种情况下，我认为“培训”的需求胜过“不要告诉我我做错了”的需求。

–拉斐尔
2012年6月17日上午10:17
对于希望被告知其编辑的审阅结果是某人的用户，该用户是一个完美的例子。他被禁止编辑一个星期，因为他从未发现自己的编辑被拒绝，因此他没有（可访问的）方式来实际学习好的编辑是什么。

–丹尼尔·贝克（Daniel Beck）
2012年6月24日10:35


至于“在你面前”：另一个遗忘的用户，在不知道自己做错事情时感到有些尴尬，然后在询问禁用的编辑链接时被公开解释...

– Arjan
2012年7月25日在11:26


@Jeff现在人们想知道他们的编辑在哪里消失了-我相信很多人都不会在Meta中发问，这确实发生了。因此，我们确实需要某种机制来告诉用户他/她的建议编辑发生了什么，您不觉得吗？

–影子向导正在接种疫苗
2012年8月14日12:47


当我的编辑被拒绝时，我也想收到通知。如果您认为这很不礼貌或需要通知所有人，则可以选择该选项。

– Dan Dascalescu
2012年11月5日，0：01
（同意）不同意。我最近经历的“无声拒绝”更多是一个耳光。

– Sabuncu
13年7月22日在10:19

#6 楼

新的通知系统已成功减少了来自不可操作项目（例如特权更改，徽章授予等）的噪音。这些通知不仅显示在一个站点上，而且还显示在网络上的每个站点的左上方菜单中。这样一来，通知就不那么嘈杂了，但可见度更高了，因为即使我在站点B上，Stack Exchange也可以向站点A推送通知给我。 />在此通知框中添加建议的编辑结果会导致两个问题：


它会根据拒绝的编辑数量显着增加噪声量。 Jeff的目标是在通知部分不说“很烂”。

虽然我们确实想帮助人们改善编辑，但我们不想改变通知系统的积极基调。目前，Stack \ Exchange仅发送积极的增强消息，旨在增加一组特定行为的频率，我们应该确保保持这种状态。

换句话说，即使这些通知不是“响亮的”，我们仍然不希望它们具有负面含义。

使用“帮助标记”作为模板：

这样说，让我们使用有用的标志统计信息作为如何解决此问题的模板。当我标记帖子时，我不会告诉我多少钱，因为我错误地标记了帖子。但是，乍一看，我的个人资料确实显示了我的帮助。如果单击有用的标志值，则会看到所有标志的列表以及详细结果。

如果标志被拒绝。我看到主持人的消息解释了原因。同样，此信息永远不会被推送，这是我必须明确寻找的东西。

如果我们采用相同的方法进行建议的编辑，我们将具有类似于此“用户个人资料”模型中显示的内容。请参阅“用户信息”部分底部的“统计”部分：

用户个人资料有用的编辑：



在此示例中，是社区批准的19个有用的编辑。同样，信息是积极的和有益的。

如果我单击有用的编辑值，则会进入一个有用的编辑详细信息页面。该页面类似于有用的标志详细信息页面。在此页面上，我按时间顺序查看我所做的每个编辑，以及每个建议的编辑的结果。有关此功能的外观，请参见随附的模型：

建议的有用编辑详细信息页面：



在此详细信息页面，我可以查看建议的修改并在下一组修改中采取措施，以确保它们最有帮助。在此示例中，我的其中一项编辑被拒绝，因为我仅尝试编辑标签，而没有进行其他操作。它因太小而被拒绝，因为假定我有足够的声誉，可以使用一个“编辑标签”链接来更改标签。 ，从而以较低的通知噪音增强消息，同时仍使用户可以轻松查看其建议的编辑历史记录。

评论

这不是一个坏主意。但是，问题在于标志和编辑在概念上是不同的。由主持人处理标志时，（几乎）任何人或至少大量不知道自己在做什么的人都可以批准编辑。另外，一旦达到2k（对于标签wiki则为20k），“有用”的编辑次数就永远不会增加。我不知道这是否是反对您解决方案的真实论据。无论如何，如果“我们不要负面消息”的心态确实没有改变，那么这将是一个可行的选择。

–slhck
2012年6月18日7:19
鞋子仍然会合脚，只是另一种鞋子，因为正面/负面的论点，SE都会穿起来舒适。我认为您的意思是，经过2k次代表后，有用的编辑会立即获得批准，但是随着我们的进步，很多事情都会发生变化。例如，在获得“副”徽章或“副本编辑器”徽章之后，“审核”部分将不再显示您在实现这些目标方面的进度。您还提到了我认为需要解决的另一点：编辑批准者也需要指导。

– jmort253
2012年6月18日14:41
作为用户，我希望通知包含所有消息，即使其中一些消息不是肯定的。通知会告知用户声誉和评论的更改，即使它们可能是负面的，也没有人抱怨。

– Michael Freidgeim
19年4月7日在10:19

#7 楼

我认为重要的是，不仅向建议编辑的用户显示此反馈，还向批准和拒绝编辑的审阅者显示此反馈。

关于反馈，如果我将宝贵的时间花在建议编辑上，结果却发现几周或几个月后所有这些都被拒绝了，因为我确实想知道，我做错了一些我实际上认为是有帮助的错误。尽管我同意Jeff的观点，即我们不希望闪烁横幅，但实际上应该有一种非常容易获得的方法来查看建议的编辑和评论的结果，类似于我如何看到标记的原因可能是主持人拒绝了。

也许是克里斯·弗雷德里克（Chris Frederick）建议的修改版本，我在其中单击“建议的编辑结果”部分，与“评论”部分相似。这不会与我的常规问题，答案，评论活动混在一起，但是如果我认为有需要，可以将其提供给我进行审核。编辑，我是在批准标签编辑，不是意识到没有完全编辑权限的用户可以直接单击“重新标记”链接，一旦获得2000信誉的完全编辑权限，该链接就会消失。后来我在一个元文章中得知这是不正确的，我应该拒绝这些修改。同时，我认为拒绝这些编辑的人是荒谬的，因为我无法告诉他们为什么选择拒绝。另一位新审阅者现在也遇到了同样的无知。

在当前的系统中，进行编辑的人以及批准和拒绝的人都无法帮助指导这些用户。我是向有兴趣的用户提供反馈，并将其提供给那些只提出建议而不关心结果的用户。

评论

我认为问题的一部分还在于，应批准和不应批准的标准非常模糊。我们将“太小”作为拒绝选项，但是随后我们还听说“任何改进都是很好的改进”。不过，也不知道我们如何纠正这一点。

–Rob Hruska
2012年5月8日，0：51


我认为，如果没有太多要改进的地方，则可以稍作修改。我通常接受较小的修改，除非我看到很多其他的错别字，拼写错误，语法问题和格式问题。如果我必须自己编辑帖子，而不仅仅是错过的几个项目，那么我不会将建议的编辑标记为有帮助。我不确定这是否是正确的方法，但这对我来说很有意义。

– jmort253
2012年5月8日，0：57
那正是我的方法。至少我们两个人对此保持一致。 :)

–Rob Hruska
2012年5月8日在1:36

#8 楼

我认为通知（除了显示批准状态的建议视图之外）会有所帮助。但并非每次编辑都可以，但更多摘要la


您最近建议的17项编辑中，有12项被批准是“没有被接受”的令人不快的体验，但是如果真的发生这种情况，通常会说用户应该真正考虑他们的编辑技能。在这种情况下，指向“什么是好的编辑？”的有用链接。常见问题解答可能会有所帮助。

评论

“有用的链接可能会有所帮助”。确实是m- /

– Tobias Kienzler
13年7月11日在8:05

#9 楼

同时，使用StackExchange数据浏览器和类似这样的查询，几乎可以得到拒绝的编辑列表（比在个人资料上单击“每个。单个。编辑”要容易得多）。 ：

SELECT 
   *
FROM SuggestedEdits WHERE RejectionDate is not null AND OwnerUserId = MY_ID


（其中MY_ID是您的SO用户ID）。

显示拒绝编辑的示例。

评论

唯一的问题是SEDE数据总是过时的。

–slhck
2012年8月20日在8:47
@slhck减了多少？我昨天才发现的。

–supervacuo
2012年8月20日13:49

#10 楼

是的不

诚然，它效率低下。但是，最后，编辑并不是那么重要。它们并不能使您受益匪浅，它们只会使社区受益。

然而，这里的主要问题是：如果实施了该解决方案，将会有成群的人说出类似BoltClocks的建议。尽管我并不反对该想法本身，但它（至少看起来是这样）会导致无用的通知想法，例如：


让我们在有人回复评论时通知他人
当有人对一个问题也发表了另一个答案时，让我们通知他们！ />尽管我自己也想这样做，但它会助长我不断收到的垃圾邮件。所以，请，请保持简单，（不是这样）愚蠢。

评论

你当然有一点。我一直很喜欢您无法收到所有通知的事实，但是被拒绝的编辑只会在个人资料中消失。并非您自己都可以轻松地对此进行研究。提出无效和有害编辑建议的用户将永远不会收到有关其行为“不良”的任何反馈。您提到的其他情况始终是“肯定的”通知（“破损的SO帐户”除外，我不知道您的意思）。

–slhck
2012年2月7日在21:53
但是可以要求成群的人在其他元问题中提出建议。然后，糟糕的建议（无用的通知提示）可能会被这样的解释所否定，并且不会被实施。

– MarkJ
2012年2月8日在12:49


呃，旗完全是完全不同的事情。用户需要知道我们的主持人告诉他们有关其标志的内容，我什至要比社区告诉他们有关其编辑建议的内容更多。

– BoltClock是独角兽
2012年2月8日在13:52