到訪香港盲人輔導會
當日到訪，主要想了解多些視障人仕的輔助工具及其運作。據知香港的視障人仕主要使用螢幕閱讀軟件、螢幕放大軟件及點字顯示器輔助來使用電腦。香港盲人輔導會所具備的軟件有 JAWS 及 ZoomText，也有點字顯示器。JAWS 是螢幕閱讀軟件，ZoomText 是螢幕放大軟件，點字顯示器則是一個把螢幕文字轉為點字的硬件（可參考數碼21的網站），視障人仕會因應需要使用這幾種輔助工具來使用電腦，亦會瀏覽網站。
當日與幾位視障人仕交談過，也看過他們使用以上輔助工具的情況，才發現他們使用電腦並沒有相像中困難，開幾個視窗，同時瀏覽幾個網站也應付自如，而且速度不比一般人慢。當然，大前題是與我們見面的朋友都有接受過使用電腦的訓練，才可以如常人般使用電腦。
先說說 JAWS 的使用情況。當日所見，JAWS 已發展得相當不錯，閱讀中文或一般網站也沒問題，亦可配合一些 hot keys，方便瀏覽網頁的不同部份。JAWS 基本上已可輔助用家正確瀏覽一般的網站，只要網站設計不是太複雜，不會帶來太多障礙，反而據當日的朋友所說，有兩點於 Web Development 的角度看是頗有趣的：一）不要使用 accesskeys ，二）不妨使用 table 把不同的內容分開。
第一點是理解的，因為 accesskeys 有可能會與 JAWS 本身的軟件衝突，而且每個網站設計的 accesskeys 盡是不同，設計者得先要告訴用家此網站的 accesskeys，用家也得要記著不同網站的 accesskeys，結果反而多此一舉，accesskeys 豪不 accessible，更會帶來麻煩。
而聽到第二點時是有一點意外，因為由一個 web accessibility 的對象告訴我使用一個 well-known inaccessible 的方法去做網站，確實有點吊詭。追問下才知原來某些螢幕閱讀軟件因太多網站使用 table-based layout，已發展到可以選擇跳過不同的 table cell，方便用家瀏覽網站。對我來說，這個建議與網站設計主流的方向 ── table-less layout 肯定有別。因 table-based layout 一向為人詬病就是螢幕閱讀軟件不能有效閱讀網站；但原來實情是，只要適當的使用 table，是可以幫助螢幕閱讀軟件的用家瀏覽網站。當然，過於複雜的 nested table layout ，仍然不應使用，大量的 table cell 也要花很多時間才能逐一跳過，依舊會影響螢幕閱讀軟件閱讀網站的便利性。
除了網頁設計，在編寫文章內容時亦應照顧螢幕閱讀軟件的用家，主要是編寫鏈結的文字及圖片的替代文字 (alt-text) 時，要考慮這些文字被螢幕閱讀軟件讀出時的情況，盡量避免混餚。我在另一篇文章也寫過，因為大部份螢幕閱讀軟件用家也會使用 “Links list” 這個功能，鏈結的文字越具描述性就越能幫助他們了解鏈結的作用。而圖片的替代文字也有類似情況，據當日的朋友所建議，若果有些鏈結圖片有特定作用，在編寫替代文字時可以寫多一點，凸顯這個圖片鏈結與一般的鏈結的不同。他舉的例子是一個 tab navigation，用作把不同瀏覽者分類，圖片的設計是幾個較大及顯眼的 tab，他就建議可以在每個 tab 的替代文字前加上 “分類：”，以茲識別。
至於另一款輔助軟件 ZoomText ，會把螢幕放大好幾倍，兼作一些類似 anti-aliasing 的處理，令文字及圖片的邊沿不會因放大而出「狗牙」。但放大的文字圖片不會很美觀，實際模樣可參此網頁，當日看見的是版本 8.1，效果就如網頁所示左方的圖，文字邊沿會有些少凹凸不平。如果網頁有一些設計不善的細小圖示，邊沿亦會因放大後連接起來，有可能只會呈現一個密封的圖示，令這類輔助軟件的用家不明所以。
其實要照顧視障人仕的網頁設計還有很多考慮，我不在此詳述，只想指出一些當日所見的情況，希望和大家分享。網頁設計師應謹記，一些我們看來微不足道的問題，其實在視障人仕眼中可能影響很大，只要多加留意，小許的改善就可建立一個更具親和力的網站。不過想強調網站設計要顧及視障人仕只是 web accessibility 的其中一環，始終親和力是一個大課題，不是一個一次性的習作，應視之為一個長期的改善。
總括而言，這次到訪經驗是很有趣，只可惜見面時間太短，不能因應每個疑問都追問下去。若是能多了解 JAWS 的實際運作，相信會有更大幫助。
延伸閱讀：
Accesskeys: Unlocking Hidden Navigation
Using Accesskeys – Is it worth it?
Writing Effective ALT Text For Images
Tips for Making Accessible Web Page
後話：這次到訪另外也引申有一些值得探討的地方，究竟 W3C 所訂立的標準，有幾多是切合用家／市場需要呢？對於不切合市場情況的標準，應堅持使用嗎？再一個例子就是 CSS 的 handheld media type，訂了標準，可惜甚少流動瀏覽器支援；原因就像雞與蛋的問題，甚少網站設計會有 handheld specificed style sheet，於是就甚少瀏覽器會支援這個標準。對於如何看待這類標準，如何取捨，留待大家探討。
July 19th, 2006 at 10:46 pm
Clement：真的是一個很有趣的課題，現今 Web Standard 提倡的 tableless layout，我覺得值得繼續支持，因為 table 的確原意不是用來設定 layout 的，當要顯示 tabular data 的時候，用 table 是適當的，只不過是以前很多 web sites 用了 table 作 layout 才令到 JAWS 要作出這樣的妥協，當 tableless layout 成主流時，相信 JAWS 亦會作出配合的。
至於 CSS 的 handheld media type 的確很少網站有提供這類 stylesheet，我覺得原因可能有下列數點：
1. Handheld device 用家瀏覽網站還是少數
2. Web Designer 沒有 handheld device 來測試
3. 之前很多 Handheld device 的 browser 只是 WAP browser，根本不是 HTML browser
July 20th, 2006 at 9:36 am
天佑，我相信 screen reader 的廠商應該都認同 web standards 的方向，只不過實情仍是我認為的老問題，就是 web standards 的推行不太理想。技術限制、用家反應和實踐動力緊緊相扣，形成一個堅持 web standards 好像很 geek 的情況。一般用家以至 designer 或 developer 仍未感到其帶來的好處，結果就有點裹足不前。
November 5th, 2007 at 1:34 pm
[...] 而原本用來解決問題的 handheld CSS 卻發揮不到應有的功用，原因就是我以前提過的雞與蛋問題。結果，大部份網站還是要個別設立流動版，不但重覆製作，失卻網頁標準 [...]
July 13th, 2009 at 6:00 pm
雖說輔助軟件可以跳過table cell來輔助閱讀，但這只是因為有太多table based webpages，輔助軟件迫不得已才有此”功能”，若果我們每個web designer／developer都堅持使用table-less layout，世界才會變得更好(不是誇張)，讓輔助軟件有日可以脫離支援此”功能”的無底深淵…
July 13th, 2009 at 11:46 pm
SC，你說得非常對。雖然路仍是走得較慢，但每人多走一步，世界就自然會更好。可幸這兩年香港開發的網站，亦已經較多使用 table-less layout，希望可以繼續發揮共融精神吧！
另外，一個年前自己有份參與的網站計劃，最近再一次從一個盲人組織獲得到肯定，對我來說亦是一份鼓舞，證明堅持使用 table-less layout 是絕對有需要！