问题标签 [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.
user-interface - 用于轻松同时调整多个控件的 UI
我正在开发一个专业应用程序,最终用户需要同时操作多个控件。该应用程序用于“调整”电子设备的控制参数,以将设备校准到最佳性能。
目前,有一个带有多个图形滑块的 UI,操作员一次单击并拖动一个滑块。他还可以单击一个滑块,并使用鼠标滚轮,这更容易使用。
这有点工作,但有点麻烦。各种参数(在这种特殊情况下为 5 个)彼此充分独立,因此我不能将参数重构为单个调整。而且,如果操作员可以将注意力集中在正在调整的设备上,而不是控制应用程序的 UI 上,它将加快并简化他的工作。
我的一个想法是,我可能会购买一大堆 USB 缓动拨号产品,并将每个拨号绑定到特定的控件。这样,操作员可以快速调整任何参数,甚至可以同时调整两个参数。(顺便说一句,Griffin PowerMate 立即浮现在脑海中,但我知道那里还有其他一些缓动盘。)
你有什么建议吗?
添加:
请记住,在某些情况下,参数会朝不同的方向调整,并且在调整步骤中可能会有显着差异。这不是一个简单的“同时跟踪两个通道,然后微调最后一点差异”。
algorithm - 最近/经常联系自动完成的算法?
我们有一个自动完成列表,当您向某人发送电子邮件时会填充该列表,这一切都很好,直到列表变得非常大,您需要输入越来越多的地址才能找到您想要的地址,这就是违背自动完成的目的
我在想应该添加一些逻辑,以便自动完成结果应该按最近联系或最常联系的某些功能进行排序,而不仅仅是按字母顺序。
我想知道的是这种搜索是否有任何已知的好算法,或者是否有人有任何建议。
我在想只是一个积分系统的东西,比如当天是5分,最后三天是4分,上周是3分,上个月是2分,最后6个月是1分。那么在大多数情况下,25+ 是 5 分,15+ 是 4,10+ 是 3,5+ 是 2,2+ 是 1。除了那些“感觉”正确的数字之外,没有真正的逻辑。
除了随意挑选的数字之外,还有没有人有任何意见?如果你能给出你认为它们比我的更好的理由,其他数字也很受欢迎
编辑:这将主要是在一个商业环境中,其中最近性(是的,是为了弥补单词)通常与频率一样重要。此外,在某个特定点之后,说与您交谈 80 次与说 30 次的人之间并没有太大区别。
usability - 友好的 HTTP 401 状态码消息?
我是开发人员而不是文字匠,因此我被困住了。
我们有一个基于订阅的网站,用户很可能会看到我们的 401 页面。
我们决定需要替换 IIS 401;2 页面。
有没有人有任何例子或建议写一个好的非攻击性 401 页面?
usability - 有效的 404 File Not Found 错误页面最有用的功能是什么?
当用户遇到您网站的 404 File Not Found 错误页面时,这很可能不是他们想要的。在这里,您有机会将死胡同变成一种资源,可以帮助您的访问者找到他们正在寻找的任何东西。
如果您要创建完美的 404 File Not Found 错误页面,它会做什么?有效的 404 File Not Found 错误页面最有用的功能是什么?有什么强有力的例子吗?
html - HTML 链接和可用性
网页上的链接是否应该始终加下划线?
我不认为这应该是一个硬性规定!不久前,在另一位开发人员抱怨我没有遵循 Web 标准之后,我
在我的博客上写了一篇评论。它又来了,我想知道你的想法。她的论点是,为了一致性和可用性,所有链接都必须始终加下划线。我的经理同意了,所以我在 CSS 中更改了两行,然后就完成了。我不介意做这项工作,但我认为该网站的可用性现在有所下降。有太多的事情需要你的注意力。
我应该提一下,这是一个包含许多数据输入页面的网站。有问题的链接是页面左侧标题为“菜单”的框中的导航链接。当您已经将鼠标悬停在链接上时确实会出现下划线,并且当用户将鼠标悬停在链接上时背景颜色会发生变化。我真的不敢相信我什至在讨论。当我的经理同意时,我更加震惊。
我错了吗?我还应该提出哪些其他论点?谢谢!:)
controls - 寻找替代方案或改进网站上的下拉列表/菜单
下拉列表、菜单和组合框都是非常常见的用户界面元素。用户习惯于在本机应用程序和有时在 Web 应用程序中看到这些元素,但它们存在一些问题。
你必须瞄准鼠标。当您鼠标移出时,有些菜单会折叠,有些菜单有您必须瞄准才能展开的子菜单。
如果不先瞄准鼠标,您将看不到选项。
这些是困扰我的主要事情,也许其他人也注意到其他问题。如果可以的话,我通常根本不使用下拉菜单。
问题是我有时想在有限的空间里展示一长串选项。问题 2 是我愿意做出的牺牲,但我想知道是否有人有任何技巧可以使这些下拉菜单更易于使用。也许有人发明了一种新的列表控件样式。
我敢肯定,如果这些类型的控件惹恼了我,那么它们会更惹恼我网站的用户。
security - 登录页面的最佳实践?
我正在使用Shibboleth开发一个单点登录登录页面,该页面将用于各种 Web 应用程序。显然,我们希望使该页面尽可能安全和可用,同时限制网络钓鱼诈骗的影响。
设计登录页面时要记住哪些最佳实践?
围绕这个问题提出的一些问题:
- 登录页面在每个显示器上始终看起来都一样重要吗?
- 反之,登录页面采用随机设计是否有益?
- 登录页面与所有其他页面看起来一样更好,还是应该有自己独特的设计?
- 如果登录页面有自己独特的设计,它是否应该包含您网站设计中的其他常量元素(例如全局导航)?
- 登录页面是否适合为用户提供附加内容(例如最新消息)?
- 是否应该包括任何额外的安全功能来帮助确保人们的安全?
html - 文章页面中的 H1 - 网站标题或文章标题?
在面向文章的页面(例如博客文章)中,<h1>
元素(1 级标题)通常用于标记:
- 博客标题(即页面顶部的通常较大的站点标题,而不是
<title>
元素),或者 - 文章标题
什么是最好的选择,为什么?
对于可能想向全世界喊出他们的网站/博客名称的网站所有者来说,在网站标题周围使用 1 级标题似乎是有意义的。
从您尝试向用户传达的内容的角度来看,网站标题的相关性较低 - 文章内容是您尝试传达的内容,所有其他网站内容都是次要的。因此使用<h1>
文章标题似乎最好。
我觉得<h1>
元素应该关注文章标题,而不是网站标题或其他内容。无论如何,这似乎不是一个流行的约定。
例子:
- Joel Spolsky用于
<h1>
文章标题,以及网站标题的锚点 - Jeff Atwood根本不使用no
<h1>
,<h2>
作为文章标题和锚点作为站点标题 - 37 Signals 的 SVN用于
<h1>
网站标题和文章标题的锚点
这是跨三个站点的三种不同方法,您可能期望在这些站点中强烈考虑正确的语义标记。
我认为乔尔和杰夫紧随其后。我对 37Signals 人员的标记选择感到非常惊讶。
对我来说,这似乎是一个非常简单的决定:与文章的消费者最相关的是什么?文章标题。因此将文章标题包装在一个<h1>
元素中。完毕。
我错了吗?我还缺少进一步的考虑吗?我对吗?如果是这样,为什么' <h1>
for article title'方法不更常用?
<h1>
是否像我所说的那样决定在哪里使用元素?或者是否还有一些主观考虑?
更新:感谢到目前为止的所有答案。我真的很感激使用<h1>
文章标题而不是网站标题如何提高可用性和可访问性(或没有,视情况而定)。基于事实而非个人假设的答案将获得许多奖励积分!
user-interface - 是否值得保持操作系统的外观和感觉?
尝试将 GUI 保持在系统外观内是否值得?
每个主要程序都有自己的反正......(visual studio,iexplorer,firefox,symantec实用程序,adobe......)
还是应该只将框架和对话框留在系统外观范围内?
更新:
一个简单的例子,如果你想在你的选项卡上添加一个关闭按钮,通常你会根据你当前的桌面主题来做。但是如果用户有不同的主题,你的关闭按钮就不合适了,它就不再适合系统的外观了。
我玩过 uxtheme api,但你无能为力,而且我看到的一些主题是不完整的集合。
因此,为了解决这个问题,我认为最好的方法是像visual studio/firefox/chrome那样用你的主题来滚动你自己的标签控件......
user-interface - 用于分类项目的最优雅的 UI?
我有一组项目,用户需要以多种方式对其进行分组/分类。举个例子,假设它是汽车的集合,用户希望按以下方式对它们进行分类:
- 颜色(红、银、蓝、黑等)
- 车身形状(舱口盖、轿车、轿跑车、旅行车等)
- 座位(2、4、5、6 等)
- 等等
你有没有遇到过一种特别优雅的方式来允许用户完全自由地定义他们自己的类别和价值?
显然,在任何设计中都会有许多权衡取舍。例如,可学习的设计可能效率不高,反之亦然。或者某些设计可能比其他设计对房地产的要求更高。有些将比其他人花费更长的时间来开发。
无论如何,如果您已经看到 - 或设计了 - 一个很好的模式,我很想听听它。如果有截图就更好了。
尝试澄清:标签确实是一种对事物进行分类的好方法,但在我见过的所有实现中,只有一个级别的标签。用户通常不会定义类别/属性以及该类别中的项目值。要使用上面的示例和 StackOverflow 的标记,您可以将汽车标记为“蓝色”、“轿车”、“4”等。StackOverflow 不知道一个项目不能同时标记为“轿车”和“轿跑车”。
我正在考虑的界面需要知道那种东西,所以用户定义的属性建议更符合我的想法。我只是想找到一个如何优雅地实现这种系统的具体示例(在桌面应用程序中,如果这会有所不同的话)。
那是不是更清楚了?如果没有,请发表评论,我会再次澄清。:)