问题标签 [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.
asp.net - 如何
如何<label>在 ASP.NET 应用程序中使用标记？我希望它是有效的、可访问的和可用的。
我了解最佳的 HTML 方式是这样的：
但是如果上面的代码在一个 ASP.NET 用户控件中，输入 ID 会改变，这意味着标签的“for”属性是没有用的。我可以将标签标记作为服务器控件并在代码 ( Username.ClientID) 中设置其“for”属性，但对于这样一个简单的事情来说似乎需要做很多工作。
我也见过过去使用的这个 HTML：
什么是正确的方法？
usability - 正式表达可用性要求的最佳方式是什么？
我正在编写系统需求文档，需要包含与系统可用性相关的非功能性需求，但我不确定表达这一点的最佳方式。
“系统应易于使用”对我来说似乎有点模糊，不可测试。是否有任何与程序可用性相关的“官方”标准/指南可以遵守？
user-interface - 设计 Adobe AIR 应用程序 - 遵循哪些可用性指南？
Adobe AIR 使我们能够突破浏览器围栏之外创建富 Internet 应用程序 (RIA) 的界限。一些公司已经区分了诸如富桌面应用程序 (RDA) 之类的应用程序。
我们分别为 Web、桌面和 RIA 应用程序提供了可用性指南。但是，由于 Adobe AIR 使我们能够使用 Web 技术（HTML、Java 脚本、AJAX、Flex、AS..）创建桌面应用程序，这种类型的应用程序似乎不适合上述任何类别。
所以我的问题是：将 AIR 应用程序与 RIA 区分开来是否正确，因为 AIR 应用程序存在于用户桌面中，并且用户在使用桌面应用程序与浏览器上的应用程序时会有不同的心理模型？
湾。在为 Adobe AIR 创建应用程序时需要遵循哪些可用性准则？
drop-down-menu - 可用性：动态下拉菜单填充
我一直认为（但由于某种原因从未实践过）动态生成且仅包含一个项目的下拉菜单应该自动选择该项目。这与我观察到的典型方法相反，在顶部创建一个空白条目并且您仍然必须与菜单交互以进行单个可用选择。
例如，当我登录我的网上银行并选择“查看纸质结单”时。我只有一个帐户，因此该过程的下一步是向我显示一个下拉列表，我必须在其中选择该单个帐户才能继续。在这种情况下，通过实施上述解决方案，只需单击一下即可选择帐户并继续查看它。在这种情况下，更好的是完全消除下拉菜单步骤并直接进入语句。
您能想到自动选择单个项目会产生不良结果的情况吗？
usability - 最有用的全选/取消全选复选框格式
全选或取消全选复选框的最佳模式是什么。有人可以想出一个更好的方法来以这种形式拥有它：
usability - 宏的速度命名参数
我有一个带有几个参数的宏。其中一些是可选的，如果参数为空，它将替换为默认值。
现在的问题是如何让普通网页设计师尽可能容易地做到这一点。除了我的例子之外还有其他可能处理这种情况吗？
示例 1：
这里明显的问题是可选值。
示例 2：
当多次使用同一个宏并且所有变量都没有再次设置时，这里的问题可能是一个问题。
date - 哪个更有用，输出相对于现在或相对于主要动作的时间点的日期？
我刚刚在阅读“致乔尔和杰夫的公开信”，我注意到评论上的日期与发布博客条目的时间有关。这意味着第一个条目将始终保持为“12 分钟后”，而下一个条目将始终为“14 分钟后”。
从可用性的角度来看，列出相对于现在或主要动作发生时间的时间是否更有意义？
在第一次看到这个时，我觉得这有点令人困惑（我想是因为我没想到会这样），但它很快就在我身上成长了。
css - 何时停止关心浏览器
问题真的很简单，什么时候才能最终拔掉浏览器版本的插件，而不再关心支持它？正如可以预料的那样，这是关于 IE6 的，特别是现在。我现在正在开发的一个网站有一个基本完成的设计，需要集成，但大多数后端功能预计要再过 6 或 7 个月才能完成。与跳过它并支持 IE7+ 相比，与 IE6 抗争真的值得吗？此外，该网站专门针对摄影师，据我所知，其中许多人都是 Mac-heads。
testing - 如何在行为不端的 i/o 下测试应用程序的可靠性
几乎每个应用程序都执行 i/o 操作，无论是使用磁盘还是通过网络。
由于我的应用程序在开发时环境下运行良好，我想确保它们在 Internet 连接缓慢或不稳定，或者当用户试图从写得不好的 CD 中读取数据时仍然可以正常工作。
你会推荐什么工具来模拟：
- 慢速 i/o（打开文件、关闭文件、读写、目录项枚举）
- 偶尔的 i/o 错误
- 偶尔的“拒绝访问”响应
- tcp/ip 丢包
- ETC...
编辑：
Windows：
完成上述工作的最接近的解决方案似乎是 holodeck，商业软件（>900 美元）。
Linux：
目前还没有找到开放的解决方案，但可以达到smcameron和krosenvold指定的相同效果。
装饰器模式是个好主意。它需要包装我的 i/o 类，但会产生一个测试框架。唯一剩下的未经测试的代码将在 3rd 方库中。
然而我决定不走这条路，而是让我的代码保持原样并从外部模拟 i/o 错误。
我现在知道我需要的是所谓的“故障注入”。我认为这是一个常见的生产线部件，有很多我不知道的解决方案。（顺便说一句，另一个类似的好主意是“模糊测试”，感谢 Lennart）
在我看来，这个问题仍然不值 900 美元。我将实现我自己的基于 hooks 的开源工具（针对 win32）。完成后我会更新这篇文章。三四个星期后回来...
usability - 如何让客户相信他想要的东西是坏事？
例如，我们为其创建网站的客户提出以下要求：
- 所有链接都应在新窗口中打开
- 在每个页面上放置自定义“返回”按钮，同时有一个工作浏览器的等效项
- 使文本的某些部分闪烁等。
当然，我会告诉他们这是错误的，但是我可以从受人尊敬的来源那里找到一些不错的坏事清单吗？