簡體   English   中英

Select 下拉列表可訪問性/可用性

[英]Select dropdown list accessibility/usability

我正在嘗試找到最有用/最容易訪問的方法來實現一個簡單的表單下拉列表,該下拉列表將按 pice 和字母順序對產品列表進行排序。

在您看來,當有一個控制其提交的按鈕或當它自動提交下拉菜單的更改時,下拉菜單更有用?

我讀過的研究既支持也反對這種方法,web 上有多種實現方式,因此很想聽聽社區的想法。

提前致謝

作為盲人計算機用戶,這兩種方法都可以正常工作。 我發現點擊按鈕對我來說比觸發 onchange 事件要容易一些。 盡管假設您的大多數用戶不會被禁用,但我不會說這是一個足夠大的差異來考慮。 如果您專門針對盲人用戶,我不會使用 onchange 事件。

如果您正在刷新頁面數據,或者如果在選擇下拉選項后焦點移開,您應該使用一個可訪問的按鈕。 如果您在更改時觸發事件,如果盲人或僅使用鍵盤的用戶在 windows 上使用 ie 和 chrome(因此加在一起,大多數人在 Windows 上),他們將根本無法使用下拉菜單。 一旦他們使用箭頭向下滾動並進行選擇,他們點擊的第一個選項將被選中,頁面數據將刷新或焦點將移動,使他們無法導航或 select 第二個選項,第三個選項等。下面是用示例進行的全面解釋,因此您可以了解我的意思。

設計師肯定不喜歡這些按鈕,但如果你是盲人並且使用 chrome/ie,沒有它就不可能使用大量的下拉菜單。 我猜 Jared 使用 firefox 或 mac。

http://pauljadam.com/blog/javascript/onchange-event-on-a-select-inputjump-menu-accessibility-problems/

只要您在選擇更改時不更改焦點或導航到另一個頁面,任何一種方法都應該有效。 問題下拉列表的經典示例是它包含站點上其他頁面的列表,並在選擇更改時立即導航。 這可以防止鍵盤用戶使用列表; 他們無法瀏覽它,也無法導航到第一個選擇之外的任何頁面,因為無法瀏覽這些頁面。 .因此,在焦點發生變化或頁面導航的情況下,有一個單獨的操作(例如 Go 按鈕,或處理回車)來導致導航發生是的。 這很可能是您閱讀的建議的來源。

但是,在這種情況下,聽起來好像您只是在更新頁面上其他地方的內容,而不是更改焦點或進行導航。 簡單地利用現有內容應該沒問題。

取決於您的用戶和他們各自的期望以及它呈現的上下文。

作為一個籠統的、一般的陳述,你應該有下拉菜單和非常明顯的提交按鈕。 那是更安全的方法。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM