Компания WPCampus опубликовала результаты аудита доступности Gutenberg, который был выполнен организацией Tenon, LLC. Финансирование аудита осуществлялось при помощи краудфандинга со стороны сообщества WordPress. Мэтт Мулленвег и Automattic обязались вложить недостающую сумму для успешного завершения кампании.
Компания Tenon представила 329-страничный технический аудит редактора наряду с пользовательским тестированием при участии людей с разными нарушениями. Анонс, опубликованный на сайте WPCampus, побуждает сообщество использовать этот отчет для улучшения WordPress:
«Мы надеемся, что этот отчет приведет к дискуссиям о доступности, об инклюзивном дизайне, а также позволит совершить конкретные действия по улучшению опыта редактирования».
Аудит является ценным ресурсом для тех, кто пишет плагины и расширения для Gutenberg, а также в целом для всех разработчиков, создающих проекты на базе React.
Отчет Tenon включает в себя 34-страничное резюме, в котором освещаются основные выводы, полученные в результате тестирования юзабилити и технического обзора. Важно отметить, что аудит проводился с версией WordPress 5.0.3 в январе 2019. С тех пор команды Gutenberg и Accessibility решили свыше 116 проблем с доступностью, которые появятся в WordPress 5.2 на следующей неделе.
Как и ожидалось, результаты Tenon показывают, что в целом разметка, сгенерированная Gutenberg, является «чистой, семантически правильной и доступной», однако «опыт взаимодействия Gutenberg ужасен». Аудит показал, что Gutenberg не соответствует всем 30 критериям успешности WCAG 2.1.
Выводы Tenon соответствуют утверждению Accessibility Team в октябре 2018 года относительно общего уровня доступности редактора:
«Команда доступности будет продолжать свою работу по поддержке Gutenberg. Однако, исходя из его текущего статуса, мы не можем рекомендовать редактор тем, кто нуждается в ассистивных технологиях».
Еще тогда многие участники WordPress призывали не вносить редактор с критическими проблемами доступности в ядро WP:
Резюме Tenon содержит вывод о том, что новый редактор – это шаг назад для людей с ограниченными возможностями:
«Gutenberg имеет серьезные, всесторонние проблемы с доступностью, которые представляют собой шаг назад для пользователей с ограниченными возможностями, если сравнивать этот редактор со старым. Наше пользовательское тестирование, подкрепленное данными нашего технического обзора, показывает, что проблемы с доступностью носят серьезный характер. Мы обеспокоены тем, что текущие проблемы с доступностью Gutenberg приведут к существенным сложностям для пользователей с ограниченными возможностями (причем как для владельцев сайтов, так и для его авторов, редакторов и т.д.). Организации, работающие с подобной аудиторией, должны проконсультироваться с юристами по поводу использования Gutenberg. В данном случае лучше будет обратиться к старому редактору».
Специалисты Tenon порекомендовали разработчикам Gutenberg активно решать проблемы, раскрытые в техническом отчете, учитывая размер пользовательской базы WordPress. Полный отчет в основном является руководством для тех, кто хочет внести свой вклад в доступность редактора. Это отличный ресурс, в котором излагаются все проблемы с решениями и рекомендуемым кодом, что позволяет разработчикам быстро внести любые изменения. Специалисты Tenon также создали набор из 84 проблем на GitHub, основываясь на результатах аудита, и шесть из них уже решены/закрыты.
Источник: wptavern.com
Спасибо за перевод!
«Организации, работающие с подобной аудиторией, должны проконсультироваться с юристами по поводу использования Gutenberg.» — не понял, а причем юристы? Всё так серьезно? Ну типа не подходит — не пользуешься, просишь сделать норм.
Дмитрий, так речь идёт не о России же
В Европе могут засудить за дискриминацию людей с ограниченными возможностями. Сюда относятся и сайты с плохой доступностью.
И не только в Европе, к слову говоря. В Америке тоже.
Можете почитать про Americans with Disabilities Act (ADA).
Вот это: «Text input borders: #ddd (light‑grey) against #fff (white): 1.35.»
— это бич повсеместных сайтов. Они почему-то считают что поля инпутов должны быть видны только на эппл продукции с офигительной цветопередачей и isp матрицами. Возьми случайный сайт и открой форму логина — и ничерта не понятно куда тыкнуть чтоб попасть в поле ввода логина. Контрасты низкие. В хроме есть офигенный инструмент который на лету показывает контраст. Все что выше 4.5 — это нормальный контраст https://yadi.sk/i/dfA-DLUOarTYqw — вот у Дмитрия проблем нету ))
А по поводу блочного редактора — правильно сделали с аудитом. В текущей его реализации пора и за это взяться. Это когда он плагином был (до влития в ядро) — не было особо смысла — там переделывался интерфейс постоянно. Сейчас уже пора. А там сделают нормальный стайлгайд и все компоненты будут по нему делаться.
> А там сделают нормальный стайлгайд и все компоненты будут по нему делаться.
Если бы всё было так просто.
Спасибо за ответы ребят. У думал, если проект некоммерческий, то как бы и нанимать специалистов по доступности не на что — всё делается как есть, на что сил/ума хватило… и так же используется))
@Дмитрий. Почему то письма с сайта (уведомления о комментарии и его текст) приходят в формате Content-Type: text/plain, но содержат html разметку. Такое письмо тяжело читать на клиентах, а перейти по ссылке вообще не получается http://skrinshoter.ru/i/040519/pZ3pTUGf.png
Спасибо, проверю настройки плагина подписки на комменты.
upd: сделал HTML-письма. Должно приходить норм.