2011-03-28 36 views
1

輔助功能對我來說很重要,因爲我是一名身體殘疾的開發人員。我希望確保自己能夠很好地瞭解如何使網站可訪問,同時也指出了我不確定的事情的正確方向,或者只是沒有考慮到。所以,以下是我現在很滿意的內容:網站輔助功能破壞 - 規則,要做的事情,提示等

替代文本中帶有含義的圖像。

需要重新調整屏幕大小的百分比或字體相對度量(ems)。

顏色與色盲具有良好的對比度。

任何音頻/視覺材料的文字表示。

問題:

我應該在現場跳下內容在每一頁上的頂部鏈接?

JavaScript是如何由屏幕閱讀器處理的?

有什麼重大的我失蹤了?

回答

3

WebAim.org是一個很好的網絡訪問相關的所有東西的資源。建議從WCAG (Web Content Accessibility Guidelines) checklist開始。

快速解答您的屈氏:

我應該在現場跳下內容在每一頁上的頂部鏈接?

這是目前推薦的最佳實踐。 (最終,HTML5語義標籤將消除對此的需求,但我們還沒有這方面的需求,需要注意的一點是:如果您使用隱藏鏈接,請務必在焦點對準時再次使其可見,以便使視力良好的鍵盤用戶不會'丟失')。

JavaScript是如何由屏幕閱讀器處理的?

一切都取決於你使用它。問題的主要方面是如果用戶應該知道新內容(例如彈出窗口,擴展塊);如果它沒有獲得鍵盤焦點,屏幕閱讀器可能不會將其讀出給用戶,並且用戶可能沒有意識到任何事情已經改變。這是一個可能需要使用真實屏幕閱讀器(例如NVDA或JAWS)進行測試以確保其實際可用的區域。一個簡單的方法是僅響應用戶請求顯示UI:例如,用戶點擊返回菜單項以使菜單出現,但不會僅僅響應於它獲得焦點而出現。然後當它出現時,將焦點設置爲第一項:這是大多數用戶界面中菜單的預期行爲,並且更改焦點通常也會導致屏幕閱讀器讀出新項目,這向用戶確認發生了某些事情。 (另外,如果使用Javascript向現有元素添加行爲 - 例如,使鏈接的行爲類似於按鈕 - 使用WAI-ARIA屬性(如role =「button」)讓屏幕閱讀器知道該意圖是什麼,以便將角色讀出用戶,並會說'按鈕'而不是'鏈接'。)

有什麼重大的我失蹤?

我認爲你已經掌握了上面已經提到的大部分要點; WCAG清單應該填寫所有其他內容。值得一提的一個主要領域是適當地使用標題(H1等)。對於屏幕閱讀器用戶,按頁眉導航是瀏覽頁面的主要方式。通常,在瀏覽用戶以前未訪問過的頁面時,用戶將點擊熱鍵讓屏幕閱讀器在該頁面上顯示標題列表,作爲「瀏覽」以獲得概覽的方式。有很好的鏈接文本也很重要;理想情況下,鏈接應該是自我描述的,所以你不會聽到「點擊更多」,「點擊更多」,當你通過一個頁面標籤。

+2

作爲一個每天使用屏幕閱讀器的盲程序員,我只想說你已經提供了很好的信息。 – Jared 2011-03-29 12:04:50

1

對於較新的瀏覽器,IE8,IE9,Firefox 3?和Safari 5(可能是4)以及較新的屏幕閱讀器WAI-ARIA是要走的路。除此之外,它具有里程碑意義,如果您有ARIA閱讀屏幕閱讀器,例如JAWS 12和可能的JAWS 11和10,屏幕閱讀器可以用來跳轉。如果你希望事情能夠被反向訪問,但它是網絡發展的方向,它可能會有點笨重。它們對ARIA來說有許多其他優勢,但這是與你的問題相關的優點。在相關說明中,Mac的VoiceOver也應該符合ARIA標準。

+0

很酷,感謝您的鏈接。 – 2011-04-16 00:24:47

1

我並不同意所選的最佳答案,但我會花更多時間學習WCAG 2.0,而不是原始的WCAG規範。無論在美國還是國際上,Web Content Accessibility Guideline 2.0正在迅速成爲標準。實際上,訪問委員會,負責界定508條準則的組織,正在刷新與WCAG 2.0協調一致的標準。

從這裏開始Web Content Accessibility Guidelines (WCAG) 2.0可以找到很好的信息。