当评论变得过于闲谈时,聊天功能会询问您是否要将其删除。但这通常在事实发生之后发生,因此并不能阻止它。

我建议:



以按钮的形式提供在侧面,以便知道他们的问题或对话的用户可以被吸引可以选择抢先并“离线”进行对话


评论

标记对话以让主持人转为聊天也很好。 (这是当前接受的举报行为吗?)

@Chris我不喜欢这个想法,评论通常应该有点随意。我宁愿看到一个系统,该系统中可以删除主题外的评论,并对其进行幽默标记,因此无需显示和扩展贫民窟化(这样,如果有人希望查看所有评论,他们仍然可以使用)。正确地标记和过滤信息比“爸爸”告诉我们我们可以阅读的内容以及我们“需要和不需要知道的”要好。

@ user136460主题外的评论已经可以被标记和删除。我的建议相当于“锁定”对特定问题或答案的评论,实际上是将其迁移到更合适的位置。

@Chris不幸的是,主持人无法将评论对话移至聊天,尽管已被请求。

@ user136460除了目前,发生的事情实际上是在评论部分中爆发了一场宗教战争,这不是它的目的。评论应要求澄清,增加细节并可能给出简单的例子。答案应该很明确,顽固的天才之间的200条评论将无济于事。将其移至聊天基本上等同于将某些内容标记为“聊天”。

基于SE工具的较新的相关请求(早在2001年就不存在):meta.stackexchange.com/q/288572/162102

所以,我很想看看这个功能的实现。我目前有个评论话题,而且讨论的话题越来越长,我希望看到弹出的消息可以聊天,但是拒绝将扩展的讨论移到聊天中...

是的,另一个功能请求我们只能对位进行投票而被忽略。

那么,功能请求在这里需要做什么才能获得那些红色的“ status- *”标记之一? :)

#1 楼

此功能请求有其优点。至少对于基于问与答的技术支持站点(例如Ask Ubuntu和Ask Different),我们通常会获得故障排除类型的问题。由于目标受众的性质,我们假设用户没有有限的知识。

在这种情况下,如果新用户发布的问题需要进行往返交流,则注释实际上并不能有效地解决问题。我们中有些人认为,如果我们可以立即将用户带入聊天室,则可以更好地解决疑难解答问题。

聊天至少需要使用20个代表,但我确实意识到,如果您要向用户授予显式写访问权限,我们可以将其分类。

但是,要使它无缝地发生,在问题中有一个按钮可以吸引用户并通过单击按钮来提供显式的写访问权限将非常方便。

(有关此问题的对话的相关部分)

评论


令人失望的是,这个建议在这里已经无效了将近9个月。我不想孤立聊天中的任何人。但是,如果评论中的内容变得闲聊,并且您想对此做些事情,那么我目前没有可按的简单按钮来请求聊天。我曾希望到现在会出现。

–非理性的约翰
2012年5月12日在2:48



这对于“软”堆栈(如SF&F,RPG,Writer等)很有用,因为注释很有可能转为令人愉悦的切线,而不仅仅是在易于解决问题的堆栈上。 (现在,切线只是停留在注释中,然后在不可避免的“太健谈”标志出现时为mod工作。)

–SevenSidedDie
15年4月16日在18:21



我来自RPG,在这里发表了评论,解释了修改内容,并讨论了答案格式化规则元。回复时,我真的很想能够说“让我们在聊天中讨论...”。相反,该线程内置在注释中,我必须自行删除并标记其注释以进行删除。 :(不是很棒的用户体验!

– Dewi Morgan
19年5月31日在21:08



该建议在这里已经无效了8年以上。只需添加我的+1。

– Karl Knechtel
19年11月11日上午10:11

我的+1也差不多,将近九年了,该功能仍然是一项要求。拥有它真的很有用。

– Wavion
20年5月1日在10:16



#2 楼

我想亲自提出,很高兴这个问题已经在讨论中。我还想补充一点,说“不对所有人”说的可能性将解决长期讨论的“过度”感谢的问题。

还有一个问题可以通过这种方式解决:当讨论出现在2个人之间,而不是3个人之间,并且有许多纯讨论消息时,现有的自动装置仍然永远不会提议进入聊天模式。

关于我们不希望人们向smb发送不需要的消息的论点,在这里我们不是在谈论。


聊天不是发送个人消息
我不是通过发送消息而是通过邀请向我发送消息来开始聊天。顺便说一句,现有的形式就是这样。


评论


始终要求拒绝发送私人消息的方法:请参阅FAQ,“如何联系其他用户?”

–SevenSidedDie
17年8月31日在23:02



#3 楼

是的,应该。这将特别解决诸如育儿之类的网站的问题,在这些网站中,肥皂盒很常见,有时我们会在评论中给出非常糟糕的建议,这些建议不能被否决。

#4 楼

是的,应该有一个谨慎的按钮可以随意使用来邀请评论者聊天。

当前的启发式方法通常只有在以下情况下才可以干预:



为时已晚,以至于无法积累闲聊的评论
,为时已晚,无法进行任何进一步的讨论

我发现大部分时间我只是忽略了弹出窗口,因为当弹出窗口出现时,我受够了。来回提醒以免来回评论已为时已晚,并且通常仅在无需再说其他任何内容时才会显示。

谨慎的按钮既可以避免再次提醒在评论中进行讨论,并作为替代方案的号召性用语。更不用说,较早地自动化选项会使其更早地被更频繁地选择-目前可以手动完成,但这是一个高障碍的多步骤选项,与“只需再添加一条评论即可。”

#5 楼

是的,应该。我以为这已经是一个功能,今天想这样做。我只是感到惊讶,事实并非如此。

在关于此的一堆(标记为重复的)问题/答案/评论中,我不断看到诸如“这是一个伟大的未来功能”之类的回复,然后发表评论。如“响应4年后...未来还在吗?”因此,甚至在几年后,我也收到了这些评论。现在呢???现在,在第一个问这个问题的人第一次提到这个问题的七年之后,又是什么呢?

我要进行的对话不应该继续发表评论,并且可能冗长而“辩论”。我只想从评论区离线继续。

评论


实施工作的平均水平是6到8。到目前为止,只有7过去了,他们仍然很好地完成了目标截止日期...

–rene
17-10-5在16:14

@rene我以为你在夸张;但是,不管您是否愿意,考虑到StackOverflow的起源以及本网站上讨论的所有软件工程实践对我来说都具有讽刺意味,但仍然让我们抱怨这种事情。

– Loduwijk
17-10-5在17:05

好吧,是6到8并没有组成,但时间表是正确的。有很多工作要做,我敢肯定,这个工作没有排在前面。

–rene
17-10-5在17:57

好吧,它应该在列表的顶部,因为人们正在用不相关的信息来散布评论。我猜他们喜欢保留评论,因为SEO比独立的Chat窗口要好得多。老实说,如果他们真的想做的话,这个功能可以在5分钟内完成,一切都已经完成,只需添加按钮即可打开聊天窗口(每个答案/问题)

– vsync
18/09/17在10:10



#6 楼

当问这个问题时,这是一个更大的变化。后来一些基础工具发生了变化,我问了类似的问题(2016年)(反过来又对2013年的提案进行了完善)。我不认为这个问题是对这个问题的重复,因为这里的答案未考虑我在此处提出的方法,即:


让我们允许适度的用户-低信誉级别(1000?),按一个按钮即可:


创建聊天室
将帖子发布者和到目前为止发表评论的所有人授予对该聊天室的访问权限
将所有评论复制到会议室中
在链接到会议室的帖子上创建评论



现在,主持人可以将评论移动到聊天室(他们可以不是当您问这个问题时),我们就在那里。我看到剩下的两个工作:创建一个用户界面来触发它。也许我们在“添加评论”旁边添加了“开始聊天”链接,在有人这样做之后,该链接替换为说“例如访问聊天室(47条消息,最后更新时间为12分钟)”的链接。也许会有更好的用户界面。
确定此功能如何与mod move交互。现在,两个用户聊天的情况也是一个问题,但是允许用户主动创建聊天室可能会增加分叉对话的问题。 (有关更多信息,请参见链接的文章。)


#7 楼

有时,在不太受欢迎的SE或技术相关的SE中,需要OP提供更多输入的人中,只有一个人发表评论,而他/她是唯一可以回答该问题的人,而在Comment部分中,这只是一个讨论。 OP和想要回答的人很冗长,直到7条评论后才显示:


让我们继续聊天中的讨论。




看来,自从2011年首次提出这个问题以来,关于这个问题有新的(标记重复的)问题/答案/评论,所以我希望我们再次关注这个问题。