@ Sarfraz，@ balpha只是告诉您他们
在他写的第一条评论。
另外，对于每个IP地址只允许一个Stack Overflow用户登录
对于具有
共享IP的网络来说将是一个问题。
令人惊讶的是，该通知显然仅针对Sarfraz而不是balpha触发。如您在博客文章中所见：
一次评论中只能回复一个人。
字符串中的第一个获胜。
我建议增加限制，比如说3到5个人。它不会造成伤害（从未见过该功能被滥用），尤其是许多人认为它已经可以那样工作了。
#1 楼
第二。我真的很想看到这个范围扩大到3或5个人。是的，只需创建两个注释即可解决此问题。减少混乱不是限制的重点吗？不能在讨论中通知两个人真的是违反直觉的，而且许多新手都认为这是错误的。现在的方式，您必须担心是谁的问题，谁会看到此问题以及您必须通知谁。
@Arjan的例子本身就很好，但是在某些情况下，当您想与两个人打交道时。经常使这个问题变得不那么重要，但这确实发生了。
评论
通常，这两个人是您要评论的基础帖子的所有者（已经发生），另一个是@person
–杰夫·阿特伍德
2011年4月24日在21:09
@Jeff在某些情况下，您需要通知大量人员-而其中的一部分将根本不会得到通知，系统不会对此提供任何反馈。这是出乎意料且违反直觉的，而且我不明白为什么要这样进行。
– Pekka
2011-04-24 21:11
没有“我需要通知大量人员”的有效理由-至少没有一个我会为此编写软件来支持。
–杰夫·阿特伍德
2011年4月24日在21:13
@Jeff在某些情况下是有效的，例如，经过长时间讨论后，当一个问题在被编辑后，值得再次打开。
– Pekka
2011-4-24 21:14
@Jeff：真正想要通知多个人的人将为他/她想要通知的每个人创建一个评论。至少允许一个以上的通知将避免由于大量评论而需要额外的审核。
– Eldros
2011-09-22 12:40
@Jeff这是必要的情况：hermeneutics.stackexchange.com/questions/639/…两个人在我的帖子中发表评论，要求改进。我必须发表两条评论以同时通知他们。
–user168625
2011-11-22 19:57
@justin不，您没有“这样做”。如果这些用户感兴趣，他们可以自己跟进。
–杰夫·阿特伍德
2012年1月12日上午7:31
@Jeff我可以告诉您，由于没有被系统通知，我错过了更多有趣的东西，而比被通知的东西所困扰的我要少。看到通知后，您仍然可以忽略它们。但是我可以忍受系统的当前行为，清楚地告诉您，@不能超过一个人-至少这样，不会有任何误解。
– Pekka
2012年1月12日在8:03
@JeffAtwood这个问题是我需要在哪里做的一个很好的例子。我想问两个评论者如何对他们进行web.xml更改。
– Theblang
2013年4月9日在16:10
实际上经常发生，我需要通知2个人！每天几次！喜欢这个问题。
– Tomas
2013年6月30日7:38
如果有2个人对我的回答发表评论，这种情况对我来说经常发生。
– Tomas
13年6月30日在16:30
..在这个问题中，我需要通知所有回答者我的问题发生了一些重要变化！
– Tomas
2013年8月7日14:58
@Jeff，这是另一个案例，我不得不两次提交相同的评论以通知所有相关人员。但是对于更相关的案例，也请参见上面的评论。
– Tomas
13年10月31日在9:51
@JeffAtwood按照这种逻辑，为什么首先要有通知？用户肯定可以跟进他们感兴趣的任何问题/答案吗？
– Drazen Bjelovuk
15年5月12日在12:27
坦白地说，我可以在每个评论中“ @”两个非所有者。我还没有遇到超过此必要的情况。但是很明显，只允许一个人太麻烦了，最终阻碍了关于SO的论述质量。
–MichaelChirico
15年11月17日在21:54
#2 楼
注释框不表示只有一个'@'是有效的。如果要明确堆栈交换/溢出的目标，以至于不需要任何手册，则该区域尚未完成。如果我们只能使用一个'@'，则在有警告的情况下给出警告您的邮件中有两个“ @”。如果您决定支持多个“ @”（我的偏好），而不需要警告代码。
评论
太多的规则无法评论回复，以尝试在没有手册的情况下明确说明，或试图抓住警告中的所有内容。在这，空格和标点符号之间……确实需要阅读完整列表。
–恩典♦
2011年1月11日在21:25
好吧，现在评论中有帮助链接。 i.imgur.com/PDoiW.png
–杰夫·阿特伍德
2011年4月24日在21:08
@JeffAtwood-很好，并且有所改进。但是，它不能解决两个@问题。例如，@ GraceNote将不会收到此通知。
– Alex B
2011-04-25 15:47
评论框现在明确禁止提交带有两个@name通知的评论，仅供参考
–杰夫·阿特伍德
2011年8月6日下午5:53
@JeffAtwood更糟糕的是，如果我写评论讨论“请人”怎么办？除非我把这个反引号放在最后，否则我什至不能提交这篇文章：
– AJMansfield
2014年3月3日在3:18
@ JeffAtwood，@ GraceNote，但是为什么它仍然不起作用？
–阿马尔·穆拉利（Amal Murali）
2014年5月9日上午10:05
#3 楼
为了记录对以后访问者的官方回复，下降的原因似乎是Jeff对Pekka的回答的评论：没有有效的理由是“我需要通知大量人数”，至少我不会为此编写软件来支持。 – Jeff Atwood♦
由于“人数众多”，Jeff显然表示3+，因为2是当前的最高人数（其中一个必须是职位所有者）。
评论
足够公平，仍然希望从消息源或更好的现有团队之一那里听到它，因此请等待+50。 :)
–影子向导正在接种疫苗
13年4月10日在20:31
@ShaWizDowArd总之，我全心全意为您提供最大的帮助，甚至理想的是重新开始对此的讨论，但我担心它将被忽略。
– blahdiblah
13年4月10日在22:00
@ShaWizDowArd Meh，我一直在寻找Jeff帐户的真实答案，所以我可以投票否决。当然，我需要对此发表评论，因为它似乎并不支持Jeff的回应。
– Revetahw说恢复Monica
17年8月13日在16:16
@Revetahw是的，Jeff不是那种解释自己决定的人。
–影子向导正在接种疫苗
17年8月13日在20:48
#4 楼
我想这样做六次，我只写了两条评论。我看到的一个问题是通讯路径的升级。也就是说，Joe回复@Jim和@ Bob，Pete回复@Jim和@Bob和@ Joe，Mort迟到并写信给@Pete和@Jim和@Bob和@Joe，并且还决定这与@Frank有关，最终注释变得一团糟，您的头会爆炸，因为您永远无法弄清楚谁在和谁说话。
我意识到可以通过限制来缓解这种情况。 3或5个名字，但这只会减轻打击，并不能解决问题。
有点像企业中发生的“全部答复”无限循环。某人决定写一条消息给更多的人，而不是实际需要/想要阅读的人，一些随机的人“全部答复”，因为他们不知道名单上谁的确是重要的，而在此之后答复的人别无选择但要全部答复，因为否则四个平行的“线程”将毫无意义。全部答复组合爆炸的中间。只能“回复”一个人完全可以消除这种风险，所以我说保持现状不变。
评论
但是，我确实认为获得无用的通知要比不获得有用的通知好得多。即使我个人不参与，我也总是喜欢阅读评论并关注讨论。从来没有发生过我以为“太多通知停止打扰我”的情况
–托马斯·博尼尼（Thomas Bonini）
2010-4-2 15:59
@Kop：当然，得到一个无用的通知比没有得到有用的通知要好。但是要得到50个呢？可以很容易地说，您尚未遇到当前不存在的功能的任何问题。 ：P
– Aarobot
2010年4月2日在16:05
@Aaronaught我真的没有在这里看到循环的危险。即使是激烈的讨论，通常最多也要有2-3人要回复。当您必须添加评论以接触到这些人中的每个人时，我看到了更多的垃圾（目前，我很确定，大多数人不知道一个人的限制。）
– Pekka
2010年4月2日在16:33
@Pekka-我认为大多数人都知道限制。在阅读有关自动通知的博客文章之前，我根本不了解Twitter风格的评论，该文章还规定了1人限制。我不介意看到这样一个例子，在这种情况下，您期望单独的答复比小组的答复导致更糟糕的结果。
– Aarobot
2010年4月2日在17:10
@Aaronaught后者很简单：我特此声明自己是独角兽。我希望此线程中的每个人都了解它，所以我通知
– Pekka
2010-4-2 17:20
@Pekka（只是为了说明要点：）
– Pekka
2010-4-2 17:20
和@Kop ------
– Pekka
2010-4-2 17:21
还有另一个虚构的@Participant。
– Pekka
2010-4-2 17:21
最终结果：四个注释而不是一个。我知道这不是一个完美的例子，因为无论如何您都会得到通知。重点仍然存在，用这种方式没有意义。
– Pekka
2010-4-2 17:21
@Pekka-人为的例子，您只专注于一个人的信息，而不是整个“对话”。在大多数情况下，现实是人们被迫聚焦于他们的评论，而不是“广播”他们，而是让更多的人参与其中。
– Aarobot
2010-4-2 20:49
@Aaronaught的说法不正确，如果有几个人在讨论您的答案，并且您要对其进行重大更改，以使这些人知道。经常发生。
– Pekka
10年4月2日在21:45
@Pekka：的确如此，但是我认为，更根本的问题是这些人无法像Jon Skeet过去所要求的那样“关注”这个问题（即监视投票否定的答案，看看是否作者已修复它）。
– Aarobot
2010-4-3在2:05
@Aaronaught是的，是的。我在架子上提出一个建议，就是我认为目前还没有重复的建议，也许我需要将其挖掘出来。
– Pekka
10年4月3日在8:52
必须手动输入@username的事实减少了有人发出噪音的机会（即，通知更多的ppl超出了需要）。
– tshepang
2011-2-4在16:37
#5 楼
当然，我知道问题不在于这个特定的例子。但是，尽管情况没有改变，但有些想法可能可以作为一种解决方法。@ Sarfraz，@ balpha只是告诉您他们...
在这个特定示例中，我怀疑
@balpha是要回复balpha。因此，我怀疑评论者希望balpha会被通知。无论如何，Sarfraz都会被通知，因为他的问题已被评论。我有时还会包括我要评论的问题或答案的作者（同样：无需任何通知），这只是表明要向谁发表评论。但这不需要
@-语法。因此，如果还应该通知balpha，则可以使用以下方法解决：Sarfraz，@ balpha只是告诉您他们...
或（丑陋）：
@balpha，@Sarfraz：balpha只是告诉Sarfraz他们...
（有关匹配如何工作的更多详细信息，请参见评论回复如何工作？）
评论
这是我使用的解决方法。为我解决了大约90％的案件。在另外10％的情况下，我要么写两条评论，要么就受苦。
– dmckee ---前主持人小猫
10-4-2在10:20
即使它不是针对@balpha的，也可以在通知balpha时提供帮助，以便他可以例如验证/纠正索赔。
– tshepang
2011年2月4日在16:41
是的，@ Tshepang。尽管如此，在此特定情况下，Sarfraz是作者，因此无论如何都得到了通知。因此：无需“破坏”在Sarfraz上可以使用的唯一@。因此，在此示例中，确实可以使我们@balpha通知他和Sarfraz（当未首先使用@前缀Sarfraz时）。除了所有这些：当然，大多数用户根本不了解所有这些规则。因此，这确实是一种解决方法。
– Arjan
2011-2-4 17:03
#6 楼
我认为这里最好的解决方案是简单地使系统默认情况下通知每个参与者，并添加“禁用来自此评论线程的通知”按钮/选项。或者，或者更可能是相反，即默认情况下将禁用来自每个人的通知（如现在），而按钮/选项将为“启用来自此评论线程的所有通知”。编辑：我不确定人们是不是真的有理由不理解这里的前提，还是只是选择在第一句话之后停止阅读并投下反对票。我真心想不到要为某个特定线程选择加入所有评论通知的功能会令人反感。
评论
不用了，谢谢。我不想开始收到成千上万的通知。
–影子向导正在接种疫苗
15年5月12日在12:48
您错过了最后一句话还是只是选择忽略它？
– Drazen Bjelovuk
15年5月12日在12:49
我没有错过，我必须在发表评论时都希望开始勾选复选框。
–影子向导正在接种疫苗
15年5月12日在12:58
那你显然有。另一种方法是默认情况下将禁用所有人的通知（如现在），而按钮/选项将为“启用来自此评论线程的所有通知”。
– Drazen Bjelovuk
15年5月12日在13:01
我不必首先解释-我有其他原因为什么我反对您的想法，也许我有时间在考虑将其用恰当的词表达时会进行解释。不过，我只是一个人，就我们所知，您可能会得到其他人的支持，因此，这没什么大不了的。
–影子向导正在接种疫苗
2015年5月12日14:06
-1但也许我不希望所有人看到我的评论吗？当前的评论线程会怎样？我不想半个小时打勾/取消打勾-我经常想要，经常不想。
– Tim
15年5月12日在18:13
@Tim如果每个人都看到您的评论，您在乎什么？选择通知已经公开发布的其他人会对您有何影响？这是一个荒谬的批评。至于当前的评论线程，默认情况下将禁用它们，或者在我的替代建议（您似乎也完全忽略了）的情况下，没有任何改变。那时，您实际上是在抗议可选的附加功能。
– Drazen Bjelovuk
15年5月12日在18:29
@Josh，有时候我在和一个人聊天。我不想通知所有人。我不吵架，我只是在解释我的-1。
– Tim
15年5月12日在20:30
@Tim很好，我正在解释为什么您的问题完全没有根据。如果有人希望在公开和公开的话题中收到所有评论的通知，那应该完全由他们决定，绝不影响您。没有理由@username仍不能保证定向收件人将收到消息。第三方是否也选择通知也完全无关紧要。
– Drazen Bjelovuk
2015年5月12日23:12
@DrazenBjelovuk问题的部分原因可能是您的答案被误解了。在这里阅读您的评论之前，我没有意识到您希望每个人都拥有一个仅适用于自己的线程的选择。 “只给自己”部分是最重要的。
– Loduwijk
18年1月30日在22:33
@Aaron好吧，所有评论都没有暗示您之前的误会，所以很不幸。我认为这是隐性的。您至少要在下意识屈服之前做出理解和评估的努力，所以请为此加油。
– Drazen Bjelovuk
18年1月31日在12:05
@DrazenBjelovuk如果您不是针对“ 15年5月12日23:12”所做的最后评论，我也不会建议这样做。在其他大多数评论之后，只有1条负面评论。甚至那个评论似乎也误解了您的答案，因为Tim可以按照他说的去做...完全不要勾选该框。但是他似乎没有得到，可能是由于误解。当然，我不是他们，只是猜测。
– Loduwijk
18年1月31日在17:22
@DrazenBjelovuk现在讨论您的答案本身的优点：默认情况下通知所有人我认为是不好的，但是如您所建议的那样，可以选择全部通知，这可能会很有用。我认为通知全部必要的时间少于通知2或3个人的时间，但是在某些情况下，通知总比精确地1好。您的答案也可能是单独的功能请求，而这样的功能可能是罚款（如果未滥用的话），但我高度怀疑该法规能否实施。如果他们拒绝让使用标签2的人，他们也会全部拒绝。
– Loduwijk
18年1月31日在17:25
@Aaron现在，我认为您误会了前提。该选项适用于希望收到所有评论通知的用户，而不适用于希望通知所有人的用户。用例适用于想要关注特定评论主题讨论的人。
– Drazen Bjelovuk
18年1月31日在19:47
@DrazenBjelovuk对于第二部分，是的，但是对于第一部分，它说“默认情况下通知每个参与者”。您是否打算以相同的方式使用它，而更多地是“默认情况下通知我”？我以为您在同时讨论两者，并且想自己做同样的事情。如果您正在谈论只订阅要通知更改的线程，则可能会获得更多支持。如果尚无功能请求，建议您提出一个。
– Loduwijk
18年1月31日在20:50
评论
下一步：评论中的图像和换行符。我必须说我同意Kop的观点，这是一个完全正当的功能请求，它解决了当前不起作用的问题（我也觉得双方都收到了通知），这与图像或注释中的换行符无关。 。
SO必须有多少个讨论板？
我会说，@ random可以用来适当讨论或跟踪问题或答案。有这样的套利限制，而又没人知道这些限制，这有什么意义呢？
我在[这个问题] [1]中要求提供类似的功能，答案是故意删除评论讨论。 [主题注释] [2]是他们为此功能提供的最好的工具。 [1]：meta.stackexchange.com/questions/83392/…[2]：stackapps.com/questions/2050/threaded-comments
此处也对此进行了讨论：meta.stackexchange.com/questions/85771/…，但得到的答案很少，票数却少得多。 50 rep赏金的效果令人惊讶...
@Aleadam：这个问题比您链接的问题大一岁
@Kop糟糕！我看到了4月2日以及最近的赏金，我什至都没有考虑过那年的数字：/对不起！
我个人认为应该允许两个通知。高于此最大值会增加潜在的混乱，噪音和混乱。但是最多只有一个会增加潜在的混乱和烦恼。在SO的所有时间里，我从来没有想过@-通知2个以上的人（但是我想@-确切地通知2个人的十几次一直很烦人）。
@Jeff我们至少不值得解释为什么它被拒绝了吗？
这需要标记为状态进行中
@ jeff-attwood：不应重新打开此功能，因为此特定功能非常有用。此外，这个问题已在3年前问过，但该功能仍在寻求中。.