Доступность программы чтения с экрана: насколько «болтливой» должна быть моя кнопка? - PullRequest
1 голос
/ 04 июля 2019

Я пытаюсь улучшить поддержку программы чтения с экрана в нашем веб-приложении, но я немного борюсь с тем, что лучше всего использовать для наших кнопок.Наш текущий шаблон выглядит примерно так: this

Если я сфокусируюсь на кнопке, должен ли программа чтения с экрана сказать ...

... Выберите файл, обязательно?

... Загрузить личное письмо: выбрать файл?

... Загрузить личное письмо: выбрать файл.Разрешенные типы файлов: doc, docx.Требуется?

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

Ответы [ 2 ]

1 голос
/ 05 июля 2019

Tl; DR: держите его кратким.

Если вы хотите передать некоторую дополнительную информацию, такую ​​как разрешенные типы файлов, размеры, «пожалуйста, никаких вирусов» и т. Д., не ставьте этона самой кнопке.Предпочитаю, например, aria-describedby и сделать отдельный элемент управления, описывающий все эти вещи, визуально связанные с кнопкой (скажем, справа от нее).
Мы, я имею в виду пользователей программы чтения с экрана, часто перемещаемся по элементам и делаемдругие странные вещи, такие как вызов списка всех кнопок на странице (в настоящее время даже Narrator начал поддерживать такие вещи), поэтому, если ярлык кнопки слишком длинный, это будет раздражать слишком скоро.

1 голос
/ 04 июля 2019

Нет настоящего правила. Это должно быть хорошо, пока показания достаточно ясны для пользователя.

На самом деле, многое зависит от того, как вы привыкли к своему устройству чтения с экрана, Интернету и устройству в целом:

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

Программы чтения с экрана имеют много опций, позволяющих вам решать, что сказать, а что нет. Например, Jaws называет это многословием, и есть 3 общих уровня, которые можно дополнительно настраивать. К сожалению, в Интернете вы не можете ни определить выбранный уровень, ни адаптировать разметку, зная, что об этом элементе говорят только в расширенном или промежуточном режиме (в любом случае это можно дополнительно настроить) Поэтому, вероятно, лучшим вариантом является средний вариант: будьте не слишком лаконичны, но и не слишком многословны.

Я сам пользователь программы чтения с экрана; как продвинутый пользователь, в отношении ваших предложений; Я бы сказал:

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

Указание разрешенных типов файлов и других требований такого рода очень хорошо, но, вероятно, его лучше размещать вне метки. Помните, что вся метка повторяется каждый раз, когда вы вкладываете в поле. Если есть 5 полей с одинаковой информацией, или если форма сложная, и вам нужно несколько раз переходить назад и вперед, раздражает много раз слышать одно и то же.

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

Обратите внимание, что "обязательная" информация может быть исключена из метки, если вы добавите в поле обязательные и обязательные атрибуты aria. Это рекомендуемый способ указать, что поле обязательно для заполнения.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...