CampusPress выпускает плагин для доступного контента как раз к Всемирному дню осведомленности о доступности

Опубликовано: 2020-05-21

Хотя здесь, в США, еще среда, некоторые части мира уже пробуждаются к третьему четвергу мая, который является Глобальным днем ​​осведомленности о доступности (GAAD). Цель мероприятия — привлечь больше людей к обсуждению, обучению и решению вопросов, связанных с включением людей с ограниченными возможностями в цифровой мир. Это то, что CampusPress надеется сделать с помощью своего нового плагина.

На прошлой неделе команда CampusPress анонсировала свой плагин Accessible Content для WordPress. Цель плагина — помочь конечным пользователям решить проблемы доступности на своих сайтах. Многие инструменты созданы для разработчиков и дизайнеров, но команда хотела дать пользователям что-то, что позволило бы им предпринять дополнительные шаги, необходимые для создания доступного веб-сайта.

Плагин в настоящее время доступен через GitHub, но вскоре команда планирует отправить его в официальный репозиторий плагинов WordPress. Разработчики сначала собирают отзывы пользователей от клиентов и сообщества.

«Наш плагин Accessible Content был разработан специально для обучения и предоставления информации в режиме реального времени тем, кто создает страницы и посты WordPress», — сказал Ронни Берт, генеральный менеджер CampusPress. «Существует множество инструментов для проверки сайта, и многие из них работают достаточно хорошо. Но все они будут выдавать ложные срабатывания и перечислять проблемы на странице, которые не имеют ничего общего с содержанием (проблемы с навигацией и тому подобное). Так что в качестве отказа от ответственности, этот плагин не будет находить или помогать со всеми потенциальными проблемами доступности на сайте. Но если использовать его со временем, это поможет обучить создателей контента многим передовым методам, которым они должны следовать, и избежать ошибок».

CampusPress — это управляемый хостинг WordPress и поставщик услуг для организаций образовательного сектора. Это дочерний сервис Edublogs.org, который изначально был запущен 15 лет назад.

«В то время мы незаметно удовлетворяли уникальные потребности школ и университетов, которые используют WordPress различными способами», — сказал Берт. «Исторически это было больше связано с ведением блогов и обучением, но поскольку WordPress превратился в предпочтительную CMS, мы перешли вместе с ним и на основные веб-сайты высокого уровня».

Разработка плагина Accessible Content поможет клиентам команды CampusPress в сфере образования, особенно при погружении в мир руководств по доступности.

«В целом, осведомленность о доступности значительно улучшилась за последние годы, но для многих эта тема является непреодолимой», — сказал Берт. «В нашем случае школьные администраторы знают, что им нужен «соответствующий» сайт, но когда вы читаете стандарты соответствия, некоторые из них субъективны и, в лучшем случае, действительно сложны. Самое большое препятствие, которое мы видим, заключается в том, что мы все еще находимся в ситуации, когда экспертиза доступности остается на усмотрение специалистов или инструментов, которые обычно приносят постфактум или в конце проекта. В идеальном мире мы доберемся до того, что опытом будут делиться все разработчики, создатели контента и все, кто работает над сайтом. Это потому, что доступность намного лучше и проще, когда она встроена и продумана с самого начала и постоянно».

Команда выпускает этот плагин не только для своей клиентской базы, но и как бесплатный инструмент для всех пользователей WordPress.

Как работает плагин

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

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

Скриншот плагина Accessible Content, используемого на экране предварительного просмотра публикации в WordPress.
Вывод плагина Accessible Content при предварительном просмотре публикации.

В некоторых случаях, например при отсутствии замещающего текста изображения, плагин предоставляет ссылку для прямого добавления замещающего текста в админке. Это делается через пользовательское подменю альтернативного текста на экране «Медиа» в панели администратора WordPress. Пользователи также могут использовать этот экран в любое время для управления альтернативным текстом для изображений, используемых на всем сайте, в одном месте.

Доступный контент Экран управления мультимедиа «Альтернативный текст» для добавления замещающего текста к изображениям.

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

«Гутенберг все еще находится в движении довольно быстрыми темпами», — сказал он. «Как только мы получили наше первое доказательство концепции, работающей над блоком изображения, произошло изменение, и все сломалось. Не весело! Но переход к предварительному просмотру имел приятные непредвиденные последствия. А именно, плагин одинаково хорошо работает с Classic Editor и с большинством компоновщиков страниц. Компромисс заключается в том, что предупреждения и полезный текст не совсем в реальном времени, как я надеюсь когда-нибудь получить их».

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

Улучшения доступности сообщества

Берт не стеснялся делиться своими мыслями о том, что сообщество WordPress может сделать для улучшения доступности в Интернете. Он похвалил часть работы, проделанной проектом WordPress. Он также поделился некоторыми опасениями.

«Одна вещь, о которой я беспокоюсь, — это тенденция с несколькими плагинами WordPress и растущим числом сторонних инструментов для добавления небольшого значка «доступности» в угол вашего сайта», — сказал он. «При нажатии на эти значки открываются параметры шрифтов, коэффициентов контрастности и может быть альтернативный способ навигации по сайту. Я заметил их на веб-сайтах банков, правительственных сайтах, и теперь школы, с которыми мы работаем, тоже покупают их, потому что может возникнуть соблазн просто добавить несколько фрагментов кода для встраивания на сайт и закончить на этом день. Для меня это своего рода позволяет всем нам, кто работает над веб-сайтами, не нести ответственность за доступный дизайн и разработку, что действительно должно быть нашей конечной целью».

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

«Есть много хороших новостей, когда речь заходит о WordPress и доступности, о которых мы должны кричать с крыш», — сказал Берт. «Во-первых, несмотря на то, что предстоит еще немного работы, большинство проблем, выявленных в ходе аудита Gutenberg, спонсируемого WPCampus, были решены. Это был отличный пример того, как высшее образовательное сообщество возглавило усилия по влиянию изменений. Проще говоря, без изменений школы, университеты и государственные учреждения могут быть вынуждены или поощрены отказаться от использования WordPress».

В результате аудита, спонсируемого WPCampus в 2019 году, Tenon, LLC провела технический анализ на 329 страницах. Он охватывал пользовательское тестирование, в котором участвовали люди с различными ограниченными возможностями. С тех пор проект Gutenberg работал над устранением проблем, выявленных в ходе аудита.

«По мере того, как я использую Gutenberg все больше и больше, для создателей контента есть несколько приятных маленьких пасхальных яиц с доступностью, таких как предупреждения о коэффициентах контрастности, а блок «Заголовки» не показывает вам вариант для H1 по умолчанию», — сказал Берт. "Я люблю это! Если наше сообщество сможет просто продолжать выделять эти улучшения, когда это возможно, это будет иметь большое значение. Я также надеюсь, что некоторые из наших проверок из этого плагина в конечном итоге могут не понадобиться, поскольку будут сделаны будущие улучшения в блоках и редакторе».

Берт сказал, что лучшее, что может сделать сообщество, — это реагировать и относиться ко всем проблемам доступности как к серьезной ошибке или даже к блокировщику выпуска до того, как плагины или темы будут запущены. Отчасти речь идет о том, чтобы быть открытым для общения и решения проблем, которые поднимают пользователи.

«С таким количеством конкурирующих приоритетов может возникнуть соблазн просто списать жалобу или предложение как исходящие от одного пользователя», — сказал он. «Но на самом деле именно так мы продолжаем добиваться максимального прогресса во всех наших инструментах и ​​сервисах. Отзывы пользователей о барьерах и проблемах, с которыми они сталкиваются при использовании наших продуктов, — это чистое золото, и они полезны, чтобы помочь нам не повторять тех же ошибок».

Берт перечислил несколько ключевых вопросов, по которым, по его мнению, сообщество должно продолжать обсуждение:

  • Должны ли все новые темы для WordPress.org соответствовать стандартам доступности?
  • Существуют ли аналогичные стандарты и проверки, которые мы могли бы добавить к плагинам? Как авторы плагинов могут заявить, что их плагин может повлиять на доступность?
  • Является ли отдельная команда «Специальные возможности» для ядра WordPress по-прежнему лучшим способом? Как на практике улучшить доступный дизайн и разработку на раннем этапе? Обычно гораздо сложнее исправить проблемы с доступностью, чем предотвратить их с самого начала.

Они определенно заслуживают дальнейшего обсуждения. На данный момент его команда пытается внести свою небольшую часть с помощью плагина Accessible Content.