问题标签 [usability]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
usability - 您的组织如何处理可用性?
我有一个好朋友(实际上是我以前的大学室友),他每隔一段时间就会批评我的个人项目。他是一家大型银行的可用性工程师,我经常对他捕捉到/提出的建议类型感到惊讶。在我上大学的时候,我一直都知道可用性在某种程度上很重要,但我并没有那么在意。这些天来,我开始意识到一个好的可用性专家是物超所值的。
我的问题有两个部分:
- 您的组织是否有一个致力于可用性的团队?如果是这样,它们如何适应您的开发过程?
- 你能为那些在自己开发 UI 时无法访问可用性专家的软件工程师推荐任何可用性“检查表”吗?我搜索了这个主题并找到了一些指南,但它们很长。我正在寻找一些小的东西,我可以将其粘贴到钉板上并参考,而无需浏览在线书籍。
usability - recaptcha.net 是否有任何替代品来阻止垃圾邮件?
我公司的一位比我排名更高的成员拒绝在他的网站上使用 recaptcha.net 来阻止来自公共表单的垃圾邮件。他认为任何来到我们网站的人都很难输入他们的信息,因为图灵测试“非常难以阅读”。
有没有使用这种方法的替代方法? 那不包含这些难以阅读的图像?
(好吧,愚蠢的问题......如果由我决定,我们会使用recaptcha,因为地球上的其他人都这样做......但我只是想我还是会检查一下。)
此外,使用由 Javascript 设置并随后在服务器上检查的隐藏字段真的是阻止垃圾邮件的好方法吗?
我自己并不真正相信它......因为有各种各样的 Javascript 引擎不能在浏览器中运行但可以运行 Javascript(Rhino 等......),这很容易被用来阻止 JS /服务器端反垃圾邮件方法。
usability - 响应时间慢的备忘单
有没有人有关于用户界面响应时间的当前和历史论文以及权威链接(统计数据和博客文章)的链接?
权威的环节自然是人机交互中的人因设计准则
一些关键报价包括:
[关于] 对下一页请求的响应。[…] 超过 1 秒的延迟似乎会干扰思想的连续性。
和
假设已经进行了任何类型的查询。用户——以及他的注意力——被终端所俘虏,直到他收到响应。如果他是一个忙碌的人,15 秒以上的囚禁,即使是对他至关重要的信息,也可能不仅仅是烦恼和干扰。它很容易成为士气低落者——即降低工作节奏和工作动力。
这些引语已有 40 年历史,但在今天却如此重要。
还有雅各布尼尔森的权威摘录。
我想在此社区 wiki 下收集此类研究的所有链接。
下次当您的经理告诉您忽略响应时间或构建会减慢您的应用程序的功能时,您只需向他们发送指向此页面的链接即可。
web - 网络可用性 - 背景音乐
我个人讨厌网站上的背景音乐。我的客户对这个问题有相反的感受。我添加了音乐,因为客户总是对的,尽管我想和他们一起重新讨论这个主题。
几乎每个人都会同意这很烦人并且浪费宝贵的带宽,但是是否有任何可用性研究或对业内受人尊敬的人的推荐可以提供反对背景音乐的有效论据?
api - 显式 API 方法与通用的基于参数的 API 方法
在定义客户可访问的 API 时,以下之间的首选行业实践是什么:
a)定义一组显式API 方法,每个方法都有一个非常狭窄和特定的目的,例如:
b)定义一组更通用的基于参数的 API 方法,例如:
我的意见:
赞成(一)
对于基于布尔值的方法(例如 EnableFoo),我肯定会支持选项 (a),因为其意图更加清晰,将来需要扩展的可能性较小,并且它使代码更具可读性。
例如,一个名为 EnableDisableFoo 的方法接受一个布尔参数来指示是启用还是禁用,这将不是很清楚,也没有凝聚力的目的。
这是有多种选择的地方,问题变得更加复杂。
赞成(b)
选项 (b) 是在 API 中提供可扩展性的好方法,但会牺牲可用性。使用选项 (a),API 方法名称本身提供了足够的信息来指示它正在做什么。使用选项 (b),用户必须查找方法名称和要使用的适当枚举/参数。理论上,从可用性的角度来看,这会使选项 (b) 变得更糟——但也许使用较少的方法是一件好事,所以即使这也不完全正确。
其他想法
有必要在可用性和可扩展性之间取得良好的平衡,而且它们之间经常存在矛盾。但我想有一种更客观的方法来分析这一点,而不是依赖 API 设计者的意见。
有人对此有任何想法吗?
web-applications - Web 可用性 - 数据列表和对数据行的操作
如果您有一个数据绑定的项目列表,并且对于每个项目,您可能希望为用户提供以下能力(例如):
- 删除
- 下载
- 查看详细
- 或以某种方式“标记”
你有几个选择:
- 提供行本身内的按钮或链接,完成对行项的操作
- 在行内提供复选框选择,然后提供对一组选定项目执行操作的方法
- 以上的组合(某些操作 - 例如“查看详细信息” - 不适用于分组选择方法)
人们认为提供这种交互的最有用的方法是什么?
指向“可用”列表示例的链接会很好。
usability - 显示非规范化数据的可用性解决方案
我有一个典型的阻抗不匹配,其中数据以标准化方式存储:
但是用户以非规范化的方式消费、可视化和理解它:
这一切都很好——我有各种解决方案可以在渲染和持久性之间旋转和取消旋转数据。然而,在现实世界的情况下,非规范化渲染有几十列,这变得难以使用并且让人难以理解。
请记住,用户目前以非规范化的方式探索数据,并且我不想弄乱他们的思维导图来尝试改变这一点,有哪些策略可以更好地呈现宽表格数据?我知道这不是一个新问题,但我不知道在哪里寻找好的见解。
我不是在寻找特定于任何一种演示环境的答案。无论是在 Web 浏览器还是电子表格中,掌握广泛的数据表示只是一项心理上的困难任务,我正在寻找一般策略或表示转变——或指向资源的指针——来减轻这种困难。
text - 按钮上的文本和图标之间的最佳权衡是什么?
在今天与同事的讨论中,我感叹我不记得图标的含义,并且必须将鼠标悬停在它们上才能看到工具提示,从而找到我需要的按钮。
在他们这边,他们说当需要翻译文本时,它可能不合适(例如德语和英语),并且每个有文本的地方,包括工具提示,都需要翻译。所以普通的图标更容易。
对于文本的额外工作与图标挑战的用户子集,在可用性方面的最佳权衡是什么?
linux - Enlightment 是否有 KDE 系统托盘小程序?
Enlightenment DR16 与 openSUSE 11.1 打包在一起,但与 KDE 应用程序一起使用有点痛苦,因为没有明显的方法(在 Enlightenment 站点、google 等上)为需要系统托盘的 KDE 应用程序(例如,ktorrent)提供系统托盘。
有人知道解决这个问题的方法吗?
我没有使用 e 来吸引眼球——我在 2.6GHz Celeron 上运行,而 KDE (4.1) 的性能并不是很出色,所以我正在尝试一些替代方案。
winforms - 您如何处理 Winforms 中的临时无用控件(隐藏与禁用)?
有一个带有“使用 foo”复选框的表单是很常见的,紧接着是一个文本框,用户可以在其中输入他想要使用的“foo 值”。当然,这个文本框只有在“Use foo”被选中时才有用
我不知道处理这种情况的最佳方法:
- 禁用文本框(即 textboxfoo.Enabled=false;)
- 隐藏它(即 textboxfoo.Visible=false;)
- 如果他愿意,让用户输入一个 foo 值,并忽略他输入的值。
有没有我可以遵循的最佳实践?