NVDA не читает аббр название

Моя HTML-страница содержит следующую строку:

<abbr title="World Wide Web Consortium">W3C</abbr>

При чтении страницы с помощью программы чтения с экрана NVDA (версия 2016.1) она читала только «W3C», но не заголовок.

Я пытался найти настройку в NVDA, чтобы активировать чтение атрибута заголовка, но безуспешно. В Google также ничего об этом ограничении (последняя версия NVDA должна читать заголовки).

Я не пробовал использовать какие-либо другие программы для чтения с экрана, такие как JAWS или Voice Over.


person j3r6me    schedule 27.05.2016    source источник


Ответы (2)


Слепые люди понимают сокращения так же, как и все остальные. Поэтому они не хотят слышать определение ФБР, НАСА, W3C каждый раз, когда произносятся эти аббревиатуры. (хотя это можно настроить в некоторых программах чтения с экрана)

Если вы считаете, что аббревиатуру следует объяснять, то это беспокоит всех, а предоставление определения с помощью тега abbr — плохая идея, поскольку для этого требуется, чтобы обычный пользователь навел на термин мышью.

На самом деле, единственный интерес тега abbr состоит в том, чтобы семантически пометить аббревиатуру, например, чтобы ее можно было расшифровать. Если вы хотите объяснить аббревиатуру, используйте полные определения.

Плохой пример: <abbr title="Doctor">Dr</abbr> Martin lives in Lincoln <abbr title="Drive">Dr</abbr>

He works for the <abbr title="Worldwide Web Consortium">W3C</abbr>

Хороший пример: Doctor Martin lives in Lincoln Drive

He works for the World Wide Web Consortium (known as the <abbr>W3C</abbr>)

person Adam    schedule 27.05.2016
comment
Спасибо. В моем конкретном случае (W3C был просто примером, но не моим реальным вариантом использования в бизнесе) я должен отображать только аббревиатуру. Это запрос от клиента (который контролирует дизайн), и с учетом контекста его может легко понять незрячий пользователь. Однако слепому пользователю может быть сложнее понять контекст. Вот почему я должен добавить только справку для чтения с экрана (тоже просьба заказчика). Поэтому мой вопрос заключался не в том, как избежать варианта использования, а в том, как эффективно его решить. - person j3r6me; 01.06.2016
comment
Пока у вас есть информация, которая недоступна для всех пользователей, она не будет доступна. Люди с экранной лупой (которая более распространена, чем программа чтения с экрана) могут просматривать только небольшую область (скажем, например, эквивалент 320x240 пикселей CSS), но не используют программу чтения с экрана. Они не будут иметь никаких преимуществ только от решения для чтения с экрана и не получат преимущества от контекста. Так что да, вы будете отвечать на запрос клиента, но не на нужды людей. Но я прекрасно понимаю, что иногда мы должны дать решение клиентам, даже если они просят о плохом. - person Adam; 01.06.2016

Я нашел эту статью, которая многое проясняет: атрибут title и

По сути, использование атрибутов заголовка бесполезно для программы чтения с экрана. Вместо этого мы всегда должны использовать скрытый текст для программ чтения с экрана (в дополнение к атрибуту title, который по-прежнему полезен в других случаях).

Например, если вы используете Bootstrap с примером вопроса:

<abbr title="World Wide Web Consortium">
  W3C
  <span class="sr-only">World Wide Web Consortium</span>
</abbr>
person j3r6me    schedule 27.05.2016
comment
Доступность нацелена на разные типы людей, которые не все являются слепыми. Определение аббревиатур действительно полезно для людей с когнитивными нарушениями, чего нельзя сказать о слепых. - person Adam; 28.05.2016
comment
Это очень плохой пример. Пользователи программ чтения с экрана такие же люди, как и все остальные. Никто не захочет, чтобы аббревиатуры типа NATO или FBI (и W3C тоже) читались полностью каждый раз, когда они встречаются в тексте. По крайней мере с атрибутом title можно не читать в настройках скринридера. С этим нет никакого способа заблокировать его от чтения. - person tomasz86; 19.06.2016
comment
Да @ tomasz86, но опять же, это требование клиента, и оно предназначено для аббревиатуры, которая не так известна, как W3C (W3C здесь просто пример). - person j3r6me; 21.06.2016
comment
@jthe В случае менее известных сокращений, почему бы просто не сделать W3C (World Wide Web Consortium)? Это принесет пользу как слепым, так и зрячим пользователям. В этом конкретном примере я не вижу веских причин расширять аббревиатуру только для пользователей программ чтения с экрана и скрывать ее для всех остальных. Вероятно, вы могли бы указать полную форму один раз (в скобках), а затем просто использовать только аббревиатуру. - person tomasz86; 22.06.2016
comment
Кроме того, доступность означает не только программы чтения с экрана. Такой способ скрытия важного содержимого напоминает старый устаревший атрибут сводки таблицы, который в итоге никому не помог. Я считаю, что важный контент должен быть доступен для всех пользователей, а не только для тех, у кого есть программа чтения с экрана (или для любой другой конкретной группы). - person tomasz86; 22.06.2016
comment
@ tomasz86, я согласен с вами в принципе, но я думаю, вы никогда раньше не сталкивались с реальным клиентом. Я сказал вам, что требование такое, какое оно есть, и я не ищу способа избежать его, а скорее справлюсь с ним как можно лучше. Моему клиенту не нужны поясняющие скобки, это не вписывается в дизайн, и у нас уже есть всплывающая подсказка для не слепых пользователей. - person j3r6me; 23.06.2016
comment
@jthe Вы, наверное, правы. Я все еще пишу это, так что, возможно, другие люди увидят это и подумают еще раз, прежде чем делать что-то подобное. Постоянное использование этого метода для объяснения каждой аббревиатуры является антишаблоном. Это совершенно не помогает зрячим пользователям (потому что они не видят текста) и фактически затрудняет понимание всего для слепых, которые вынуждены слышать полную форму каждой аббревиатуры снова и снова каждый раз, когда она появляется в тексте. В качестве примечания: всплывающая подсказка заголовка в форме по умолчанию проблематична (т. Е. Непригодна для использования) для пользователей с сенсорным экраном. - person tomasz86; 23.06.2016
comment
@ tomasz86 tomasz86, я изменю выбранный ответ, чтобы другие люди были перенаправлены на лучший способ ведения дел. Тем временем я сохраняю свой обходной путь для своих конкретных требований клиента. Спасибо за интересное обсуждение - person j3r6me; 24.06.2016
comment
@jВсе в порядке. У меня твердая позиция в этом вопросе, так как меня уже достаточно раздражает полное игнорирование доступности в реальной жизни (например, люди, паркующиеся перед пандусами для инвалидных колясок, или молодые и здоровые люди, пользующиеся специальными лифтами, несмотря на огромный знак только для инвалидов... шутки в сторону?). Тем не менее, я считаю, что доступность всегда следует консультировать и проверять с теми, кто будет ее использовать. Это не должно решаться произвольно, что часто бывает (к сожалению). - person tomasz86; 24.06.2016
comment
Я просто хотел бы добавить еще одну вещь об атрибуте title и аббревиатурах в целом. Люди часто много говорят о доступности программ для чтения с экрана и т. д., но совершенно забывают о тех, кто полагается на клавиатуру (или другие альтернативные устройства ввода). По умолчанию текст заголовка для них полностью недоступен. К сожалению, большинство удобных для чтения с экрана решений также бесполезны для них :( - person tomasz86; 24.06.2016