我們應該使用哪些博客,指南,清單或控件來確保我們的SharePoint實現可訪問? 最好符合W3C的雙A標準,或儘可能接近我們所能得到的。確保我們的SharePoint實現可訪問的最佳方法是什麼?
我們正在實施Extranet解決方案。
我們應該使用哪些博客,指南,清單或控件來確保我們的SharePoint實現可訪問? 最好符合W3C的雙A標準,或儘可能接近我們所能得到的。確保我們的SharePoint實現可訪問的最佳方法是什麼?
我們正在實施Extranet解決方案。
這項研究已經由微軟資助的,不幸的是,結果似乎只是在Word文檔在線。
和路徑文件是在這裏: http://go.microsoft.com/fwlink/?LinkId=121877
我對是否將複製的內容是一件好事不確定那就是爲了以這種方式完全回答這個問題,這個方法將被搜索引擎索引,但是我會玩得很安全,因爲它不是我的內容。
最好的地方是Accessibility Kit for Sharepoint。有了這個,你可能會達到單一的A標準,但以我的經驗來看,你會發現很難達到AA。
微軟並沒有考慮Sharepoint的可訪問性,即使2007年也對桌面佈局過度依賴。
祝你好運!
您是如何部署實施的?它是作爲一個內聯網,還是作爲一個面向公衆的網站?
我認爲其中的第一條規則是使用開箱即用的Web部件,這是非常有選擇性的。我看到的許多網頁部分甚至在基本級別上都不符合。
安德魯
最好的辦法是在開發時運行檢查,以便了解您的痛點。 下一步可能是從最小的母版頁開始,以便您可以選擇向用戶呈現哪些元素。
更高級的,你可以重寫渲染方法來刪除或更改不符合您的檢查的頁面位。 EG更改標籤的情況(XHTML不喜歡所有大寫) 本指南稍多一點。
http://techtalkpt.wordpress.com/2008/06/18/building-accessible-sharepoint-sites-part-1/ http://techtalkpt.wordpress.com/2008/08/07/building-accessible-sharepoint-sites-part-2/
我最近由安德魯·康奈爾(www.andrewconnell.com)閱讀MOSS書,它有一個專用的可訪問性和SharePoint網站的篇章。
簡單地說,SharePoint站點很難生成W3C AAA標準,但Accessibility Kit是最好的起點之一。
這取決於有多少的SharePoint了您打算使用的開箱。在實施我們面向公衆的網站時,我們設法達到了AA合規性,但所需的自定義開發量已經引發了我們首先使用Sharepoint實際獲得的好處的問題。
幾個要點:
我們大量使用SPQuery/SPSiteDataQuery的渲染網站的數據使用XSLT這給了我們在輸出完全控制屏幕。我發現這個鏈接有用:
http://blog.thekid.me.uk/archive/2007/02/25/xml-results-using-spsitedataquery-in-sharepoint.aspx
退房RadEditor對於SharePoint用於發佈一個不錯的可訪問豐富的文本編輯器。
對於xhtml合規性,事情有點棘手,我們不得不重寫大多數Sharepoint發佈控件的呈現方法來糾正不合理的輸出。
如果您想在您的Extranet中利用Sharepoint的Capabilites等門戶網站,則問題更多。 Web部件框架無法訪問,我還沒有找到一種方法來實現它。歡迎任何建議!
感謝您的回覆。 它將是一個外部網絡,由內部和外部人員訪問。 我們的贊助商已經要求AA支持這兩個理想。 – Bravax 2008-09-17 13:00:20