Мэтт Мулленвег предпринял шаги по закрытию инициативы команды WordPress по обеспечению доступности, направленной на внедрение обновленных стандартов доступности тем, заявив, что команда «превысила свои полномочия, полезность и устав».
Агрессивные комментарии Мулленвега, опубликованные 1 августа в блоге Make WordPress Accessibility, стали ответом на пост одного из основных разработчиков, Джо Долсона, об увеличении дедлайна по приведению всех тем, тегированных как accessibility-ready, к обновленным стандартам по обеспечению доступности.
«На самом деле, это отложено на неопределенный срок», — написал Мулленвег. В последующем комментарии, опубликованном минуту спустя, он пошел еще дальше: «В дальнейшем любая другая команда или участник проекта может игнорировать предложения или запросы от нынешних членов команды по обеспечению доступности».
Опубликованные в мае рекомендации стали первым всеобъемлющим обновлением требований к accessibility-ready темам, начиная с 2012 года. Долсон и давний участник проектов по обеспечению доступности, генеральный директор Equalize Digital Эмбер Хиндс, потратили два года на переписывание всех требований, используя стандартизированные инструкции по тестированию, соответствующие WCAG 2.2. Первоначальный дедлайн для авторов тем был установлен на 30 июня, но Долсон продлил его до 30 сентября после того, как команда обнаружила, что ей нужно больше времени для работы над всеми 108 темами, имеющими метку «accessibility-ready».
Долсон возразил в течение получаса. «Это всегда была полностью добровольная программа, в которой авторы тем соглашаются соблюдать определенный набор правил для участия», — написал он. «Мы продолжим следовать плану, изложенному выше».
Хиндс, которая руководила переписыванием рекомендаций в ходе многочисленных Contributor Day в течение последних двух лет, ответила 3 августа, попросив Мулленвега уточнить, имел ли он в виду, что любая тема должна иметь возможность использовать тег «accessibility-ready» без проверки. Она отметила, что требования accessibility-ready и процесс проверки, лежащий в их основе, существуют с 2011 года, и темы всегда должны были пройти проверку, чтобы использовать этот тег.
Мулленвег пока не ответил на вопрос Хиндс.
Это вмешательство также вызвало резкую реакцию со стороны бывшего ведущего разработчика WordPress Райана Борена. В сообщении в канале #accessibility в WordPress Slack от 7 августа Борен заявил, что комментарии Мулленвега об «откладывании проверки тем навсегда» и использование им формулировок «по указанию руководства» в соответствующих тикетах «вызывают у меня глубокое и мгновенное отвращение».
«WordPress нуждается в управлении. BDFL не является системой управления», — написал Борен. «Эти комментарии выглядят как попытка завершить дискуссию, не приводя аргументов».
Борен — бывший ведущий разработчик WordPress, который ушел из технологической сферы в 2021 году после 15 лет работы в Automattic, компании, которую он основал вместе с Мулленвегом. Сейчас он работает в Stimpunks Foundation, некоммерческой организации, помогающей людям с нейроотличиями и инвалидностью, а также квир-людям.
Также комментируя пост Долсона в блоге, слепая пользовательница WordPress и спикер WordCamp Елена Брескачин назвала это вмешательство ошеломляющим. «Что, черт возьми, происходит?» — написала она. «Доступность должна быть в приоритете, а не откладываться. Важно помнить, что все мы – лишь временно дееспособные».
Эксперт по веб-доступности Эрик Эггерт, постящий под ником yatil, был более прямолинеен. «Я знаю только одного человека, который ‘превысил свои полномочия и перестал быть полезным’, и это ты, Мэтт, — написал он. — Почему кто-либо, особенно мои уважаемые коллеги из сообщества по вопросам доступности, до сих пор тратит время на ‘так называемый’ опенсорс-продукт, мне непонятно».
Ник Хамзе, отвечающий за ротацию рекомендуемых плагинов в каталоге WordPress.org, спросил, почему команда не может просто удалить тег «accessibility-ready» у тем, не соответствующих требованиям. Почему надо именно полностью исключать их из списка? Долсон объяснил, что метка задается в исходном коде темы и может быть изменена только автором темы. Он сказал, что команда Accessibility Team хотела разработать такую функциональность каталога, которая привязывала бы назначение этого тега к проверке темы, но пока не смогла продвинуться в этой работе. Исключение из каталога — единственный доступный на данный момент механизм.
Этот обмен мнениями оставляет инициативу в необычном подвешенном состоянии. Долсон заявил, что команда продолжит работу. Мулленвег сказал, что все кончено. Что произойдет 1 октября, когда темы, не прошедшие повторное рассмотрение, должны будут пропасть из каталога, остается нерешенным.
Возможно появление плагина Accessibility Labs
В тот же день, когда Борен опубликовал свою критику, руководитель релиза WordPress 7.1 Энн Маккарти начала обсуждение в канале #accessibility о создании канонического плагина «Accessibility Labs», созданного по образцу плагина Performance Labs, используемого командой Core Performance Team.
Маккарти отметила, что плагин может стать пространством для исследования функций, которые архитектурно сложно внедрить в ядро без тщательного тестирования. Контрибьютор ядра Трой Чаплин предложил свой плагин Block Accessibility Checks в качестве отправной точки, а контрибьютор Automattic Эндрю Дати сказал, что эта модель может хорошо сработать для таких сложных проблем, как обеспечение возможности поиска по alt-тексту в медиатеке, — задача, открытая с 2016 года.
Маккарти четко обозначила, чем этот плагин НЕ будет. «Никаких громких фраз по типу “установите плагин, чтобы удовлетворить все потребности в доступности“ или „сделайте WordPress доступным“», — написала она. «Такое только вредит. Плагин — не замена исправления проблем с доступностью в ядре WordPress».
Это предложение перекликается с запросом Мулленвега на создание канонического плагина в мае 2025 года, который команда Accessibility Team тогда отклонила.
Источник: https://www.therepository.email
