Есть ли блоги, руководства, контрольные списки или элементы управления, которые мы должны использовать для обеспечения доступности нашей реализации SharePoint? Предпочтительно стандарт W3C Double или как можно ближе к нему.Каковы наилучшие методы обеспечения доступности SharePoint?
Мы реализуем решение экстрасети.
Это исследование уже финансируется 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
Я не уверен, будет ли это хорошая вещь, чтобы скопировать содержимое что здесь, чтобы полностью ответить на вопрос таким образом, который будет проиндексирован поисковыми системами, но я буду играть в безопасности, поскольку это не мой контент.
Лучшее место для начала - Accessibility Kit for Sharepoint. При этом вы можете достичь единого стандарта A, но, по моему опыту, вам будет очень сложно достичь AA.
Microsoft не учитывает доступность в Sharepoint, и даже 2007 страдает от огромной чрезмерной зависимости от макета таблицы.
Удачи вам!
Как вы развертываете реализацию? Это как интрасеть, или, как публичный сайт.
Я думаю, что одно из первых правил должно быть чрезвычайно избирательным с использованием элементов из коробки. Многие веб-части, на которые я смотрел, были несовместимы даже на базовом уровне.
Andrew
Лучший способ - запустить проверки по мере развития, чтобы вы знали, где находятся ваши болевые точки. Следующий шаг, возможно, начинается с минимальной мастер-страницы, поэтому вы можете выбрать, какие элементы будут представлены пользователю.
Дополнительные возможности вы можете переопределить методы визуализации для удаления или изменения битов страницы, которые не соответствуют вашим чекам. 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/
Я недавно прочитал книгу MOSS Эндрю Коннелл (www.andrewconnell.com) и есть глава, посвященная доступности и SharePoint сайтов.
Проще говоря, для сайтов SharePoint очень сложно создавать стандарты W3C AAA, но набор специальных возможностей - одна из лучших отправных точек.
Stronly рекомендую его книгу для этой главы (http://www.amazon.com/dp/0470224754?tag=andrewconnell-20&camp=14573&creative=327641&linkCode=as1&creativeASIN=0470224754&adid=18S6FKQJR5FZK56WHH6A&)
Это зависит от того, насколько Sharepoint из коробки вы намерены использовать.При внедрении нашего публичного сайта нам удалось добиться соответствия требованиям АА, хотя объем требуемой разработки требует повышенных вопросов о преимуществах, которые мы фактически получаем от использования Sharepoint.
Несколько указателей:
Мы сделали интенсивное использование SPQuery/SPSiteDataQuery для визуализации данных сайта на экран с помощью XSLT, который дал нам полный контроль над выходом. Я нашел эту ссылку полезную:
http://blog.thekid.me.uk/archive/2007/02/25/xml-results-using-spsitedataquery-in-sharepoint.aspx
ЗАКАНЧИВАТЬ RadEditor для Sharepoint для приятного доступного текстового редактора для публикации.
Для соответствия требованиям xhtml все было немного сложнее, нам пришлось переопределить большинство методов рендеринга публикации публикации Sharepoint, чтобы исправить изворотливый результат.
Если вы хотите использовать портал как capabilites Sharepoint в своей экстрасети, это более проблематично. Рамка веб-частей недоступна, и я еще не нашел способ сделать это. Любые предложения приветствуются!
Спасибо за ответ. Это будет экстрасеть, доступ к которой осуществляется внутренними и внешними людьми. Наш спонсор запросил поддержку AA как в идеале. – Bravax 2008-09-17 13:00:20