回答
自从Internet Explorer 3.0以来,我一直在使用屏幕阅读器,并且对只读字段没有任何问题。我的屏幕阅读器宣布该字段在读取值之前是只读的,所以我知道我无法编辑该字段。
我认为这意味着只读输入*是一个可访问性问题,虽然不是一个大问题。如果内容呈现为正常内容,而不是任何类型的字段,则会更好。然后它将被读作普通文本。如果内容需要在表单数据中提交,则可以将其复制到隐藏字段中。 –
@ JukkaK.Korpela你是对的。这个问题虽然在一般用法上很小,但我会把它放在任何积压的底部。如果我正在做一个网站的可访问性审查,我不会减少基于只读表单域的网站的可访问性。 – Jared
@Jared,你有没有麻烦?或其他问题? –
- 1. 可读性数组访问
- 2. 访问一个只读属性
- 3. 属性为只读但成员访问
- 4. Jenkins - 只读访问
- 5. 等到输入只读属性消失
- 6. WTForms支持输入只读属性?
- 7. 可访问性与可见性Oracle SQL
- 8. ReactiveSwift可变属性只读公开访问
- 9. iOS Webkit只读输入可选?
- 10. 设置只读属性以保持输入可编辑
- 11. 读取与输入相关的访问冲突(变量,anydtdtm。);
- 12. NSIS访问控制只读
- 13. Google Contacts API - 只读访问
- 14. AWS CodeCommit只读访问
- 15. 只读访问数据源
- 16. 读取已发布的只读属性的访问冲突
- 17. 与屏幕阅读器(例如大白鲨)的可访问性
- 18. 无法访问输入的checked属性
- 19. Jquery只读输入框
- 20. 角度只读输入
- 21. 设置输入只读
- 22. 只读/禁用输入角
- 23. 只允许用户只读访问woocommerce
- 24. 属性:“分配”与“只读”
- 25. Android - 可以访问原始电容性输入数据吗?
- 26. 按输入提交表单,但中断可访问性
- 27. SQL Server与访问SQL用户输入
- 28. 输入可从图像叠加访问
- 29. 访问规则:允许基于访问规则的只读/读写访问
- 30. 与Properties.Settings不兼容的可访问性?
如果它不是由用户输入,为什么它在输入?为什么不在简单的跨度或其他包含元素的文本中? –
这是我的第一个方法。但是,大量的选项和页面以及一些可访问性问题(表单模式阅读器)让我能够使用这种解决方案。 –
同一问题:http://ux.stackexchange.com/q/34055/17023 – unor