1
zhangxiao 2012-10-11 09:39:10 +08:00
这样会倍增请求数吧,而且从用户体验上来说,有提交按钮应该让人更适应些
|
2
dotbuddle 2012-10-11 09:54:10 +08:00
可能未来是多余的,可能对小众是多余的。
|
3
yulanggong OP @zhangxiao 请求数是增多了,但是这种请求不会影响用户操作,而且能及时反馈表单处理的结果。现在注册页每填写一项就验证一次不就是这样考虑的吗。从用户体验上来说,很多时候提交按钮是不得不点,而不是用户想去点。
|
4
AlloVince 2012-10-11 10:14:48 +08:00 2
较真的话,你应该考虑Section 508 Standards
在禁用JS或者使用读屏软件的时候,去掉Submit Button会让这些用户困扰 http://www.jimthatcher.com/webcourse8.htm http://wac.osu.edu/tutorials/section508/section508.htm#forms |
5
maikcn 2012-10-11 10:28:36 +08:00
我认为是视情况而言吧
如果功能是需要用户明确触发动作的,提交按钮是需要的 [比如发邮件,发送的动作] 如果功能是很直观可以看出修改后过的,就不需要提交按钮 [如调整音量大小,设置中的开关] |
6
yulanggong OP @maikcn 同意,按钮应该用在对用户有意义的动作上,而不是用在仅仅对程序有意义的地方。
不过换个思路,Google 不用点提交就可以搜索造就了即时搜索。如果邮件不用点提交就可以发送会造就什么(当然这样做不一定有意义,顺口一提而已)? |
7
5key 2012-10-11 10:49:12 +08:00
还是得看看用户是谁?
如果只是一群普通的用户,button还是有必要的。对他们而言,button是有安全感的。 |
8
yulanggong OP @AlloVince
除了会对禁用 JS 的用户造成影响,应该不会影响其他用户(读屏软件会禁用 JS 吗?),就算禁用 JS 也是可以通过 noscript 来显示一个提交按钮。 |
9
Air_Mu 2012-10-12 18:23:18 +08:00
具体看这些表单都是什么用的。
万一是很关键的呢?没有提交怎么行 |
10
caomu 2012-10-12 18:34:48 +08:00
|
11
Sivan 2012-10-12 19:16:26 +08:00
如果做到改变一项,就立刻给一个反馈出来,不管是成功还是进行中,那没有 button 普通用户也能明白。
|
12
yulanggong OP @Air_Mu
的确是要看情况,我翻看了 OS X Human Interface Guidelines, 里面关于 changes 的生效方式有介绍,按优先级排列如下: 1. 用户边输入边生效。 2. 焦点离开控件时生效。 3. 用户点击特定按钮使 changes 生效。 上面 @maikcn 提到的发送按钮的意义更在于完成一个动作,而不是提交一封信件,而提交信件这个对于人来说没有太大意义的按钮就被很多邮箱设计成了自动保存草稿。 就好比现实中在纸上写一个字纸上就多一个字,这种变化是实时的。在电脑上虽然看似是实时的,但是很多时候不是,你离开软件时它会提醒你保存,保存这个动作就是只对程序有意义的动作,因为在现实中你不需要保存写了一半的信件。 |
13
loveminds 2012-10-13 12:34:02 +08:00
用KB的Enter作为Submit Button不错
|
14
shinwood 2012-10-13 15:34:40 +08:00
Submit 的动作和Save 的动作还是很有区别的。
|
15
hzlzh 2012-10-13 15:36:08 +08:00
不能一概而论,比如Github 的用户设置页面,就是及时保存的,这是因为它轻量级而且不是很敏感重要。
Twitter的个人设置则是另一种。 |
16
yzhrain 2012-10-13 17:01:38 +08:00
还要考虑用户习惯。
|
17
loveminds 2012-10-15 01:21:48 +08:00
回车键是最好的Submit
|
18
aveline 2012-10-15 04:50:37 +08:00
如果禁用JavaScript呢... 或者是在触摸设备上呢 ...
经常用 Opera Mini 看网页的时候发现没法按 Enter 提交表单 ... |
19
yulanggong OP |
20
josephwlh 2012-10-17 11:57:25 +08:00
需要有明确的下一步行动指示
|