我们应该使用哪些博客，指南，清单或控件来确保我们的SharePoint实施可以访问？ 最好是W3C双A标准，或者尽可能接近我们可以得到的标准。
我们正在实施外联网解决方案。
答案 0 :(得分：2)
最好的起点是Accessibility Kit for Sharepoint。有了这个，你可能达到单A标准，但根据我的经验，你会发现很难达到AA。
微软没有考虑Sharepoint中的可访问性，甚至2007年也遭受了对表格布局的巨大过度依赖。
祝你好运！答案 1 :(得分：2)
这项研究已由微软资助，不幸的是，结果似乎只是在Word文档中在线。
文档的路径在这里： http://go.microsoft.com/fwlink/?LinkId=121877
我不确定将其中的内容复制到此处以便以搜索引擎索引的方式完全回答问题是一件好事，但我会玩得安全，因为它不是我的内容
答案 2 :(得分：1)
您是如何部署实施的？它是一个内联网，还是一个面向公众的网站。
我认为最初的规则之一是使用开箱即用的Web部件非常有选择性。我看到的许多网页部分即使在基本级别也不符合要求。
安德鲁
答案 3 :(得分：1)
最好的方法是在你开发时运行检查，这样你就知道你的痛点在哪里。 下一步可能从最小的母版页开始，以便您可以选择向用户显示哪些元素。
更高级，您可以覆盖渲染方法，以删除或更改不符合您的支票的页面位。 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/
答案 4 :(得分：1)
我最近阅读了Andrew Connell（www.andrewconnell.com）的MOSS书籍，其中有一章专门介绍可访问性和SharePoint网站。
简单地说，SharePoint网站很难生成W3C AAA标准，但是Accessibility Kit是最好的起点之一。
答案 5 :(得分：1)
这取决于您打算使用的开箱即用的Sharepoint数量。在实施我们面向公众的网站时，我们设法实现了AA合规性，尽管所需的定制开发量已经引发了对我们实际上从使用Sharepoint实际获得的好处的质疑。
一些指示：
我们大量使用SPQuery / SPSiteDataQuery使用xslt将网站数据渲染到屏幕，这使我们可以完全控制输出。我发现此链接很有用：
http://blog.thekid.me.uk/archive/2007/02/25/xml-results-using-spsitedataquery-in-sharepoint.aspx
查看RadEditor for Sharepoint，获取一个可用于发布的可访问的富文本编辑器。
对于xhtml合规性，事情有点棘手，我们不得不覆盖大多数Sharepoint发布控件的渲染方法来纠正狡猾的输出。
如果您想在外联网中利用像Sharepoint这样的功能，那就更有问题了。 Web部件框架无法访问，我还没有找到一种方法来实现它。欢迎任何建议！