在阅读Jeff的鼓舞人心的文章We are typists first之后,我决定使用键盘并尽可能远离指针。
但我观察到,对于许多应用程序,特别是在WEB上,这并不容易。
我还尝试在我自己的宠物项目中加入此功能,并意识到需要预先进行大量的UI设计工作。
我之前使用的是一个完全由键盘驱动的'windows'应用程序,一旦掌握了它,它就很容易使用了。客户尤其是数据输入运营商只是喜欢它......
我想知道这对于复杂的UI应用程序是否可行,特别是在网络上?努力是否合理?
答案 0 :(得分:5)
我认为这实际上取决于应用程序的类型。如果您正在编写需要大量输入的内容(例如数据输入系统,文本编辑器,软件开发应用程序等),那么从键盘上获取所有内容绝对至关重要,因为它可以使工作更快。
另一方面,如果你有一些应用程序,人们将主要阅读/观看像youtube或信息门户,特别是有很多时髦的动态flash / ajax的东西,那么我真的没有看到太多的好处。无论如何,用户只是将鼠标放在他的手中。
答案 1 :(得分:4)
亲自尝试一下。使用conkeror插件用于web,emacs用于所有与文本相关的内容,一些Linux窗口管理器如Awesome,ratpoison,xmonad和stumpwm。
答案 2 :(得分:4)
这是我们当然应该努力的事情,绝对是 - 尽管使用基于Web的UI,你是对的,它可能特别困难。这一切都与焦点管理和键盘事件处理有关,这两者都需要开发人员额外的时间和精力 - 但是有很多人(而不仅仅是残疾人)会感谢你的关心您需要确保您的Web项目至少在某种程度上可以导航和使用,而无需使用鼠标。
但是,我不会自己阐述这个话题,而是鼓励你花一些时间在the W3C's Web Accessibility site巡航。它包含有关这个相对较大且重要的主题的有用信息和观点。使网站可访问可以 简单或复杂,取决于许多 内容类型等因素, 网站的大小和复杂性, 和开发工具和 环境。
很容易获得许多辅助功能 如果计划从中实施的话 网站开发的开始 或重新设计。修复无法访问的Web 网站需要付出巨大努力, 特别是没有的网站 最初“编码”正确 标准的XHTML标记和带有的网站 某些类型的内容,如 多媒体。
(顺便说一下,关于修复难以接近的网站需要付出很大的努力?我可以亲自担保:我现在正在进行的一个相对成熟的项目正在扩展以支持全键盘导航,我可以告诉你我更倾向于在项目开始时明确这个要求,而不是现在。一旦项目进展顺利,嫁接可访问性可能是一个主要的痛苦 - 在早期考虑它的重要性和计划是明智的。)< / p>
最后,值得一提的是,除了“可访问性良好”之外,支持基于键盘的导航并不仅仅意味着支持键盘 - 它还通过扩展来实现支持标准遥控器,其导航和选择命令通常与键盘发出的命令无法区分。因此,如果您认为您的项目可能会在某个人的起居室中显示,从沙发上观看并通过遥控器浏览,那么您投入键盘支持的时间将会更好。
答案 3 :(得分:3)
答案取决于您的应用程序的复杂性以及 - 在更大程度上 - 取决于您的目标受众。我们开发了一个非常复杂的Web应用程序,并且从管理员和用户组中获得了许多“仅键盘处理”的请求。高级用户,工程师或者其薪酬在一定程度上取决于他们每小时可以做多少[无论他们做什么]的人(想想呼叫中心代理人,他们可以服务多少呼叫者)。
为了能够更好地为这些用户提供服务,我们付出了很多努力来为我们的网络应用程序的大多数区域启用键盘导航(并且计划通过键盘使其全部可用),我相信它是值得。
因此,如果你正在与我提到的团体的观众打交道,那么努力很可能是合理的。
答案 4 :(得分:2)
我在心理上难以识别一个用例,其中鼠标导航对于几乎所有应用程序的常规用户都是优选的。 (电子表格是我想到的一个例外。)特别是如果设计师基于用户故事的有效解释实际组装内容和UI。我还没有碰到一个用户说:“然后我需要滚动屏幕并向右移动......”这个问题无法通过更智能的设计来解决。
我认为这只是个问题,我们大多数人都是聋子。我知道我没有多想法(除非它是我将要使用的应用程序 - 这本身就是一份起诉书。)
我可以想到至少有一些高效(呼叫中心型)应用程序仍在使用旧的FoxPro非Windows UI销售。我们都看到职员们在新安装的基于Windows的POS设备上苦苦挣扎。
当我们最终在移动设备(或塑料笔)上使用鼠标控件时,我们可能应该备份并稍微检查一下我们的范例。
答案 5 :(得分:2)
无鼠标接口非常实用:
Google / vim继承了一个观点 - 快捷方式似乎已经引起了很多同情,所以为什么不使用它们。每个人都有他们的键盘上的那些。 尝试避免在大多数语言键盘设置上不标准的快捷方式。
答案 6 :(得分:1)
真正推广仅限键盘界面的一个很酷的网站是keyboardr 用户界面非常容易使用键盘进行广泛的搜索。