Как проверить экран Settings LocalSend со скринридером на Windows и Android: матрица доступного имени, роли, состояния и порядка фокуса, а также обезличенный отчёт без сведений о соседних устройствах.
Сначала подтвердите границу экрана
Запустите актуальный LocalSend и включите NVDA в Windows либо TalkBack в Android. Пройдите главный экран без передачи файлов: кнопки отправки, получения и переход в Settings. Затем откройте настройки и повторите навигацию тем же способом. Если главный экран читается, а настройки нет, запишите именно эту границу. Официальный README подтверждает, что LocalSend работает на нескольких платформах и передаёт данные в локальной сети, поэтому перед записью экрана отключите показ соседних устройств или замените их имена нейтральными тестовыми значениями.
Проверьте name, role и value
Для каждого проблемного элемента создайте строку: видимая подпись, что произнёс скринридер, объявленная роль и текущее состояние. WCAG 2.2 требует, чтобы имя и роль компонента определялись программно, а состояния и значения могли быть доступны вспомогательным технологиям. Переключатель должен сообщать не только название, но и включён он или выключен; поле выбора — текущее значение; кнопка — назначение. Не делайте вывод по одному молчащему декоративному элементу: отмечайте только контролы, которые пользователь должен активировать или понять.
Постройте маршрут фокуса
Начните с заголовка Settings и последовательно переходите вперёд до конца экрана, не касаясь произвольных координат. Запишите пропущенные элементы, неожиданные возвраты и место, где фокус исчезает. Затем пройдите назад. WCAG связывает порядок фокуса с сохранением смысла и операбельности, поэтому цель не обязательно совпадает с визуальным расположением пиксель в пиксель, но последовательность должна позволять понять раздел и выполнить настройку. Отдельно отметьте, можно ли выйти со страницы штатной кнопкой без жеста, который недоступен пользователю скринридера.
Сравните платформы без ложного объединения
NVDA и TalkBack используют разные платформенные accessibility-механизмы, поэтому одинаковая видимая страница может давать разные симптомы. Не называйте один отчёт доказательством общей причины. Составьте две короткие таблицы с одинаковыми названиями контролов: Windows и Android. Если на обеих платформах отсутствует имя у одного компонента, это полезное совпадение; если сбой только на одной, укажите версию ОС, скринридера и LocalSend. Не тестируйте одновременно сторонние overlay-приложения и экспериментальные accessibility-настройки, если они не являются частью воспроизводимого сценария.
Соберите отчёт без персональных данных
В отчёте укажите платформу, версии LocalSend и скринридера, язык интерфейса, путь до Settings и таблицу «элемент — произнесено — ожидаемая роль — состояние». Приложите короткую запись только тестового экрана после проверки уведомлений и имён устройств. Не включайте список получателей, IP-адреса, названия компьютеров и имена файлов. Критерий исправления — все интерактивные элементы получают понятное имя и роль, изменение состояния объявляется, а прямой и обратный маршрут фокуса завершает экран без ловушки. Это можно перепроверить независимо от конкретной домашней сети.
Материал подготовлен редакцией VOne с применением ИИ для построения диагностической структуры; технические границы проверены по первичным источникам, а публичное обсуждение использовано только как обезличенный сигнал боли.
Источники и проверка
- github.com: официальная документация проверено 2026-08-13
- www.w3.org: официальная документация проверено 2026-08-13
- www.w3.org: официальная документация проверено 2026-08-13
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.