脱机注释
锁可以应用一个小时，一天，一周或永久。一切都很好，但是：
锁定帖子还会阻止投票和（更重要的是）编辑，并且
如果锁定的帖子是一个问题，还有其他影响，例如，防止发布新答案。评论部分。锁定消息应指向聊天，理想情况下还应提供将注释线程迁移为自动聊天的选项。 ，不仅限于主持人。也许仅在某个代表级别（3K？5K？10K？）之后，并且可能没有永久锁定的选项。在您的其中一个帖子上进行不相关的讨论时，收件箱中的通知被垃圾邮件打扰并不有趣，这也许是我真正讨厌Stack Exchange的唯一原因。
类似的功能要求：
使锁定的帖子更细致（重复吗？）
自动锁定长注释线程
相关讨论：
为主持人提供工具以将评论迁移到聊天室
如何处理其中包含重要信息的长评论线程？
#1 楼
作为主持人，我删除了数千条评论，并留下了许多聊天链接供人们关注。我不得不对许多帖子应用脱主题的评论锁，以使评论停止。不幸的是，正如这个问题清楚地说明的那样，这不是没有后果的，这使我非常不情愿在除最极端的情况以外的所有情况下锁定本来不错的帖子。我的优先列表上的类型非常高！仅注释锁定！
今天，我很高兴地宣布，自发布之日起，“主题外注释”锁定已重命名为“仅注释锁定” “，正如您正确假设的那样，它仅在允许投票，编辑，关闭，重新打开，回答，标记等的同时阻止评论。与其他锁一样，“仅评论”锁仅影响被锁定的帖子，因此问题为评论锁定不会阻止对答案发表评论。
当前锁定主题外评论的问题又如何呢？
锁定类型由发布通知定义。我们已经重新定义了脱主题注释锁的功能，并为其赋予了新的名称。因此，已经被锁定以脱离主题发表评论的帖子将转换为新的定义。这意味着从现在开始，将只禁止在这些帖子上发表评论。
它是什么样的？尽管此锁明确指出仍然可以进行非注释交互：
版主锁菜单已更新，太。我们已经对措辞进行了调整，以明确表示仅禁止发表评论。此锁定的默认持续时间仍为1小时，但mod可以将其改写为一天，一周或永久。
>
最后，我们更新了有关锁的帮助中心文章，其中提到了“仅注释”锁及其区别。
另外，注释锁（一种较小的锁）也可以对OP可用，而不仅仅是主持人。也许只有在达到一定的代表级别（3K？5K？10K？）之后，才可能没有永久锁定的选择。关于为什么胡萝卜是橙色的漫长讨论，但这不是我们要解决的问题。某人不想收到这些消息是合理的，但是我们认为完全阻止它们不是正确的解决方案-至少在没有主持人干预的情况下。我们希望研究2020年的关注/不关注帖子。
感谢Meg，Adam和Lisa做到了这一点！
评论
我猜想该子菜单目前按字母顺序排序，但是在列表的中间放置“仅注释”仍然很奇怪-该子菜单中的所有其他选项都是锁定该帖子的原因，但是一个功能是不同的仅锁定评论。最好是在该子菜单的顶部/底部，或者将其作为自己在mod action菜单中的选项。
– V2Blast
19/12/11在21:41
此外，mod仍然可以对评论锁定的帖子发表评论吗？我记得总体的锁定功能使我无法编辑/评论，这意味着我无法锁定帖子，然后将恶意破坏还原到该帖子（因此，我必须先解锁，编辑/评论，然后再次锁定它）。
– V2Blast
19/12/11在21:41
@ V2Blast如果是字母顺序的，那就错了。 ：P我想我们按保留的顺序保留了它，以允许人们保留其现有的模式。是的，mod仍然可以对锁定的帖子发表评论。 :)
–Catija♦
19/12/11在21:43
@ V2Blast是的，您可以在它被锁定时发表评论。
– wizzwizz4
19/12/11在22:05
关于“ ...将转换为新定义”：什么时候会发生？还是已经发生了？
–P.Mort。 -忘记了粘土Shirky_q
19/12/11在22:54
@PeterMortensen应该已经是这样了。
–Catija♦
19/12/11在22:54
我不能告诉你看到这件事我有多高兴。而且我知道我可能是整个网络中题外话最严重的违规者，有时这会让我感到沮丧。但是我认识到这对网络有益，比我个人的冲动更重要。 =）
– corsiKa
19年12月12日在0:49
新锁定的默认持续时间1小时是多少？我认为3天会更方便，因为它将涵盖最常见的问题在热门问题中爆炸的情况
– gna
19/12/12在7:10
@gnat一个小时的开始通常很不错。三天不是选择。选项是一个小时，一天，一周，永久。
–Catija♦
19年12月12日在12:10
您可以在工作场所查看我的举报记录-根据我的经验，一个小时在热点问题上基本上是没有用的，这可能会导致不必要的主持人负担。在您列出的选项中，有一天对我来说似乎是最佳选择
– gna
19/12/12在12:17
@gnat TWP是一个异常值。在大多数情况下，一个小时就足够了。通常，只有两个人需要您说服才能聊天。
–Catija♦
19年12月12日在12:23
好吧，我想我们可以使用数据来估计此功能应包含多少TWPexperience。只需找出与网络的其余部分相比，TWP（或TWP + IPS，因为我听说它们有类似的问题）使用了将评论移动到聊天的功能，如果它的百分比微不足道，则不需要新锁定调整以更好地满足他们的需求
– gna
19/12/12在12:29
对于普通用户（非主持人），@ Catija的倒计时未在发布通知中显示。它只是说：“对此的锁定评论。。。”
–Luuklag
19年12月13日在9:36
@Luuklag在这里可以看到计时器吗？我不是该网站的主持人，但我可以看到它...我很好奇这是否是因为我是其他地方的主持人，或者您是否只是在看一个具有未设置有效期的锁定的问题时间。
–小叮当♦
19/12/13在10:02
@Tinkeringbell是的，我可以，但是这里没有：meta.stackexchange.com/questions/339944/…。因此，这将是设计使然。
–Luuklag
19/12/13在10:32
#2 楼
我们最近在The Workplace上遇到了一个这样的案例。用户的第一个问题已被搁置并编辑，正在重新打开，但是它也吸引了非建设性（有时是粗鲁）的评论，因此主持人暂时锁定了该问题以阻止该问题。不幸的是，这种锁定也阻止了投票，包括重新投票。所以我们有一个OP试图做正确的事情-他实际上是在保留自己的职位以应对其搁置！ -谁被不是他的错的东西所阻挡。有人在meta上提出了该问题，然后问题被解锁并重新打开，但是如果我们的主持人能够在允许编辑，锁定/重新打开投票以及上/下投票的同时锁定评论，则整个过程将更加顺畅和轻松。 （回想起来，暂停一个用户可能已经解决了问题，但是在操作过程中并不清楚。）
在Workplace上，我们收到了很多临时注释爆炸，锁定一天的职位足以使人们继续前进，同时允许将来提出要求。但是我们不会因为附带损害而锁定这些帖子，而是清除这些热键帖子上的大量评论。但是，每条发表和删除的评论都是对帖子所有者（也许是其他用户）的查验，并是继续争论的邀请。我宁愿阻止它，也不愿清理它。
但是，我不同意OP能够锁定注释。如果您提出问题，您应该准备响应澄清请求；如果还有其他事情发生，例如争论，狙击或切线对话，那么主持人应对此采取行动。我已经看到了很多情况，其中注释线程是帖子作者和其他人之间的争论。让帖子作者来规管那不好。
评论
+1，特别是对于不锁定注释的OP。那不是他们的工作。
–内森·塔吉（Nathan Tuggy）
15年11月29日在22:28
#3 楼
停止评论（不停止其他活动，如投票，编辑或回答）的功能绝对有用。我们在“服务器故障”中看到一些问题，其中的注释用于提取故障排除信息，但提出该问题的人并不熟悉Stack Exchange网站的“将重要信息编辑为您的问题”礼节。在这种情况下，锁定评论（在mod上留下一句“请编辑您的问题”）之后，会鼓励他们以更紧密地映射到其预期功能的方式使用该网站。
是的，我们可以为他们做这件事-但坦率地说，我不想遍历30条以上的评论，以找出有用的，无效的，并弄清楚如何将其用于问题中。这实际上是寻求答案的人的工作，而不是整个社区的其他人。
#4 楼
坦白地说，我认为，最好使用更加简化的菱形修改版的“创建有关此问题的元讨论”和“将评论迁移到聊天室”功能，以及改善聊天室和聊天室对允许用户的可见性（例如，将聊天室与问题，标签或一组标签相关联，并使其在相应的问题和标签页面上可见）。可以帮助减少这种情况的方法是进入Meta的障碍（让1个代表用户在Meta上发帖），以鼓励人们将关于问题的讨论从评论中带到Meta中。可见，减少发现和使用它们的障碍，并让更多的用户可以使用这些选项。
评论
如果您的“迁移到聊天”功能还包括阻止发表进一步的评论（至少在一定时期内），那么我们正在谈论的是同一件事。
– yannis
13年10月10日在21:54
@Yannis我希望看到“迁移到聊天室”，同时也不要阻止进一步的评论。现在，创建适当的讨论场所（在聊天室或meta上）是手动过程。如有必要，也将其锁定。但是我认为，改善低代表用户对Meta和聊天的访问权限并提高可见性将有助于解决很多您只想避免发表评论的情况。
–托马斯·欧文斯（Thomas Owens）
13年10月10日在21:57
很多东西“随便聊天”并不能解决，所以我还是更喜欢Yannis的想法
–本·布罗卡（Ben Brocka）
13年10月10日在22:02
“迁移聊天”不应禁止进一步的评论。我看到的帖子太多了，最初的几个小时内，有两三个人在吵架，劫持了评论，但后来有人要求澄清。转储参数，但不要阻止澄清的请求，这就是为什么我们要发表评论的原因。
– Monica Cellio
18-2-21在15:27
评论
我不久前发布的类似功能请求：meta.stackexchange.com/questions/124749/…@MadScientist谢谢，将其包含在问题中。确实非常相似，几乎是骗子。
FWIW：SO上有110个“脱位评论”锁定，程序员上有15个，政治上有4个，工作场所上没有。
@ Shog9作为主持人，由于它会造成附带损害，因此我很少使用该锁。
我认为麻烦的评论者如果无法发表评论，就会诉诸于编辑帖子：/
@MatthewRead这是可能的，但是编辑更容易看到，如果有问题，任何人都可以快速将其回滚。
这在我们的清单上...这是一个很长的清单。另请参见meta.stackexchange.com/questions/189515/…
@Shog那么为什么这里没有状态标签？
@yannismeta.stackexchange.com/questions/tagged/…:-)
因为直到我们确定我们的流程之前，这些东西都可以在“待处理”列表中放置很长一段时间，所以@Shadow-状态标记就像是在逗弄。在某些状态审核帖子中查看编辑的年龄；我更喜欢遵从JNat的名单。
@ Shog9哦，这是完全正确的，有时我会戳那些被遗忘的旧状态-没用。因此，请猜测您是对的，最好不要有误导性的身份。 :)
@Sonic请停止在此添加每个微小的细节。已经提到了无法在锁定的帖子中进行编辑，无需特别提及建议的编辑。
@yannis我指的是已锁定问题的答案，这些问题未锁定，可以由具有编辑权限的用户编辑，否则将完全解锁。另外，为什么要从列表中删除“ Wiki答案”通知？
@SonictheInclusiveHedgehog这两个细节对于功能请求都不重要。该帖子不应该是锁定原因的规范列表，也不应该是帖子被锁定时发生情况的完整列表。建议的编辑内容只是一个非常小的细节，提及它并没有任何好处。我真的不同意您对Wiki Answer锁的描述。如果绝对必要，请放回去，但请没有描述。