回答
自從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