Каковы наилучшие методы обеспечения доступности нашей реализации SharePoint?

Question

Существуют ли какие-либо блоги, руководства, контрольные списки или элементы управления, которые мы должны использовать для обеспечения доступности нашей реализации SharePoint? Предпочтительно к стандарту W3C double A или как можно ближе к этому.

Мы внедряем решение для экстрасети.

Answer 1

Это исследование уже профинансировано Microsoft, и, к сожалению, результаты, похоже, доступны только в виде документа Word.

Документ размещен в этом блоге: http://blog.mastykarz.nl/best-practices-for-developing-accessible-web-sites-in-microsoft-office-sharepoint-server-2007/

И путь к документу здесь: http://go.microsoft.com/fwlink/?LinkId=121877

Я не уверен в том, что было бы хорошо скопировать это содержимое сюда, чтобы полностью ответить на вопрос так, как это будет проиндексировано поисковыми системами, но я буду осторожен, поскольку это не мой контент. .

Answer 2

Лучше всего начать с комплекта Accessibility для Sharepoint . При этом вы можете достичь единого стандарта А, но, по моему опыту, вам будет очень трудно достичь АА.

Microsoft не учитывает доступность в Sharepoint, и даже в 2007 году существует огромная чрезмерная зависимость от макета таблицы.

Удачи!

Answer 3

Зависит от того, сколько 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 в вашей экстрасети, это более проблематично. Каркас веб-части недоступен, и я пока не нашел способ сделать это. Любые предложения приветствуются!

Answer 4

Я недавно прочитал книгу Эндрю Коннелла MOSS (www.andrewconnell.com), и в ней есть глава, посвященная доступности и сайтам SharePoint.

Проще говоря, на сайтах SharePoint очень сложно создавать стандарты WAC AAA, но набор специальных возможностей является одной из лучших отправных точек.

Настоятельно рекомендую его книгу для этой главы (http://www.amazon.com/dp/0470224754?tag=andrewconnell-20&camp=14573&creative=327641&linkCode=as1&creativeASIN=0470224754&adid=18S6FKQJR5FZK56WHH6A&)

Answer 5

Лучший способ - запускать проверки по мере развития, чтобы вы знали, где находятся ваши болевые точки. Следующий шаг может начаться с минимальной главной страницы, чтобы вы могли выбрать, какие элементы будут представлены пользователю.

Более продвинутый, вы можете переопределить методы рендеринга, чтобы удалить или изменить биты страницы, которые не соответствуют вашим проверкам. Например, меняем регистр тегов (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/

Answer 6

Как вы развертываете реализацию? Является ли это интранетом или общедоступным веб-сайтом.

Я думаю, что одно из первых правил - быть чрезвычайно избирательным при использовании готовых веб-частей. Многие веб-части, на которые я смотрел, не были совместимы даже на базовом уровне.

Andrew