Конечно, мы ценим ваше предложение! Если вы видите какие-то простые изменения, пожалуйста, уточните детали. Многие из доступных изменений, над которыми мы работаем, требуют перестройки приложения, но мы всегда готовы к любым простым решениям.
8 лайков
Список в произвольном порядке, за исключением первого пункта:
- У вас есть модальные окна, которые не захватывают фокус, что и стало причиной написания этого поста. Любой, кто зайдет в эту ветку, чтобы дать обратную связь по использованию скринридера, столкнется с одним из таких окон. Это означает, что пользователи базового и среднего уровня владения скринридерами отсеиваются. К счастью, на моем форуме я с этим не сталкивался, только здесь. Надеюсь, есть способ отключить их или хотя бы отключить условия, при которых они появляются. Единственный способ взаимодействовать с ними — гадать, почему не работают команды клавиатуры, и знать достаточно о том, как работают веб-приложения, чтобы подумать о поиске модального окна. И даже найдя его, нужно взаимодействовать с ним и переместить фокус на нужный элемент управления. И даже тогда это не всегда надежно, что подтверждается моими трудностями с ответом на эту тему.
- Когда я кликаю по теме, фокус клавиатуры автоматически не перемещается на самый новый пост. Я не уверен, что здесь должно происходить, возможно, есть другая ссылка, которую нужно использовать? Из-за этого отслеживание новых постов затруднено, и мне все еще приходится делать это вручную.
- Не видно способа попасть в область администрирования моего сайта с клавиатуры. Мне пришлось предположить, что /admin может работать как URL, и, к счастью, это сработало.
- В постах форума были бы полезны ARIA-маркеры. По сути, сделайте каждый пост чем-то вроде
<article/>, с<heading/>для верхних элементов управления и<footer/>для нижних. Это позволит быстрее перемещаться по маркерам, поскольку в настоящее время нет удобных способов быстро переходить между постами. Я могу кое-как сделать это сейчас с помощью NVDA, но при этом фокус попадает на<nav/>, включающий кнопки «Нравится» и другие. Если сами элементы маркеров не будут работать, подойдет атрибутrole=. - Если я нажимаю кнопку «Действия темы», нет способа закрыть появившееся меню с клавиатуры.
- Ваши виджеты списков — это своего рода катастрофа с точки зрения доступности. Я только что попробовал переместить пост с помощью NVDA. Вот как я это сделал:
- Нажал кнопку «Изменить заголовок/категорию». Я точно не помню, как она называлась, так как, опять же, не могу свернуть экран, чтобы вернуть кнопку.
- Нашел комбинированный список категорий.
- Активировал его пробелом.
- Использовал навигацию по объектам NVDA, чтобы приблизиться к выбранному элементу комбинированного списка, что совершенно не интуитивно.
- В этом элементе есть список. Я взаимодействую с ним.
- В этом списке есть поле поиска и еще один список. Я взаимодействую с этим другим списком.
- Затем я перемещаюсь по тому, что кажется набором описаний категорий, снова используя навигацию по объектам NVDA, пока не найду нужную. Я направляю мышь на неё.
- Кликаю мышью с помощью NVDA.
- Подозреваю, что есть еще один шаг, где мне нужно найти и нажать кнопку «Сохранить» без подписи, но я не уверен и точно не запомню это в следующий раз, когда мне придется это делать.
Как вы можете себе представить, это не интуитивно, и я обнаружил это только потому, что: а) я, вероятно, пользователь NVDA среднего уровня, б) занимаюсь веб-разработкой среди прочего и в) кое-что узнал о том, как Discourse выполняет свои задачи. - Есть различные графические элементы без подписей, которые не определяются как кнопки, но, похоже, выполняют какие-то действия. Я думаю, что кнопки «Сохранить» на экранах администратора — это пример. Я немного колеблюсь, чтобы случайно нажимать на кнопки без подписей на работающем сайте, от которого зависят пользователи. Подобное поведение, скорее всего, однажды ударит меня в самое больное место.
Я подожду около месяца, затем установлю на сервер PHPBB или что-то более доступное и буду использовать это. Извините, но у меня есть много людей, которые даже не пытаются начать пользоваться сообществом из-за этих проблем. И учитывая, что сломанное модальное окно стало буквально первым препятствием, которое я встретил, мне, вероятно, придется сделать то, что мы, незрячие люди, делаем слишком часто: выбрать технически менее совершенный, но более доступный вариант. Не хочу казаться ворчливым, я просто хочу, чтобы мои варианты для создания сообщества не сводились к набору доступных решений с меньшими сообществами и меньшей разработкой, отличному решению с серьезными проблемами доступности и спискам рассылки.
Кстати, я старший разработчик, доступный для найма, если вам нужна помощь. Честно говоря, Discourse настолько широко используется в интернете, что многие из нас с ограниченными возможностями вынуждены с неохотой сталкиваться с такими проблемами доступности, когда наши благонамеренные коллеги с нормальным зрением настраивают Discourse для своих проектов. И я понимаю, почему они это делают, потому что мне очень хотелось бы использовать его для нашего сообщества, и вы создали продукт, которым удивительно легко управлять. Но если у вас нет ответственного за доступность, который исправляет текущие проблемы и гарантирует, что все новые функции будут доступны людям с ограниченными возможностями, то давайте поговорим, пожалуйста, потому что вам это крайне необходимо. Единственная причина, по которой я попробовал Discourse здесь, заключается в том, что после прочтения этой ветки я подумал, что серьезные изменения в области доступности неизбежны. Но в целом я активно отговариваю от использования Discourse, когда у меня есть возможность повлиять на это, из-за того, насколько сложно им пользоваться со скринридером, и потому что я не хочу создавать еще одно интернет-сообщество, где мы, незрячие люди, не можем участвовать на равных из-за проблем с доступом. Мне бы очень хотелось изменить это и стать частью этого процесса. Но если не я, то, пожалуйста, наймите кого-то, потому что многие из этих проблем существуют годами и не изменились в значительной степени.
Спасибо.
17 лайков
Вау! Спасибо за подробный и тщательный отзыв!
Извините, я не понимаю. Мне неизвестно о каких-либо модальных окнах, появляющихся при открытии темы. Вы имеете в виду редактор/компоновщик, который используется для написания ответов на темы, и в котором я сейчас набираю текст? Или вы говорите об редакторе, который появляется после нажатия кнопки «Ответ» в любой части темы?
Поскольку это первая и самая срочная проблема, я хочу в ней разобраться. Давайте, возможно, пойдем шаг за шагом и начнем с самого важного вопроса, так как у нас ранее были пользователи с нарушениями зрения, и мы учитывали их отзывы — например, здесь:
и здесь:
Возможно, мы недавно допустили регресс? Я хочу понять, что это за «модальное окно», о котором вы говорите.
(Кстати, вы пробовали нажать ?, чтобы получить список горячих клавиш? Одна вещь, которую я заметил, изучая «как попасть в админ-панель с клавиатуры»: при нажатии = вы попадаете в меню-бургер, но ничего в нём не выделено cc @sam — это определённо нужно исправить.)
6 лайков
Привет, @ndarilek здесь. Похоже, у меня здесь ещё одна учётная запись, я не осознавал, что теперь их две. Возможно, именно поэтому мой адрес электронной почты не сработал, когда я пытался зарегистрироваться в феврале. Вот цитата из первого сообщения о модальном окне, с которым я столкнулся при регистрации. Обратите внимание, что в том сообщении перечислено несколько проблем, некоторые из которых, вероятно, дублируют те, что я указал здесь. Думаю, часть моего разочарования связана с тем, что я снова и снова поднимаю эти вопросы и не знаю, куда обратиться, чтобы убедиться, что а) они получены и б) у вас есть вся необходимая информация. В частности, эти модальные окна вызывают серьёзные проблемы, потому что а) их трудно найти пользователям скринридеров и б) они блокируют любой ввод, не позволяя ему достичь страницы, поэтому внезапно Discourse отказывается выполнять любые действия при клике на ссылки или кнопки. В любом случае, цитата — не уверен в синтаксисе цитирования:
• И это не связано с моим сайтом, но процесс регистрации через модальное окно здесь оказался непростым. Я попытался зарегистрироваться по электронной почте, но ваш экземпляр отклонил мой адрес .info, который я использую уже почти 17 лет и который отлично работал на моём собственном сайте. Затем я зарегистрировался через Google, но модальное окно, которое появилось при возвращении, вызвало некоторые трудности:
◦ Оно не перехватывало фокус клавиатуры, поэтому мне пришлось искать его и взаимодействовать с ним вручную.
◦ Пока я пытался это сделать, бесконечно прокручиваемый список тем добавлял новые темы, что ещё больше затрудняло достижение фокусом диалогового окна. Я не помню точно, как мне удалось двигаться быстрее, чем появлялись темы — кофе ещё не пил — но я здесь.
Спасибо, надеюсь, это поможет.
7 лайков
Хорошо, я вас понял, но я всё ещё пытаюсь разобраться, что именно это означает:
Вы имеете в виду редактор, панель оверлея, используемую для редактирования в Discourse? Я полагаю, что да? Это действительно не модальное окно, а панель оверлея, которая остаётся с вами, закреплена внизу браузера и «едет вместе с вами», когда вы перемещаетесь по сайту Discourse. Вы можете свернуть редактор в одну короткую строку-резюме или даже развернуть его на весь экран по желанию, при этом вы можете продолжать читать темы в Discourse — даже переходить к совершенно другим темам — пока пишете свой ответ. Это соответствует идее Discourse «поощрять как можно больше чтения», поскольку вы можете продолжать читать и перемещаться по сайту; ваш опыт чтения не прерывается редактором, так как он представляет собой панель оверлея, закреплённую внизу окна браузера.
В нижней левой части редактора есть две основные кнопки действий:
- Ответ — закрывает панель оверлея редактора и отправляет ваш ответ в тему (или в другую тему, если вы перешли от исходной темы)
- Отмена — закрывает панель оверлея редактора и либо сохраняет черновик ответа в процессе написания, либо удаляет его
Также в редакторе есть несколько других функциональных областей:
- «Ручка захвата» вдоль верхнего края редактора, с помощью которой можно управлять высотой панели оверлея и регулировать её вверх или вниз
- Кнопка «тип редактора» в верхнем левом углу, позволяющая переключаться между ответом, личным сообщением и новой темой, ссылающейся на исходный пост
- Кнопка-символ «развернуть на весь экран» в правом верхнем углу
- Кнопка-символ «свернуть» в правом верхнем углу
- Кнопка-символ «скрыть предпросмотр» в правом нижнем углу. Двойное нажатие на эту кнопку снова покажет предпросмотр.
Редактор определённо должен перехватывать фокус, когда вы нажимаете кнопку «Ответ», например: «Я начинаю ответ на этот пост». В моих тестах это работает как на настольных компьютерах и ноутбуках, так и на планшетах и телефонах. Он переключается на ввод с клавиатуры и перехватывает фокус, когда вы нажимаете кнопку «Ответ» в теме или кнопку «Ответ» под любым отдельным постом.
Извините, если на эту работу уйдёт много времени. Мы хотим это сделать, но у нас огромное количество задач и ограниченное количество инженерных часов. Кроме того, продолжающаяся глобальная пандемия негативно сказалась на многих из нас, и несколько членов команды заразились COVID. Приношу извинения; лучшее, что я могу сказать, — это выбрать наиболее важные проблемы, и мы сделаем всё возможное, чтобы сначала заняться ими.
(Повторно перечитывая это, не имеете ли вы в виду процесс регистрации аккаунта? Возможно, мы допустили регрессию в области доступности там, так как в выпуске 2.7 мы улучшили диалог регистрации?)
6 лайков
Ага! Наконец-то что-то, что я могу понять и воспроизвести. @sam, я вижу, что здесь происходит… откройте редактор, введите немного текста, чтобы система захотела сохранить черновик… нажмите tab дважды, чтобы перейти на кнопку «Отмена», затем нажмите enter. Это диалоговое окно должно теперь иметь фокус, но этого не происходит — когда я нажимаю tab, фокус оказывается на каком-то другом элементе. Нам нужно исправить это и перенести исправление в предыдущие версии.
8 лайков
Вот мои мысли по этому поводу.
Я действительно на распутье. Я использую Linux с Orca (встроенным скринридером), и он, по крайней мере на моём компьютере, серьёзно уступает в навигации по таблицам.
У меня две основные проблемы.
Во-первых, я не понимаю, где нахожусь в теме, так как нет простого способа отслеживать отдельные сообщения. Я не могу перейти напрямую к следующему сообщению в теме; вместо этого мне приходится прокручивать всё: кнопки «ответить», «закладка», «поделиться ссылкой» и так далее, чтобы добраться до нового сообщения.
Для меня, по крайней мере, верстка — это хаос из кнопок и ссылок повсюду. Если бы элементы имели заголовки: например, заголовок 1 для верхней панели, заголовок 2 для первого сообщения в теме и заголовок 3 для каждого последующего сообщения, я бы с этим справился. Это позволило бы пользователям скринридеров быстро перемещаться от одного сообщения к другому, не запутываясь в таком мусоре, как ссылки для обмена, лайки и закладки.
Прежде чем мне начнут советовать: «О, сделай то, это, вот это и настрой вот так», скажу сразу: нет. Мне не следует настраивать кучу параметров, чтобы сделать Discourse пригодным для использования на моей системе.
То, что сделано в Discourse, действительно здорово, по крайней мере на бумаге.
Но почему мне приходится пробираться сквозь миллиард кнопок, чтобы добраться до темы, или сквозь тысячу ссылок? Хорошо, я немного преувеличиваю, но выслушайте меня.
Это может быть вопросом личного мнения, но я привык к форумам на PHP, где для большинства элементов есть заголовки. Поэтому я спрошу: является ли отсутствие заголовков дизайнерским решением или это то, над чем можно поработать для улучшения доступности?
Я предлагаю провести тестирование со скринридерами для Windows, Mac и Linux: встроенными для последних двух, а также NVDA (доступна на сайте NVaccess.org) и Jaws (можно получить демо-версию бесплатно для оценки Discourse, так как само программное обеспечение платное, как и Mac), а также встроенным в Windows Narrator от Microsoft.
Навигация с телефона? Я оставлю это без внимания, так как у меня сейчас нет под рукой телефона для тестирования. Не все скринридеры обрабатывают таблицы одинаково. Например, в этой теме Orca (для меня) не отображает поток как таблицу, только ту, что начинается с «новая активность», и полностью пропускает тему и ответы. Если я ориентируюсь по заголовкам, то, перейдя к самому началу темы (что является обычным способом навигации для пользователей скринридеров), я сразу перескакиваю к списку рекомендуемых тем после последнего сообщения, которое помечено как заголовок уровня 3.
7 лайков
Спасибо еще раз за отчет, @nolan. Сначала займемся первой проблемой: похоже, что мы не перехватываем фокус на большинстве модальных окон… Это выглядит как серьезная регрессия, которую нужно исправить как можно скорее (в идеале на этой неделе)!
Понимаю это полностью. Хотя я могу сказать, что мы работаем над проблемами доступности, наш текущий список не будет завершен в течение месяца.
8 лайков
Да, извините за эту огромную регрессию в диалогах, @nolan! Я не понимал, насколько это плохо, пока не разобрался. Мы должны были задержать выпуск из-за этого, это действительно ужасно!
6 лайков
Спасибо! Сегодня я установил NVDA и постепенно начинаю понимать проблемы, с которыми вы сталкиваетесь.
Я полностью понимаю стремление сделать работу Discourse разумной с использованием стандартных привязок клавиш. Также мне стало гораздо понятнее, почему возникает разочарование из-за навигации.
Я вижу трюки phpBB. NVDA крайне ограничена, и вариантов использования горячих клавиш немного.
Трюк с заголовками вряд ли сработает в Discourse, так как мы позволяем пользователям добавлять собственные заголовки в сообщения. Например:
заголовок 2
заголовок 3
заголовок 4
Кнопки «следующая статья» нет, лучшее, что у нас есть, — это «следующий регион», но поддержка регионов работает менее стабильно по сравнению с JAWS. У нас уже был элемент article, но NVDA не учитывала его.
Я создал этот PR, чтобы хотя бы помочь пользователям меньше теряться при навигации по теме:
Мне всё ещё кажется, что структура не идеальна. Например, кнопка «вниз» застревает из-за нашего вложенного double-button в навигации по сообщениям.
@eviltrout изучает проблемы с фокусом в различных диалоговых окнах. Нам придётся провести повторное тестирование с NVDA, чтобы убедиться, что наши исправления работают.
У нас есть довольно обширные сочетания клавиш, если выйти из режима просмотра, но я понимаю нежелание погружаться в этот тёмный угол. Проблема в том, что, оказавшись в режиме «редактирования», вам нужно выйти из него, чтобы фактически прочитать содержимое.
Например:
j —> компьютер говорит «article link visited"
nvda+space
вниз —> компьютер говорит «link benno"
вниз —> компьютер говорит «15 марта"
вниз —> компьютер начинает читать сообщение
После моего исправления будет значительное улучшение.
Вместо фразы «article link visited» компьютер будет сразу говорить «post #6 region article link visited».
Улучшения будут происходить постепенно, но мы очень ценим всю обратную связь. Мы учимся и сделаем всё возможное, чтобы Discourse стал более удобным для сообщества незрячих пользователей.
Модальные окна напоминают настоящий улей. Если открыто модальное окно, и по какой-то причине вам удаётся вернуться на страницу, вы можете сильно запутаться. Мне интересно, есть ли способ подать сигнал NVDA: «Эй, NVDA… все эти элементы… больше не существуют, пока модальное окно открыто». Мы могли бы удалить их из DOM, пока модальные окна открыты, но это может привести к ещё большей путанице.
10 лайков
Что касается Orca (той версии для Linux, которой пользуюсь я; хотя элементы управления отличаются, функционально они во многом схожи). Я могу переходить к следующему ориентирному элементу (landmark), однако эта функция работает с ошибками и действительно может застревать на некоторых элементах. Где найти эти сочетания клавиш, учитывая, что я раньше использовал другое программное обеспечение для форумов? У меня нет доступа к Mac, но на Linux я могу перепрыгивать к следующему ориентирному элементу в посте — например, от кнопки «Нравится» к кнопке «Нравится» в этой теме. Процесс выглядит так:
- Кликните по теме.
- Перейдите к первому посту.
- Нажмите M.
- Перейдите к ориентирному элементу, затем спуститесь ниже.
- Повторяйте описанное выше, пока не дойдёте до конца темы.
Теперь это может зависеть от браузера, я не уверен в этом, однако пока тестировал только в Firefox по умолчанию.
РЕДАКТИРОВАНИЕ: Хорошо. Вот ещё одна проблема, с которой я буквально столкнулся. Я хотел проверить свой профиль в Mozilla Firefox, однако при выборе ссылки «Профиль/Уведомления» в верхней части страницы ввод с клавиатуры заблокировался до тех пор, пока я снова не переключился в режим просмотра. Не уверен, связано ли это с проблемами диалоговых окон, поскольку страница вела себя так, будто я хочу прочитать поток обсуждений. На ссылке было указано «развернуто», поэтому я предположил, что это выпадающее меню, в котором можно перемещаться стрелками или мышью, но у меня ничего не получилось.
3 лайка
Ваше замечание о том, что NVDA не учитывает теги <article> как регионы, очень верно. Я даже не осознавал, что используется тег article, пока вчера не включил его отображение в NVDA, хотя, похоже, это не влияет на алгоритм определения. Сегодня я создам задачу в NVDA по этому поводу и посмотрю, что из этого выйдет.
Также я понимаю, что в сообщениях могут быть заголовки. Цель навигации по заголовкам не в том, чтобы это компенсировать, а в том, чтобы помочь в 99,99… процентах случаев, когда в сообщениях нет дополнительных заголовков. Вчера я настроил среду разработки и изучу возможность добавления ARIA-ролей к элементу в .post-topic, чтобы с ним было проще работать.
Модальные окна действительно сложны. Здесь приведено практическое руководство, которое должно помочь. Ключевые моменты: 1) используйте новый атрибут aria-modal, чтобы указать, что модальное окно должно отображаться, а всё остальное должно быть скрыто; 2) переместите фокус клавиатуры на первый фокусируемый элемент; 3) возвращайте фокус на ту кнопку, которая инициировала процесс, когда модальное окно закрывается. Надеюсь, это поможет.
9 лайков
Справедливые замечания, и ещё раз извините за мою ворчливость. Каждый день я переключаюсь между Discord, Element, GitHub, Gitea и теперь Discourse, чтобы решать задачи. У всех у них есть свои особенности, которые создают трение, но именно в Discourse они сейчас особенно сильно дают о себе знать. Например, к нам перешёл проблемный пользователь с предыдущего форума, а один из администраторов, использующий продвинутый скринридер, потратил полчаса, пытаясь разобраться с выпадающим списком выбора срока блокировки. К счастью, я хорошо знаком с этими выпадающими списками и заблокировал учётную запись до того, как он успел создать проблемы, но нам нужно разобраться в этом, чтобы моей команде администраторов не требовалось столько времени на адаптацию.
Рад, что мы разбираемся с модальными окнами — я очень это ценю. Сегодня я уделю время тому, чтобы посмотреть, можно ли сделать отображение тем ещё более доступным. Следующая крупная проблема — недоступный компонент выпадающего списка. Помимо невозможности блокировать пользователей, недавно у нас был ещё один участник, который не мог переместить свою тему. Вот пример доступного раскрывающегося списка, который может помочь. Такие проблемы встречаются повсеместно, и их исправление принесёт множество положительных результатов.
Спасибо ещё раз.
11 лайков
Не уверен, что стоит создавать регион в дополнение к статье, так как это немного более многословно.
Я открыл эту задачу, аргументируя необходимость того, чтобы NVDA отслеживала статьи как регионы для навигации к следующему/предыдущему ориентиру. Надеюсь, это решит проблему в среднесрочной перспективе.
Тем временем я открыл этот PR, добавив невидимую роль заголовка второго уровня для поля метаданных поста. После применения этого патча к моему тестовому экземпляру навигация по клавишам h/H работает между постами без заголовков. Признаю, что эта схема перестаёт работать, если сам пост содержит заголовки, но я бы возразил, что как пользователи скринридеров мы привыкли к такому смешанному контенту, и до тех пор, пока NVDA не начнёт рассматривать статьи как ориентиры, наличие быстрого способа перехода к следующему посту лучше, чем введение лишних регионов.
6 лайков
Сэм, не стоит ли рассмотреть идею добавления невидимого разделителя для обхода проблемы с заголовками в сообщениях? Поскольку заголовки можно вставлять в сообщения, я читал ваш пост и не уверен, существует ли кроссплатформенное решение, которое было бы невидимым, но могло бы использоваться для обозначения границы между сообщениями?
Сейчас в Orca на Linux я могу нажать 1, чтобы перейти к заголовку 1 уровня и началу темы, а затем использовать M (следующий ориентир), чтобы перемещаться от сообщения к сообщению. Да, это неудобно, но выполнимо. Поэтому я задаюсь вопросом: не сработает ли с технической и пользовательской точек зрения вариант, когда номер сообщения (например, сообщение №1, сообщение №2 и так далее) отмечается как ориентир, вместо использования заголовка, который также может быть помещен в сообщение? Если кнопки под сообщением являются ориентирами, почему номер сообщения не может быть им? Для меня логично, чтобы номер сообщения также был ориентиром, наряду с кнопками под сообщением или вместо них, поскольку эти кнопки могут быть скрыты, если администраторы форума решат так сделать (я знаю один случай, когда эти кнопки убрали в меню «Ещё»).
4 лайка
Ещё раз приносим извинения @nolan за такую ошибку — очевидно, что мы не тестируем клавиатуру как минимум перед выпуском, и это ужасный базовый уровень, который мы упустили. Это полностью наша вина, мы облажались, и, честно говоря, мне стыдно за то, насколько плохо мы справились. Даже самая беглая проверка показала бы, что диалог отмены полностью неработоспособен с клавиатуры, но мы всё равно выпустили версию с этой огромной ошибкой. 
Мы пересматриваем наш процесс, чтобы убедиться, что учитываем:
-
клавиатура должна работать как ожидается, как абсолютный минимум; каждая функция тестируется с отключённой
мышью, чтобы убедиться в правильном порядке табуляции и фокусе; -
основные действия в Discourse должны быть простыми при использовании NVDA.
Мы ценим, что вы остаетесь с нами в этой ситуации и держите нас в тонусе. Мы перестраиваем часть нашего процесса, чтобы гарантировать, что мы, как минимум, всегда будем иметь функциональную и логичную 
навигацию с клавиатуры. Нам понадобится ваша помощь, чтобы определить, что имеет смысл в качестве самых простых изменений и оптимизаций для NVDA.
10 лайков
Огромное спасибо, моя команда администраторов и я очень ценим это!
4 лайка
@Nolan, значит, вы предпочли бы, чтобы я отменил изменение региона и принял только изменение заголовка? Или сделаем и то, и другое?
Я не против попробовать разные варианты. Мне казалось, что объявление номера поста имеет определённую «ориентирующую» ценность. Иначе вам будет очень сложно понять, находитесь ли вы у поста 100 или у поста 3. Это создаёт ощущение опоры.
@celtichawk, касательно подавления заголовков: я согласен с Ноланом. Заголовки в постах встречаются крайне редко, поэтому они будут мешать лишь в исключительных случаях.
У нас нет якоря post #1, который можно было бы использовать где-либо. Нашими единственными якорями являются метаданные поста, тело поста и кнопки поста. В метаданных указаны имя пользователя, статус редактирования и время редактирования, но не номер поста. Нолан экспериментировал с привязкой к метаданным поста.
7 лайков
Я только что заметил, как неудобно перемещаться по спискам тем из-за отсутствия заголовков.
@nolan / @awesomerobot, должны ли заголовки тем в списке тем быть H2 или H3? Если нет, мы, безусловно, можем добавить role="heading" к темам в списке.
Как вы сегодня перемещаетесь между темами в списках с помощью NVDA?
6 лайков
Я только что добавил регион для «действий по теме», например: параметры администратора, поделиться, закладка, флаг, ответ, состояние отслеживания.
Это очень небольшое изменение, но оно должно значительно упростить ответ на темы.
Также я заметил, что изменение состояния отслеживания темы (с отслеживания / наблюдения и т. д.) полностью не работает с программами чтения с экрана; обсудим возможные исправления с @j.jaffeux.
6 лайков