按Enter键提交
<textarea>
在任何浏览器中都不是标准的。在我看来,这种行为令人毛骨悚然,令人讨厌。我已经不小心评论了多次,不得不删除评论并将文本拖回编辑中。(我意识到您实际上不能在评论中使用换行符,但是我ve经常使用换行符将我正在编辑的想法分隔成一个注释,或者有些地方会泛滥成一个随后的注释。我实在不想打破文本编辑器来获得此功能。)
先生,我可以把我的Enter键找回来吗?
#1 楼
到目前为止,可能很少有人注意到的一个巨大问题:这种新行为完全使使用IME的人感到困惑。用于编写复杂语言的输入法编辑器。例如,要输入“入力”,我必须输入
n-y-u-u-r-y-o-k-u-[space]-[enter]
。最后输入是完成单词输入所必需的,它提交注释。以我的经验,“ IME Enters”是不可能用Javascript过滤掉的,并且不同的IME在不同的浏览器中表现就不同。而且即使有可能,根据转换的不同,我可能不得不多次输入。在所有情况下,我无意中按回车键输入的时间都比需要输入的时间多,因此提交了评论。这已经是正常形式的烦人了,但是至少浏览器正确区分了结束转换的输入和转换模式之外的输入,这是Javascript完全不了解的。这不是一个可怕的问题。但是,随着StackEngine的扩展以涵盖外语站点,这将成为一个严重的问题。我经常切换到日语IME以插入特殊字符,例如它可以快速将“->”转换为“→”。新的行为完全打破了这一点。请摆脱它。
评论
+1 ouch。我没有考虑过IME问题,但这对于尝试捕获按键并附加特殊处理的每个输入确实是有问题的。
– bobince
2010-09-21在21:52
+1:确实,即使在英文文本中,我也经常使用IME来输入带有重音符号的特殊字符和字母。在Stack Overflow上,我必须转到文本编辑器以输入特殊字符并将其复制并粘贴。老实说,我很惊讶有人提到这一点!
–伊藤刚
2010-10-9 22:26
SHIFT + ENTER对此起作用吗?
–杰夫·阿特伍德
2010-10-19 3:31
@jeff:不,IME忽略Shift + Enter(至少对于Windows 7上的Microsoft Japanese IME)。
– kennytm
2010-10-19 7:37
@Jeff:即使那样,为什么对于特定IME的某个界面已知的人也必须学习新的行为才能为SO / SE网站键入Shift + Enter?
– Marcel Korpel
2010年11月19日,0:31
在阅读此答案之前,我真的很喜欢Enter-submits-comments功能。对此+1,对我以前喜欢的功能-1。
– Pops
2011-02-25 22:54
由于日语为Beta,这已成为一个更大的问题。参见meta.japanese.stackexchange.com/questions/37/…
–特洛伊恩
2011年6月2日下午4:38
不能同意更多。这对于Windows上的某些软件而言尚无定论。即使在Windows中,版本和用户首选项之间的IME行为也有很大差异。但是,更重要的是,IME的行为完全不受此站点或用户的控制,因此依靠它们来解决此问题是不可行的。请取消此功能。如果您不想使用鼠标输入评论或其他内容,只需点击[tab]进入“添加评论”按钮。这是网站中的标准行为,并且在不干扰我们使用IME的情况下同样容易。
–提问者
2011年6月3日6:26
尽管这不是IME问题,但Firefox的拼写检查器也存在相同的问题。我移至该单词并点击[菜单],使用箭头键选择正确的拼写,然后[输入]。然后提交评论。当我必须真正使用鼠标时,这真令人讨厌。
– Sean Farrell
2012年6月12日下午13:55
Android平板电脑上的@DaveMG,没有鼠标或Tab键。
–o̊ǝʇ̲ɐW⃗
13年4月4日在22:23
100%赞成was。日语IME)
– jmac
2013年12月19日23:36
@jmac和其他使用IME的人:你们中的一些人可以测试SOUP的开发版本(v1.3.x)并告诉我有关此相关bug的修复是否也解决了此问题吗?我会自己进行测试,但是我通常不使用IME,而且我实际上并不十分了解它们应该如何表现。
–伊尔马里·卡洛宁(Ilmari Karonen)
2014年1月21日在21:51
@Ilmari,我不知道该怎么做。我对实际开发人员的技术水平不熟练。如果您在某处扔一个解释,我会尽力进行测试。
– jmac
2014年1月21日在23:09
@jmac:这取决于您的浏览器。这些说明有帮助吗?如果您使用的是Firefox或Chrome,最简单的方法是先安装GreaseMonkey(对于Firefox)或TamperMonkey(对于Chrome),然后单击上面我的评论中的第一个链接。
–伊尔马里·卡洛宁(Ilmari Karonen)
2014年1月21日23:18
@Ilmari,是的,谢谢。尽管我昨天刚刚测试了这个问题,但是在Chrome或Firefox上却没有出现相同的行为,所以我不知道发生了什么。稍后我将在Mac上对其进行测试。如果我现在不能重现它,那么在不同版本的SO上进行测试就没有多大用处。
– jmac
2014年1月21日在23:23
#2 楼
这违背了最小原则。有人可以在野外指向其他文本区域,按Enter键具有相同的效果吗?!
以后很多:用户输入的内容太多了...
评论
–alexanderpas
2010-12-08 1:02
@Alexander,不是文本区域。
– Arjan
2010年12月8日在8:39
Facebook消息。
– Yahel
2010-12-09 20:48
恕我直言,Facebook消息不是一个很好的例子。
– Legooolas
2011年2月1日于12:01
我在Windows中找到了一个!安全设置的用户选择器。看起来像多行文本框,但是按Enter键(例如,尝试添加多个用户)关闭对话框。真气!
– bobince
2011-2-5在11:34
许多聊天应用程序都可以做到这一点。始终欢迎用户提供输入。但是,由于许多其他用户喜欢此功能,因此团队选择保留此功能。
– jjnguy
2011-02-25 21:24
@jjnguy,大概是不需要输入法的人...
– MarianoSuárez-Álvarez
2011-2-27在0:53
Facebook最近复制了stackoverflow的举动。我在facebook上比这里更不喜欢它
–埃尔兹
2011年3月18日在2:15
@Earlz,在互联网历史上,Facebook是用户界面中最不完善的一种……我并不感到惊讶。
– MarianoSuárez-Álvarez
2011-3-18在2:18
@Mariano Eh,它比Myspace和Geocities更好。至少他们不允许用户HTML:D。但是,实际上,我已经看到很多事情,在一两个月后,对于Stackoverflow感到“与众不同”,看到它被添加到Facebook中了。
–埃尔兹
2011-3-18在2:23
Facebook的行为甚至比Stack Overflow还要糟糕,因为在Facebook上,他们取消了“发送”按钮,这意味着Enter按钮是提交评论的唯一选项。我不知道Facebook上的任何人对此变化感到困惑和不满意。充其量,人们会适应,他们从中受益吗?没有。面对变化的困惑,他们的生活绝对不容易。
–提问者
2011年6月3日,6:32
在实践中,我发现“最少惊奇的原则”意味着“无论碰巧发现惊奇的原则”。
–杰夫·阿特伍德
2012年6月16日上午8:07
@Jeffatwood在这种情况下,最不惊讶的原则通常是屈服于最不兼容的原则(通常与该软件的早期版本一起使用)。 Enter-submits系统并不是您真正可以赢得的东西,因为存在可以同时完成这两项工作的系统。
– wizzwizz4
17年2月19日在19:10
#3 楼
我要说的是,大多数知道注释系统如何工作的人都不会以您使用它们的方式使用新行,这就是为什么没有任何线程的原因。尽管如此:
很多新手或经验不足的人都会错误地发表他们不完整的评论
这与用户的期望背道而驰:如果输入内容多于一行,那么我可以按Enter键转到下一行。
所以我说改回来,否则它将成为主要的可用性问题。
评论
更新上面的内容后,现在可以按Shift + Enter了,我将看看它是如何工作的,然后确定是否仍然需要覆盖用户脚本:)
–尼克·克拉弗♦
2010年9月8日,0:10
+1确实是主要的可用性问题!
–降低
2010-09-13 5:19
我想说,要完全满足最不惊讶的原则,应将Enter键过滤掉。这样一来,用户就可以按几次Enter键并决定“哦,猜想我不能放一个新段落”,然后继续他们的生活。但是shift-enter很特殊,我认为它应该在所有用户界面上都可以使用
–埃尔兹
2011-3-18的2:16
#4 楼
请为此做点什么!由于这种行为,我只是注意到我很警惕即使在答案中,甚至在Stack Exchange外部的文本区域中都按Enter键,并求助于每次都按Shift-Enter键或在浏览器外部进行编辑并将其粘贴。将评论与答案以及互联网上的每个文本区域进行如此根本地区别仍然是一个好主意吗?使一次按键操作变得轻而易举(在答案末尾最后提交),但会导致我们在编写注释时一直想换行,因此一直都按Shift-Enter。评论
“我只是注意到我很警惕即使在答案中,甚至在Stack Exchange以外的文本区域中都按Enter键”->您知道,它仅对SE网站上的注释框起作用。
– jjnguy
2010-09-21在3:45
这项新功能确实解决了用户键入Enter并用新行提交评论,而他们无法呈现的问题。
– jjnguy
2010-09-21的3:48
@jinguy:关于您的第一个评论,这正是我的意思:Stack Exchange引入了一种愚蠢的行为,该行为在Internet上所有文本区域中仅在SE网站上的注释框中起作用,从而导致用户痛苦和混乱。医生的第一条原则同样适用于UI设计:首先没有危害。
–ShreevatsaR
2010-09-21在5:18
我有同样的问题。
–伊藤刚
2010-10-9 22:43
#5 楼
我非常震惊地写这本书,这不仅是因为击败了一匹可能已经完全死亡的马,而且还因为解决方案看起来如此明显,以至于我觉得我肯定一定会缺少一些基本知识。但是,这是我或其他主题中未提及的替代建议。据我所知,两个明显矛盾的要求是:
在编写注释时不应使用换行符,因为在呈现注释时不允许使用换行符。 />按Enter键不应提交评论,因为这是网络上textareas的标准行为,并且违反了期望会使许多用户感到沮丧。
解决方案:按Enter键不应插入换行符,也不应它提交评论;它应该什么都不做。您必须已经在捕获Enter键事件才能触发提交操作;为什么不更改它以防止添加换行符,然后不加评论?
我在等你的投票。
评论
恭喜,您对这次辩论的任何一方都不满意! :)
–杰夫·阿特伍德
2010年12月8日在7:06
@Jeff:在那种情况下,要么我误解了双方都说他们想要的东西,要么双方都想要了他们所说的东西以外的东西。
–user152819
2010年12月8日在7:11
当用户期望某事时什么都不做通常是最糟糕的主意,因此将需要某种反馈(即使只是框下的消息)。但是,暂时将其搁置一旁……我不知道您在此问题上的个人立场是什么,但是假设您不同意当前的行为,您能否解释为什么人们会本能地如此频繁地按下Enter键?我认为这种功能是出乎意料的,但是鉴于注释的性质,我仍然对为什么为什么除了提交以外的其他原因完全按下键感到困惑。
–蒂姆·斯通(Tim Stone)
2010-12-8 7:12
是的,我想到的是一条不间断的消息,即“注释中不允许多行”。无论如何:这是一个多行文本框。按下Enter键并创建新行很明显。您为什么不期望人们尝试按Enter键?我没有这样做,但是当前的行为显然使某些用户感到烦恼。无论如何,我在这场战斗中没有一只狗。我只是以为我看到了一个简单的解决方案,但是如果这对任何人都没有好处,我就会离开。继续。
–user152819
2010年12月8日在7:25
@Tim Stone:对不起,我之前的评论是对您的回复,但我忘了通知您。 @Jeff:我应该问,要满足您的聚会需要什么?您对该功能有什么实际要求?我希望您的唯一要求不是“按Enter即可提交评论”,但如果是这样,我想知道。 (此外,将@user放在注释的中间是否会通知用户,还是仅在开始时起作用?这是否记录在某处?)
–user152819
2010-12-08 7:38
@Rahul没问题。关于您的评论通知问题,由于此功能的说明中详述的原因,您当前的评论只会通知自己。
–蒂姆·斯通(Tim Stone)
2010-12-8在7:53
知道了@杰夫:请看我上面的评论。
–user152819
2010-12-8 14:36
“为什么为什么除了提交以外的所有原因都按下了该键”-意外地敲击Enter键,即无缘无故。鉴于这种可能性,可能会导致疏忽,消极或激发火焰的材料变得模糊不清,并可能产生乱序的影响(错误地发表评论后,来回笨拙的回复会被编辑,并且握手会围绕各种编辑和答复,对永久消失在评论中的消失文本的引用等)意外发布显然比需要一次单击“提交评论”鼠标的旧行为更为重要。
– ..
2010-12-09 20:03
@Tim:无所事事总比做超出用户期望的事情更好,并且可能会令人沮丧(需要进行工作修复)和令人尴尬(偶然的评论)的启动。至于为什么要按Enter键,这是因为从远古时代到达到固定线宽后都按Enter键(请参见旧的电子邮件用户和Usenet张贴者会这样做),或者是因为有人在编辑输入内容(例如,以达到字符数限制以下),而只是暂时移开一些单词会很方便。
–ShreevatsaR
2010-12-24在8:05
@Rahul:它可以插入空格而不是不执行任何操作,因此它仍表示一些空白。
–研究员
2011-2-15在9:08
#6 楼
不是我的更改,但是在发生这种情况时,我非常赞成新的行为:不提供运输收益,那么为什么要这样做? (不过,您仍然可以按Enter键输入内容)。
也许我在聊天中花了很多时间,但是现在我希望输入Enter提交评论(感觉与聊天非常相似)
每天我都会几次按Enter键尝试发表评论,然后坐在那里却一无所获而感到很愚蠢。
(我不确定我会说服他们添加“ up”进行编辑,但...)
评论
换挡输入是新的;最初是不允许的(有点偶然的错误)
–杰夫·阿特伍德
2010年9月7日于7:40
我猜想,在这个网站以及互联网上几乎每个文本区域中,评论似乎都不会像聊天那样,而是类似于答案。当我重新排列我的想法时,我经常按回车键来移开句子。我现在不得不在单独的编辑器中完成所有这些操作,然后再提交评论。
–ShreevatsaR
2010年9月9日在11:24
但是这些引起的错误呢?
– Tobias Kienzler
2010-10-11 13:39
#7 楼
由于进行完全意外的提交操作(相对于换行符),因此我在处理注释之前经常会错误地输入注释。很烦人。我讨厌那样的非直观用户界面功能!再加上您无法返回并编辑刚刚偶然输入的评论,这一事实使情况更加复杂!停止疯狂! :-)
评论
即使您以前可以在评论中输入换行符,也不会显示它们。您可以使用“ shift” +“ enter”来创建新行(我刚刚做过),但是您无法分辨。
–ChrisF♦
2010-10-22 13:01
您应该可以编辑评论-有一个编辑链接(我认为您可以在几分钟内进行编辑)。
– Benjol
10-10-22在13:23
#8 楼
如果您发现此行为不方便,建议您启用下面的GreaseMonkey脚本。禁用回车以提交评论
该链接包含屏幕截图和简单的分步说明。
评论
+1,谢谢!尽管您仍然不愿听取用户的意见或拒绝理解该设计或解释其设计,并担心这种行为对Stack Exchange的未来发展产生什么影响,我仍然感到困惑,但这种解决方法使生活变得更加美好,我将停下来现在打扰你。再次感谢; StackExchange网站变得更加有用! (我仍然非常小心地按Enter键,答案还需要一段时间才能使他们适应。:-)
–ShreevatsaR
2010-12-24 7:21
我救了谢谢。我只是SO的新用户,而对于一个本来就做得很好的网站的Enter行为感到震惊,我花了30分钟找出原因。我会发现我输入了评论,然后不得不在5分钟结束之前匆忙完成对它的编辑,通常是无法及时进行。正是这样的事情使我明白了为什么我的母亲不能在她的闹钟收音机上设置时间。
– jontyc
2011年4月4日在3:41
我不同意这个答案,在我看来,为消除这种可怕行为提供了很多支持。
–马克·芬奇
2012年6月17日下午4:54
#9 楼
这是昨天进行的“设计使然”更改。评论
说它是“按设计”正在乞求这个问题。这几乎不是一个解释。 :-)为什么会这样,请让我们再次变得理智吗?
–ShreevatsaR
2010-09-21 9:05
@downvoters我的回答只是确认所做的更改是有意的,而不是错误。我没有表达任何意见!
–马丁·史密斯
2010年11月21日在20:04
因为注释更像是而不是像
#10 楼
这是一个难题,我可以理解双方的观点。因此,如果没有所有人都满意的解决方案,为什么不对其进行配置?取决于状态“在输入时提交”复选框,按Enter时是否提交文本。
可以保存发表评论后的文本的最后状态,以便下次再次使用时保持不变。始终在需要时进行更改。
评论
我认为您的建议应予以考虑。
–alky.kid
13年11月25日在10:26
#11 楼
我按TAB,ENTER之前没问题。节省时间的功能到位似乎很奇怪,所有的计时器锁都如此
#12 楼
我注意到类似的功能已经出现在Facebook上,但返回提交评论而不是使用换行符,这引起了轩然大波。在我看来,新功能在facebook上是错误的,在stackexchange上也是错误的。http://kulapartners.com/2011/03/facebook-breaks-the-return-key/
关于ux.stackexchange的问题:输入在Facebook和StackExchange上发表评论
评论
+1,我只是提交了这个答案的副本,但没有意识到它在这里。
– Pops
2011-3-18的2:11
#13 楼
为什么除了此功能之外还没有评论合并功能?如果在编辑窗口时间内从同一用户提交了新评论,并且还没有评论,则只需将其与先前评论合并即可。 (可能还要检查总长度是否也低于限制,如果太长,请添加新的注释。)我认为这就是聊天中发生的事情(不要花太多时间在聊天室上) )。这样,两个“当事方”都能得到他们想要的。那些无意中点击返回中注释的人只写一条评论,而那些喜欢在中途返回时提交评论的人也会得到他们想要的。
评论
在上一个评论的编辑窗口尚未通过时,对新评论做出响应时,这可能会导致评论的排序奇怪?如果注释太长,有时(确实有时)需要多个注释?
– Arjan
2010-12-9 23:19
@Arjan :(我今天早些时候写了一个回复,但是Monster吃了它的评论,它似乎没有再出现)。显然,只有相邻的注释(处理您的第一点)并且总长度在限制范围内(处理您的第二点)时,注释才会合并。
–安德鲁·斯泰西(Andrew Stacey)
2010-12-10 19:17
好吧,我将其合并到您的答案中。其他问题:@回复目前仅在第一个@匹配中起作用,因此人们可能希望在5分钟宽限期内输入多个评论。 (但是@ -reply的限制不太明显,因此,如果可以更改它可能会很棒。)并且:当前不能在15秒内发表两次评论,因此也需要进行调整。
– Arjan
2010-12-10 19:27
@Arjan:谢谢。 (要清楚:这就是我从一开始就说的意思。)总会有“但是我不能对任何系统执行X”操作。令我感到惊讶的是,之前从未提出过建议。我不太倾向于使用评论,我觉得它们很烦人,所以我将剩下的问题留给那些有责任感的人。毕竟,这就是他们的报酬,不是吗? (玩笑)
–安德鲁·斯泰西(Andrew Stacey)
2010-12-10在20:08
评论
那是我的功能要求。很抱歉拧紧你的头。但是新功能对我来说更有意义。您可以将ENTER键恢复原状,只要它与它的朋友一起按SHIFT键即可!
[按设计状态]
新行为的问题在于,习惯于格式化文本的人(例如在为了保留可读性而保留段落分隔符的论坛中),会因提交未完成的评论而受到惩罚。再加上您只有三击并限制了尝试的事实,并且只允许两个良好的习惯才能完成编辑评论。两个建设性建议:使其成为一种选择。它是在用户方面。 2:让人们键入段落。
在搜寻将我带到这里之前,我正要问同样的问题。即使弄清楚它提交了评论,我还是误打了回车键。纯习惯的力量。我可以住不回车,但希望Enter键不提交评论。点击立即添加评论。
发布了错误报告:输入评论时,通过Enter确认上下文菜单项会触发评论发布
一直以来,即时通讯功能和社交功能以及直接消息传递一直没有[状态下降],但是现在实现了所有最烦人的特性(=错误/错误功能):(
@Benjol-可能是设计引起的,但是它是一个非常破损的设计,请修复!!!
我一直遇到的一个问题是,我将开始写评论,再去查找其他内容,并且输入错误会导致即使没有我,我的评论也会被提交
@Benjol,谁设计了在发表评论之前无法使用键盘检查FF的拼写?
+1对于多行(即使段落已全部合并)文本区域,这确实是可怕的行为。
我专门加入了meta.stackoverflow,因此我可以通过某种方式投票以使该功能失效。这似乎是UI方面的一种新趋势,因为Facebook最近也做了同样的事情,而且我不认识任何人喜欢它……对于出于某种原因总是在寻找键盘快捷键的工程师来说,这在某种程度上是有意义的。我不知道。请摆脱它。可以很容易地[选项卡]到“添加评论”按钮,并且如下所述,此行为完全使我们这些使用IME的人搞砸了。这个“功能”太恐怖了。
@Lance-为什么需要赏金?我认为,对于大多数用户而言,此时进入输入评论是很自然的,对于一些不喜欢它的人来说,有一种解决方法。
Enter是表单完成键。如果某些用户对此有疑问,我建议他们重新映射回车键以产生shift-enter。大多数人都希望进入会完成输入。
@CallmeV,不,大多数用户希望Enter可以将您带到换行符。