Доступность

Эта страница направлена на перечисление и документирование правил и лучших практик доступности, чтобы помочь разработчикам ядра и плагинов сделать Elgg самым доступным фреймворком социальных движков, о котором все мечтают.

Примечание

Это непрерывная работа, пожалуйста, вносите вклад на Github, если у вас есть навыки в этой области!

Ресурсы и ссылки

• Обзор официальных руководств по доступности WCAG

• Официальные руководства по доступности WCAG

• Ресурсы для планирования и реализации доступности

• Практические советы от W3C для улучшения доступности

• Предварительная проверка сайтов на доступность

• Инструменты для проверки доступности сайтов

• Список практических техник для реализации доступности (Было бы здорово, если бы кто-то мог просмотреть это и отфильтровать всё, что относится к Elgg)

Советы по реализации доступности

• Все заявки, связанные с доступностью, отправленные в trac, должны быть помечены тегом «a11y», сокращение от «accessibility»

• Используйте представления ядра, такие как output/* и input/*, для генерации разметки, поскольку мы можем встроить вопросы доступности в эти представления

• Все изображения должны иметь описательный атрибут alt. Пространственные или чисто декоративные графические элементы должны иметь пустые атрибуты alt

• Все теги <a> должны содержать текст или доступное изображение внутри. В противном случае программы чтения с экрана будут вынуждены читать URL, что является плохим опытом. Теги <a> должны содержать описательный текст, если это возможно, вместо общего текста типа «Нажмите здесь»

• Разметка должна быть валидной

• Темы не должны сбрасывать «outline» в ничего. :focus заслуживает особой визуальной обработки, чтобы пользователи с ограниченными возможностями могли знать, где они находятся

Советы по тестированию доступности

• Используйте инструменты, ссылки на которые есть в разделе ресурсов. Пример отчёта для community.elgg.org от 16 июня 2012

• Попробуйте различные настройки размера шрифта/масштаба в вашем браузере и убедитесь, что тема остаётся удобной в использовании

• Отключите CSS, чтобы убедиться, что последовательный порядок страницы имеет смысл

Цели и принципы документации

• Основные правила доступности

• собирать и документировать лучшие практики

• Предоставлять примеры кода

• Делать документ простым и удобным в использовании

• Сделать его удобным как для начинающих разработчиков, так и для экспертов (от наиболее распространённых и простых изменений до сложных техник)