html - 页面加载后将焦点设置在“只读”字段上是否正确/有效的设计
问题描述
现在,我将焦点设置在页面加载期间的第一个可编辑输入字段上。
在页面可访问性方面,如果第一个元素是“只读”输入字段,那么在禁用光标的情况下将焦点设置在输入字段上是否有效或有意义?
解决方案
您应该问的问题是您是否应该干涉用户焦点?
您可能认为自动聚焦第一个输入(无论它是否为只读)很有用,但这可能没有您想象的那么有用。
当页面加载时,用户期望必须使用您的跳过链接(我假设您有一个,如果没有添加它)绕过菜单并进入页面内容。然而,他们可能不想这样做,因为他们可能想通过面包屑、菜单位置(假设您以某种方式标记当前页面)等检查他们是否在正确的页面上。
我还假设您<H1>
在页面上有一个强调他们在他们认为他们在网站上的位置,所以他们也希望看到这一点。
如果他们正在填写多页表单,那么他们将使用屏幕阅读器快捷方式来查找下一个表单,如果您的页面上有多个表单(搜索框、快速联系方式等),他们最终会离开您的错误地形成而不是落在它上面。
现在假设即使有了上述所有内容,如果您关注第一个“只读”输入,那么关注第一个输入实际上是更好的用户体验(我并不是说不是,只是指出上述注意事项)。
答案几乎总是肯定的。
如果非屏幕阅读器用户在看到需要输入/编辑的信息之前会看到该信息,那么屏幕阅读器用户也应该首先看到它。
唯一的例外是如果所有这些只读字段都是到目前为止以多部分形式输入的所有内容的摘要。
在这种情况下(作为粗略的规则,再次使用您自己的判断)您仍应首先提供该信息,但确保有标题/图例/字段集标题等表明这是先前输入的信息并提供简单的跳到需要输入的字段的方法。
在文档中包含“跳过链接”是完全可以接受的,它们不必只是用于菜单。
您这样做是为了让他们可以选择检查之前输入的信息是否正确,并知道该信息在页面上可供参考,但如果他们不想检查之前输入的信息。
与可访问性中的所有内容一样,每个用例都略有不同,因此唯一真正的答案是“视情况而定”,但希望以上内容将有助于指导您思考最有效的方法。
这就是用户测试是您最好的朋友的地方,只有不了解您的网站设计和布局的真实屏幕阅读器用户才会让您了解您是否做出了最佳选择/哪种方案效果最好。
推荐阅读
- javascript - 在编辑器中上传图片 - 最佳方法?
- sql-server - 根据利率和投资方式计算每月利息
- linux - 由于未解析的符号,无法插入 Linux 内核模块
- jquery - django jquery自动完成搜索框不显示结果
- loops - 在 Racket 中使用宏破坏 While 循环
- python - Python“传播”模拟
- c - scanf("%f", &weight) 和 scanf("%f", weight) 如何判断何时添加前缀 &
- google-cloud-platform - 谷歌语音转录
- javascript - 如何将字符串转换为具有属性和函数引用的 Javascript 对象?
- c# - 不切实际的烦人“标准表达式中的无效数据类型”