如果作者的问题已解决，请向作者发送收件箱消息

#1 楼

我不同意@JeffAtwoods的回答，原因有多种（与他的观点相同）。这是公司高层领导的核心理念。 （阅读：我。）



因此选择加入。为什么不呢？


与地球上其他任何人相比，您应该更加关心自己的问题。如果它是封闭的，您应该已经知道了这一点，而无需发出特殊的魔术通知。来保持刷新页面的效果。可以说我通常在A.SE上闲逛。我在B.SE问一个问题。现在，在线上，我自然希望立即知道我的问题。在A.SE上，如果我正在做一些事情，我应该立即获得B.SE关闭通知，而不必刷新页面。我很在乎我的问题，以至于我想立即知道发生了什么。


这是一个抱怨的邀请。 “哦，看，这是一份经过签名的经过公证的文件，告诉您我们已经结束了您的问题。” Cue Eeyore in 3 ... 2 ... 1 ...




这不仅是抱怨的邀请，还是改善问题的邀请。我已经看到许多糟糕的，封闭的问题得到了改善并重新开放。 br />


这一点仅在OP意识到它首先被关闭时才有效。这是这里讨论的对象。

正如@TimPost所说，这可能不适用于SO，因为很少看到没有评论的帖子，尤其是封闭的帖子。但是，在没有很多活动的SE 2.0站点上，这是可能的。

#2 楼

对我来说，许多可能的直接原因是对作者说的一种方式：“这个问题有严重的问题，您需要采取一些补救措施来解决。”对我来说有意义的是，我们应该通过通知直观地促使他们采取这些行动，而不仅仅是希望他们足够关心继续检查问题。

什么时候有用？ br />
如果您认为有其他可能有用的情况，请在评论中提出建议。可能有用：



当我将问题发布到流量较低的标签中时

如果我使用自己的问题之一作为示例。这个问题已经有好几年了，它只吸引了一票而被删除的答案。在其使用过程中，该问题已吸引了将近500个视图，其中大多数可能是我将其包含在此答案中的结果。我每天都要检查这个问题吗？好主啊！坦白说，这样做对我来说是浪费时间（很重要的一点是）。如果它现在关闭，那么我可能会在几个月内不会注意到它，因为我不认为它处于活动状态，因此不再检查它。这在某种程度上与...有关。


当问题不再有效时

绝大多数问题的大部分活动都发生在前几个问题中发布后数小时，然后几乎没有任何内容[需要引文]。我们不能合理地期望每个人都对他们的非活动问题保持密切关注，以查看他们是否有任何事情发生。 >引用TheLQ：


这对于重复项特别有用，因为重复项已经存在您需要的答案。出现一条消息，表示“已关闭，作为问题的重复项”，就像通知我已添加新答案一样。您已有多年历史的问题不再适合该网站（但可以进行一些修改）。 （由@Flimzy添加）

从早期公开（或在某些情况下为私有）测试版开始，作为多个站点的活跃成员，通常会有大量的旧问题不再满足当前的要求网站指南。出于新的亲密理由而对亲密投票进行解释并不总是很普遍（或其他必要），尤其是对于资深用户（例如我自己）。例如，我无数次无意中遇到了一个关于基督教的古老问题，例如我从未意识到的封闭式SE，因为在这些确切的情况下封闭了。当我注意到时，我通常会清理问题，并标记以重新打开。

但是只有当我注意到时。


还有一些情境价值通知。我完全理解Jeff的观点：


与地球上其他任何人相比，您应该更加关心自己的问题。如果它是封闭的，那么您应该已经知道了这一点，而无需发出特殊的魔术通知。但是我们并不生活在理想的世界中，并非所有人在发布后都会坚持住。某些人会完全以为“我稍后再检查”而徘徊，我们对此无能为力，并且通知在那里用处不大。但是其他用户将继续使用SE网络。也许他们会去这里或在儿童meta上阅读一些帖子，或者只是在他们的主要网站上寻找问题来回答。那些人将因问题被通知而受益。

意见就像...

...所以这是我的：我觉得收到关于问题结束的通知的好处胜过负面的事情-我宁愿有一个通知告诉我我已经知道的事情，而不是在没有注意到的情况下不告诉我。对于每个用户，关闭问题应该是非常罕见的情况，它不会引起大量的垃圾邮件，并且如果您始终问好问题，则无论如何都不要注意到这一点。我支持这个。

#3 楼

尽管结构是对Jeff Atwood现在已删除的答案的回应，但大多数答案都可以独立存在：这是公司高层领导的核心理念。 （读：我。）


我看不到一个被关闭的问题如何落在细节上。当然，例如，对于有经验的用户，可能会发生这样的情况：作为重复项而被关闭的问题是一个细节，因为他们已经通过第一次相应的关闭投票注意到了自动生成的评论，甚至可能自己投票了，但是这是一个相对例外的情况¹：经验丰富的用户提出的问题不太容易被关闭，因此此功能请求主要针对经验不足的用户，对于他们来说，这至少对系统的工作方式以及通常不会被垃圾邮件攻击的人具有教育意义。反正通知。特别是初次使用的用户甚至都不知道这里的工作方式，他们可能会耐心等待邮件的答案通知，而他们可以并且应该改善问题。它可能甚至与有经验的用户预料到的有关，因为它总结了他们的Stack Exchange生命中的一小章。最后，即使是经验丰富的用户也可能对问题的闭合感到惊讶（请参阅下文）。


您应该比在星球上的其他任何人都更关心您的问题。如果关闭，则无需特殊的魔术通知就应该已经知道。


我非常不同意。让我们来看看我的问题会发生什么：


它可以收到答案。我收到通知。
它收到评论。我收到通知。
它被投票了。我收到通知。
它被低估了。我没有收到任何警报，但是我在信誉下拉列表中看到了此消息，它的优点是可以捕获整个网络上的所有帖子。因此，无需检查单个问题。
它已被编辑。如果修改是重大的，我会收到通知；如果编辑较小，理想情况下，我不应该打扰。当然，有时将重大修改错误地分类为次要，但这是另一个问题，并且不仅适用于我最近问过的问题，而且还适用于我的所有帖子。
它已关闭。我没有收到通知。

那么，如果唯一可能发生的事情就是视图数量增加，为什么我还要继续刷新我的问题？

现在，也许有人会争辩说，在大多数情况下，我的第一次密切投票都会得到有用的个人或罐头评论，但这并非总是如此，也不意味着问题的解决令我惊讶。特别是，如果我编辑问题以改善问题或弄清为什么它不是重复的，后来发生的关闭可能仍令我感到惊讶。

举一个真实的例子，让我尝试重建我这个问题的时间顺序：


问题已发布。
问题收到了基于观点的答案，遗漏了重点（IMHO）。
问题收到评论，以变相的方式批评该问题，可能与第一次亲密投票相吻合。看起来不太像咆哮（无论如何我都不打算这样），我回应了相应的评论。
问题会得到另一个答案以及其他非关键性的评论。
13个小时没有任何反应。 br /> Someboy投了最后的最后一票，问题已经解决。

现在，在步骤6之后，我得出结论，我已经充分解决了导致关闭的担忧，并且通常的最初兴趣浪潮已经停止。因此，关闭令我有些惊讶，我想知道一些有关的信息。
旁注：我对关闭没有异议。显然，有些程序员对此主题比较教条，因此没有办法就不会引起高度主观的回答。 “哦，看，这是一份经过签名的经过公证的文件，告诉您我们已经结束了您的问题。” Cue Eeyore在3 ... 2 ... 1 ...通过其他方式知道它。然后您认为我们不应该因为不了解而被告知。

此外，如果我以后以为我的问题是耐心地坐在那里等着而得知封闭的，那真是令人气愤。一周之久（或相应站点或标签上任何较长的时间）的答案，因为它被关闭而无法收到答案，而我却错过了抱怨潜在的错误关闭或根据适当的批评来改进问题的机会。


问题上已有的紧密原因以及解释应足以解释正在发生的事情。


我失败了看看这与请求有什么关系。这不是要解释正在发生的事情，而是要通知某人正在发生什么事情。 。

#4 楼

这确实需要实现。不久。这个问题是在2011年发布的，实际上我们现在（2015年）还没有得到官方答复。实施起来难吗？还是有一些（没有正式给出的）理由不执行此操作？

人们说：“哦，这是你的问题。如果您真的很在意，您应该每天检查每个站点上的每个问题，这简直太荒谬了-您这样做吗？我对此表示严重怀疑。是的-前几天-但您（显然）没有意识到问题随时可能消失。而且没有警告。对于何时可以关闭问题没有任何限制。


无论如何，我已经编写了一个用户脚本，以尽最大努力通知您网络上的问题是否关闭。

问题关闭通知程序@ StackApps

这里有完整的StackApps帖子和此处的Github Pages网站-它们为您提供了所需的所有信息。

它非常易于使用-将通知显示为收件箱消息-带有计数和相同样式的通知作为标准SE消息。您所需要的只是一个访问令牌，您可以通过以下链接之一获取它：)

它的外观如下：



它每天通过API检查自最后一天（最后一次为您检查）以来是否已关闭的问题-有关其工作原理的更多详细信息，请参见上述链接之一！

如果您希望将此作为单独的网络应用程序，请在此处查看我以前的“努力”。我不会再更新了！因此，请改用它:)

#5 楼

鉴于此问题仍未实施，我建议我们对至少有一个结束表决的问题留下这样的评论：被关闭。如果它获得足够的接近投票，它将被关闭，并且不会通知您。我想我会给您留下友好的评论，让您知道这种可能的情况，以便您记得手动检查。 ，SE员工可能会注意到它，他们可能会决定解决此问题。即使他们不这样做，我们也会通知用户该网站的实际工作方式，以使他们不会因该网站的意外行为而感到不满意。

#6 楼

与我现有的答案相比，该答案大多遵循不同的思路。因此，我将其单独发布。

; DR：当前系统的构建就好像该功能请求已经实现或具有弥补其功能的机制。

我刚刚注意到具有讽刺意味的是，当前系统的许多方面要么假设询问者已告知其问题已被关闭，要么考虑向询问者告知关闭或即将关闭的想法是一个好主意：



由于重复以外的原因而关闭的每个问题的关闭通知均包含：


如果可以改写该问题以符合帮助中心的规则，请编辑您的问题。虽然每个阅读该问题的人都可以理解为可以解决此问题，但不可否认的是，它主要针对最有可能解决该问题的提问者。因此，它假设询问者阅读了关闭通知。

在关闭后的前五天，已关闭的问题被标记为保留而不是已关闭，并且编辑将使它们进入重新打开的队列。这样做是为了使关闭听起来不太确定，以鼓励改进并促进重新打开过程。当然，只有当问询者阅读了关闭通知时，所有这一切才有意义。

在beta网站上，如果一个问题在没有评论的情况下被关闭，则将自动引发主持人标志。这背后的一个显而易见的想法是，如果没有亲密的选民愿意这样做，主持人可以告诉质询者问题出了点问题，并提供改进问题的指导。有趣的是，如果发现近因是经常发生的情况，则后者是完全可以理解的，这种情况经常发生，特别是如果站点在常见情况下措辞明确的近因。
作为这种情况下的Beta版网站的主持人，我经常发现自己在处理这样的标志时留下的评论只不过是“请看上面”，这无非是确保质询者注意到关闭。

投票决定关闭具有自定义关闭原因的问题，即使该问题尚未关闭，也可以将此关闭原因作为注释。由于其他具有关闭特权的用户仍然可以看到关闭原因，因此我怀疑系统是否以此方式工作，从而使人们有机会讨论关闭问题。相反，这样做是为了向提问者告知该问题。
关闭副本时会投票结束问题，并会自动生成一条评论，以将建议的副本通知给提问者，然后要求提问者确认副本或编辑问题，以阐明与建议的副本有何不同。显然，这仅适用于将所建议的重复项告知要求者（注释的作用）。

#7 楼

这很好，应该实现。

我对此功能提出了一些建议。如果重复，则应编辑您的问题，使其符合帮助中心中提到的所有条件。 。


但是，如果您首先不知道自己的问题已关闭，那么您怎么可能尝试编辑问题并尝试重新打开它呢？

系统的构成也好像已经实现了，几乎几乎需要它正常运行：系统会创建自动注释，并立即通知OP。
如果有人因其他原因关闭问题并留下评论（可选），OP会立即得到通知
将问题保留在最终决定之前最好是OP能够首先解决问题的工作

对于那些经常问问题的人来说，发现您的问题是否被关闭可能是一个大问题，或者仅仅是甚至不再检查旧问题的状态...这仍然是一个大问题。

对于新用户而言，从错误中反弹并创造出卓越的体验是一种很棒的学习体验新的问题在社区中广为接受，每个新用户都希望在SE上找到这些问题。

对于活跃用户，您可以看到您的问题已结束感到震惊，并且非常希望重新提出您的问题，以使其适合帮助中心的规则。但是，如果您不知道它，那么麻烦就来了...

对于资深用户...那么这不言而喻，他们将感到震惊。 br />
为什么不为每个关闭原因创建一个注释，而不是仅为重复项生成注释。当他们的问题由于任何原因而有结束投票时，这将对OP进行ping处理，对其进行适当地修改，并且不再需要很多代表才能看到关闭的原因，直到最后（如果关闭）。格式可能是：


投下{插入关闭原因此处}的关闭投票方便使用的。另一个建议是，社区可以发表评论说您的问题已被关闭：


您的问题已被关闭。请修改您的问题，使其符合帮助中心的规则。


很好的

随着新手和资深用户在网络范围内收到这些通知，他们将最有可能编辑他们的问题以尝试重新打开它，并可能从错误中学习，这意味着：


Smaller Close投票队列（尤其是堆栈溢出）
关闭时间较少，更多的时间投入了
版主和用户可以花一些时间来审核新用户及其问题
问题的质量无处不在

糟糕的

当然会有不好的。试想一下，您是第一个提出新问题的新用户，并寄予了很高的期望，希望得到社区的欢迎，并且您得到的评论粉碎了您的梦想。 br />新用户感到困惑

其他

评论还应包括一些与创建好帖子有关的帖子，例如帮助中心帖子或Jon Skeet的详细博客。

#8 楼

主持人几周前提出了这个问题，我最初的想法是这是一个坏主意。 （通过我的投票来判断，过去我对它一点都不在乎。）关于Stack Overflow，我有很多古老的问题已经解决。简而言之，这不是问题。那天我问了一些广泛的讨论开始者。但是，当我浏览封闭的问题时，我会有些烦恼。主持人/社区敢于关闭我最完美的问题的宝物！让大多数人有点生气。但是，Shog向我指出，如果发生以下情况，可能会非常欢迎关闭通知：


该问题已作为另一个问题的重复副本被关闭，并且
提问者的问题并未

对于重复的问题，关闭通知在功能上与答案通知相同。在大多数情况下，当重复的结束投票进入时，请求者将获得评论ping。（这具有使他们有机会立即自行结束的机会的令人愉快的副作用。）但是，当第一票具有约束力时，没有通知。已发送。如果我们在没有通知他们的情况下基本上回答了他们的问题，这将对索偿人不利。在这种情况下，通知应类似以下内容：


重复授予OP绑定以重复投票关闭
这个问题在这里已经有答案：新的UI鼓励提问者确认或对重复的选票提出异议


那样，作者可以根据自己的喜好看到他们的帖子，但是有指向重复目标的链接，必须回答。该副本取自封闭职位上的横幅。这种排序反映了以下事实：答案通知包括答案片段。


但是其他未解决的问题呢？我认为，其他紧迫的原因更有可能是对抗性的。但是我们也从数据中知道，当人们确实编辑了已关闭的问题时，可以重新打开它们：

包括接近的原因，这些原因占所有关闭的5％或更多。第二个百分比表示修改对重新打开问题的效果。）

看起来似乎不太像，但这些数字令人鼓舞。让人们知道已关闭的问题，以便他们可以编辑它们，这样可以挽救更多的问题。特别是，由于不清楚或没有足够信息而无法回答的问题至少在某些时候会重新打开。评论中经常会讨论结束问题的原因，但是对这些问题做出答复是浪费时间。相反，任何关闭通知都应链接到编辑窗口：


关闭为主题关闭什么是堆栈溢出单币？ ，关闭通知在以下情况下最有用：


问题尚未得到回答，并且
问问题已经很久了。

再说一次，我也不在乎我去年的问题是否最终得到解决。我已经前进了。但是，很高兴知道是否可以通过战略修改重新打开我上周未回答的问题。

#9 楼

在今年早些时候通过一项成功的试验测试此功能之后，现已在网络范围内实时向问题作者和关注者发送关闭通知。有关更多详细信息，请参阅官方公告。

#10 楼

这发生在我身上。我在网站管理员SE上发布了一个问题。它有缺陷，但当时我还不知道。

稍​​后，我回去检查是否有人回答。我单击“堆栈溢出”书签，“收件箱”图标上没有任何内容。 “很好，没人回答。”

很久以后，我继续回到Stack Overflow，收件箱里什么也没有。由于没有什么可以带我过去，因此我必须在用户页面上钻几层才能找到我的问题。直到那时我才知道它处于暂停状态。

我的错误是什么？依靠收件箱。

请重新考虑此“ WONTFIX”。或者，删除收件箱，因为我不能依靠它作为有用的方式，让我知道问题周围有重要活动。