Специальные возможности (основы проектирования)

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

Количество пользователей, которые могут помочь в специальных возможностях, может удивить вас; Например, в Соединенных Штатах опросы показали, что более половины всех пользователей компьютеров испытывают трудности или нарушения, связанные с доступностью, и, скорее всего, получают выгоду от использования доступных технологий. Кроме того, подход к проектированию программного обеспечения с гибкостью и инклюзивностью, которые являются отличительными чертами специальных возможностей, часто приводит к повышению удобства использования и удовлетворенности клиентов.

Центр простого доступа, доступный на панели управления, предоставляет центральное расположение, в котором пользователи могут выбирать и настраивать нужные функции специальных возможностей.

Заметка: Рекомендации, связанные с клавиатурой, мышью, цветом и звуком , представлены в отдельных статьях.

Принципы проектирования

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

Типы нарушений

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

Дополнительные рекомендации по оказанию помощи пользователям с этими нарушениями см. далее в этой статье.

Типы вспомогательных технологий и специальных возможностей

Средства чтения с экрана

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

Каждый элемент пользовательского интерфейса, с которым пользователь может взаимодействовать, должен иметь доступ к клавиатуре, а также предоставляться через интерфейс программирования специальных возможностей приложения (API). Мы рекомендуем использовать автоматизацию пользовательского интерфейса, новую платформу специальных возможностей для всех версий Microsoft Windows, поддерживающих Windows Presentation Foundation (WPF). Автоматизация пользовательского интерфейса предоставляет программный доступ к большинству элементов на рабочем столе, позволяя вспомогательным технологиям, таким как средства чтения с экрана, предоставлять сведения о пользовательском интерфейсе пользователям и управлять ими с помощью стандартных входных данных (например, говоря, а не или в дополнение к обработке мыши или клавиатуры). Дополнительные сведения см. в обзоре службы автоматизации пользовательского интерфейса.

Помните, что, хотя средства чтения с экрана являются очень важной вспомогательной технологией, есть и другие. Дополнительные сведения о диапазоне доступных технологий см. в разделе "Типы вспомогательных технологий".

распознавание речи

Распознавание речи — это функция специальных возможностей в Windows, которая позволяет пользователям взаимодействовать с компьютерами по голосу, уменьшая потребность в моторном взаимодействии с мышью или клавиатурой. Пользователи могут диктовать документы и электронную почту, использовать голосовые команды для запуска и переключения между программами, управления операционной системой и даже заполнения форм в Интернете.

Лупа

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

Визуальные параметры и цветовые схемы

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

экранный диктор

Экранный диктор — это средство чтения с экрана вниз в Windows, которое позволяет пользователям слышать вслух текст и элементы пользовательского интерфейса, даже в том числе некоторые события (включая сообщения об ошибках), которые происходят спонтанно. Пользователь может услышать меню экранного диктора, не выходя из активного окна.

Пользователи могут настроить степень использования экранного диктора Майкрософт.

Экранная клавиатура

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

Клавиши мыши

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

Полный список специальных возможностей см. в статье " Специальные возможности" в Windows Vista на веб-сайте Майкрософт.

Навигация на основе клавиатуры

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

В этом примере пользователи могут нажимать клавишу TAB, пока нужный параметр не имеет фокуса ввода, а затем нажмите клавишу ВВОД, чтобы открыть объект.

Ключи доступа

Ключи доступа позволяют пользователям выбирать параметры и инициировать команды напрямую, не переходя к элементу управления. Ключи доступа указываются подчеркиванием одного из символов в метке каждого элемента управления. Затем пользователи активируют параметр или команду, нажав клавишу ALT вместе с подчеркнутым символом. Ключи доступа не учитывают регистр.

В этом примере нажатие клавиш ALT+O активирует команду Open.

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

В этом примере ключи доступа назначаются группам управления, а не отдельным элементам управления.

Ключи доступа часто путаются с сочетаниями клавиш, но сочетания клавиш назначаются по-разному от ключей доступа и имеют разные цели. Например, сочетания клавиш используют последовательности клавиш CTRL и функции и предназначены в первую очередь в качестве ярлыка для расширенных пользователей, а не для специальных возможностей.

Дополнительные сведения см. в клавиатуры.

Проектирование специальных возможностей: три основные методики

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

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

Предоставление гибкого пользовательского интерфейса

Доступный дизайн, по крайней мере, частично, о предоставлении пользователям выбора. Не разочаровывая, головокружительный массив вариантов, но ограниченное количество вариантов, которые умно ожидают потребности пользователей. "Не нравится переходить по мыши? Здесь вы можете сделать то же самое, используя только клавиатуру. Не нравится физические клавиатуры? Вот виртуальная, которую можно использовать на экране".

Например, обеспечить гибкость по следующим причинам:

• Предоставление эквивалентов, доступных для выбора пользователем, для нетекстовых элементов (например, замещающий текст для графики и подписей для звука).

  

  

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

• Предоставление альтернативных вариантов цвета (например, различия значков или использование звуков).

  

  В этом примере стандартные значки легко различаются на основе их конструкций.

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

• Убедитесь, что программа предлагает хорошие варианты контрастности цветов для пользователей. Windows предоставляет вариант высокой контрастности, но это действительно предназначено для решения для серьезных нарушений зрения. Другие варианты контрастности лучше всего обслуживать пользователей с мягкими нарушениями, такими как низкое зрение и цветовая слепота.

• Убедитесь, что у пользователей есть способ настроить размер текста в пользовательском интерфейсе программы (например, с помощью ползунка или раскрывающегося списка для размера шрифта). Если это возможно, поддержка режима высокой точки на дюйм (dpi).

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

Многомодальные интерфейсы и гибкая навигация по сути предлагают пользователю архитектуру избыточности информации. Избыточность иногда имеет отрицательные коннотации; Например, в тексте пользовательского интерфейса рекомендуется удалить избыточность, чтобы упростить процесс чтения. Но в контексте специальных возможностей избыточность означает положительные, отказоустойчивые механизмы и опыт.

Уважение пользователей

Уважение как общее, руководящий принцип жизненно важен для разработки доступных программ. Даже как интеллектуальное упражнение, представьте, что это должно быть похоже на то, чтобы столкнуться с вашей программой в качестве пользователя, который отключен. Пройдите время на тестирование экранов пользовательского интерфейса в режиме высокой контрастности и в различных разрешениях, чтобы обеспечить удобство работы для пользователей с нарушениями зрения. Проверьте специальные возможности клавиатуры, выбрав флажок "Сочетания клавиш подчеркивания " и клавиши доступа в элементе панели управления "Центр доступа" (чтобы клавиши доступа всегда отображались). Вы даже можете выйти за рамки строгого тестирования, нанимая разработчиков и дизайнеров, которые имеют естественную способность к сочувствию другим, чтобы начать с.

Вы также должны продемонстрировать уважение:

• Использование системных параметров (например, системного цвета), а не жестких параметров для конкретной программы. Учитывайте не только параметры, которые пользователи специально выбрали для взаимодействия со своими программами, но и специальные возможности, встроенные в операционную систему, которые пользователь хочет в действительности независимо от того, какую программу они используют. Дополнительные сведения см. в разделе о специальных возможностях Windows.
• Предпочитая общие элементы управления для пользовательских элементов управления, так как общие элементы управления уже реализовали API специальных возможностей Windows.
• Документирование всех параметров и функций специальных возможностей (например, всех сочетаний клавиш). Пользователи с нарушениями очень мотивированы для обнаружения специальных возможностей, и часто ожидают, что в справке собираются исчерпывающие сведения.
• Создание доступной документации в доступных форматах. Таким образом, сама документация должна соответствовать тем же правилам специальных возможностей, что и основной пользовательский интерфейс, включая возможность увеличения размера шрифта, использование замещающего текста для графики и избыточной информационной архитектуры (например, использование цветового кодирования только в качестве дополнения к тексту).

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

Предоставление программного доступа

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

Сделайте это хорошо, выполнив указанные ниже действия.

• Включение программного доступа ко всем элементам пользовательского интерфейса и тексту (например, с помощью интерфейса COM активной специальных возможностей , IAccessible).
• Размещение имен (или заголовков) и описания объектов пользовательского интерфейса, кадров и страниц (например, с помощью свойства IAccessible Name).
• Обеспечение активации программных событий всеми действиями пользовательского интерфейса (например, события фокуса для всех действий пользовательского интерфейса, связанных с перемещением фокуса).

Если вы делаете только четыре вещи...

1. Убедитесь, что каждый пользователь может использовать полный потенциал вашей программы.
2. Думайте о специальных возможностях для творческого решения проблем и еще одним средством повышения общей удовлетворенности пользователей.
3. Соблюдайте системные параметры.
4. По возможности используйте общие элементы управления.

Руководящие принципы

Общая информация

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

Устранение конкретных нарушений

визуальный

• Никогда не полагаться только на цвет, чтобы передать смысл. Используйте цвет только в качестве средства укрепления значения, предоставленного текстом, дизайном, расположением или звуком.

  

  Основным методом взаимодействия в этом примере является краткий текст подсказки. Использование цвета помогает в обмене смыслом, но является вторичным.

• Используйте альтернативные текстовые подсказки для описания графики.

• Не используйте текст в графике. Пользователи с нарушениями зрения могут отключить графику (например, в веб-браузере), или просто не видеть или искать текст, размещенный в графике.

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

• Соблюдайте параметры пользователя для визуального отображения, всегда получая шрифтовые шрифты, размеры и цвета, размеры элементов отображения Windows и параметры конфигурации системы из API Theme и GetSystemMetrics.

• Сохраняйте краткий текст воздушных шаров , чтобы упростить чтение и свести к минимуму нарушения чтения с экрана.

  

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

Слух

• Никогда не полагаться на звук в одиночку, чтобы передать смысл. Используйте звук только в качестве средства укрепления значения, предоставленного текстом, дизайном, расположением или цветом.
• Разрешить пользователям управлять объемом выходных данных звука. Используйте средство смешивания томов Windows для этой цели. Дополнительные сведения см. в разделе "Звук".
• Нацеливать звук программы на диапазон от 500 Гц до 3000 Гц или легко изменяться пользователем в этом диапазоне. Звуки в этом диапазоне, скорее всего, будут обнаруживаемыми людьми с нарушениями слуха.

Ловкость

• Сделайте значения времени ожидания пользовательского интерфейса относительно GetDoubleClickTime() вместо использования абсолютных времен. При этом время ожидания настраивается на скорость пользователя.
• Назначьте ключи доступа всем элементам меню , чтобы пользователи, предпочитающие работать с клавиатурой, имеют одинаковую возможность перемещаться по программе, как пользователи, работающие с мышью.
• Не нажимайте дважды щелкайте и перетаскивайте единственный способ выполнения действия. Это может быть сложное движение для некоторых пользователей.
• Не удаляйте строки меню из программы. Панели меню проще, чем панели инструментов для доступа пользователей клавиатуры. Если вы не хотите, чтобы строка меню отображалось по умолчанию, скройте ее.
• Сделайте справку доступной с клавиатуры, предоставив кнопки справки и ссылки на вкладки.
• Чтобы повысить осведомленность о назначениях ключей доступа в программе, их можно отображать в любое время. На панели управления перейдите в центр простого доступа и нажмите кнопку "Упростить использование клавиатуры"; Затем установите флажок " Подчеркнуть сочетания клавиш" и клавиши доступа .

Cognitive

• Используйте прогрессивное раскрытие, чтобы скрыть сложность.

  

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

• Используйте значки, панели инструментов и другие визуальные средства для снижения когнитивной нагрузки на чтение текста.

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

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

Захват

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

Речь или язык

• Упорядочивайте и записывайте четкий, краткий и понятный текст. Тесты удобства показывают, что развертывание ключевых сведений в конце фразы улучшает понимание. Дополнительные рекомендации см. в разделе стиль и тон.

Неправильно:

Три следующие цифры?

Нажмите кнопку "ОК", чтобы начать.

правильно:

Есть ли следующая цифра три?

Чтобы начать, нажмите кнопку "ОК".

Ключи доступа

• предпочитать символы с широкими ширинами, например w, m и буквами с буквами.
• Предпочитать отличительный консонант или гласный,, например "x" в "Exit".
• Избегайте использования символов, которые затрудняют просмотр подчеркивания, таких как (от наиболее проблемных до наименее проблемных):
  • Символы, которые имеют ширину только одного пикселя, например i и l.
  • Символы с нисходящими значениями, такими как g, j, p, q и y.
  • Символы рядом с буквой с нисходящим элементом.

Клавиши доступа к меню

• Назначьте ключи доступа всем элементам меню. Никаких исключений.

• Для динамических элементов меню (например, недавно использованных файлов), назначьте ключи доступа числовым образом.

  

  В этом примере программа Paint в Windows назначает числовые ключи доступа недавно использованным файлам.

• Назначьте уникальные ключи доступа на уровне меню. Вы можете повторно использовать ключи доступа в разных уровнях меню.

• просто найти ключи доступа:

  • Для наиболее часто используемых элементов меню выберите символы в начале первого или второго слова метки, предпочтительно первый символ.
  • Для менее часто используемых элементов меню выберите буквы, которые являются отличительными созвучными или гласными в метке.

Ключи доступа в диалоговом окне

• По возможности назначьте уникальные ключи доступа всем интерактивным элементам управления или их меткам.Текстовые поля только для чтения — это интерактивные элементы управления (так как пользователи могут прокручивать их и копировать текст), поэтому они получают преимущества от ключей доступа. Не назначайте ключи доступа:

  • Кнопки "ОК", "Отмена" и "Закрыть". Клавиши Enter и Esc используются в качестве вспомогательных клавиш. Однако всегда назначьте ключ доступа элементу управления, который означает "ОК" или "Отмена", но имеет другую метку.

    

    В этом примере кнопка положительной фиксации имеет назначенный ключ доступа.

• Метки групп. Как правило, отдельные элементы управления в группе назначаются ключи доступа, поэтому метка группы не требуется. Однако назначьте ключ доступа метки группы, а не отдельные элементы управления, если есть нехватка ключей доступа.

• Универсальные кнопки справки, к которым обращается F1.

• Связывание меток. Часто существует слишком много ссылок для назначения уникальных ключей доступа, а подчеркивания ссылок скрывают подчеркивание ключа доступа. Вместо этого пользователи получают доступ к ссылкам с помощью клавиши TAB.

• Имена вкладок. Вкладки циклируются с помощью клавиш CTRL+TAB и CTRL+SHIFT+TAB.

• Обзор кнопок с меткой "...". Эти ключи доступа не могут быть назначены однозначно.

• Неназначенные элементы управления, такие как элементы управления спином, кнопки графических команд и неназначенные элементы управления прогрессивным раскрытием.

• Статический текст или метки без меток для элементов управления, которые не являются интерактивными, например индикаторами хода выполнения.

• Сначала назначьте ключи доступа к кнопке фиксации, чтобы убедиться, что они имеют стандартные назначения ключей. Если нет стандартного назначения ключей, используйте первую букву первого слова. Например, ключ доступа для кнопок фиксации "Да" и "Нет" всегда должен быть "Y" и "N", независимо от других элементов управления в диалоговом окне.

• Для кнопок отрицательной фиксации (кроме отмены), фразы как "Не" назначьте ключ доступа "n" в "Не". Если не фраза "Не", используйте стандартное назначение ключа доступа или назначьте первую букву первого слова. Таким образом, у всех нет и нет согласованного ключа доступа.

• Чтобы упростить поиск ключей доступа, назначьте ключи доступа символу, который отображается в начале метки, в идеале первый символ, даже если в метке появится ключевое слово, которое отображается позже.

Дополнительные рекомендации и примеры см. в клавиатуры.

Текст

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

• Последовательно позиционируют метки относительно элементов, которые они метки. Это помогает правильно связать метки с соответствующими элементами управления и помогает пользователям расширения экрана знать, где искать метку или элемент управления.

  

  В этом примере метки для каждого раскрывающегося списка помещаются последовательно и используют двоеточия.

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

  Допустимо:

  Пуговица.

  Голубые холмы.

  Лучше:

  Щелкните, чтобы войти в учетную запись.

  Фотография отдаленных холмов, показывающая, как цветы увядают на расстоянии.

• Не используйте текст для рисования линий, полей или других графических символов. Символы, используемые таким образом, могут запутать пользователей средств чтения с экрана. Например, поле, рисуемое буквой "X" вокруг области текста, считывается программным обеспечением чтения с экрана как X X X X в первой строке, а затем "X" и "X".

Документация

• Задокументируйте все параметры и функции специальных возможностей (например, все сочетания клавиш).
• Создание доступной документации в доступных форматах. Таким образом, сама документация должна соответствовать тем же правилам специальных возможностей, что и основной пользовательский интерфейс.
• Обратитесь к ключам доступа, а не к сочетаниям клавиш (которые имеют другое значение и использование), mnemonic ключи или акселераторы.
• Как правило, обратитесь к человеку с определенной инвалидностью, а не к инвалиду. Сначала рассмотрим пользователя, а не метку.