Рекомендации по специальным возможностям

Статья
08/11/2011

Примечание
Эта документация предназначена для разработчиков на платформе .NET Framework, которым требуется использовать управляемые классы UI Automation, определенные в пространстве имен System.Windows.Automation.Последние сведения о UI Automation см. на веб-странице Windows Automation API: UI Automation.

Эта документация предназначена для разработчиков на платформе .NET Framework, которым требуется использовать управляемые классы UI Automation, определенные в пространстве имен System.Windows.Automation.Последние сведения о UI Automation см. на веб-странице Windows Automation API: UI Automation.

Реализация следующих рекомендаций в элементах управления или приложениях повысит их доступность для людей, использующих assistive technology. Многие из этих рекомендаций сосредоточены на правильной структуре user interface (UI). Каждая рекомендация содержит информацию о реализации элементов управления Windows Presentation Foundation (WPF) или приложений. В большинстве случаев работа по удовлетворению этих рекомендаций уже включена в элементы управления WPF.

В этом разделе содержатся следующие подразделы.

Программный доступ
Параметры пользователя
Визуальная структура пользовательского интерфейса
Навигация
Мультимодальный интерфейс
Связанные разделы

Программный доступ

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

Разрешение программного доступа ко всем элементам пользовательского интерфейса и тексту

К элементам User interface (UI) следует разрешить программный доступ. Если UI представляет собой стандартный элемент управления WPF, то поддержка программного доступа уже включена в элемент управления. Если элемент управления является настраиваемым элементом управления, то есть элементом управления, созданным в качестве подкласса от общего элемента управления, или элементом управления, созданным в качестве подкласса от Control, то нужно проверить реализацию AutomationPeer для областей, которым может потребоваться изменение.

Следование этой рекомендации позволит поставщикам assistive technology идентифицировать и управлять элементами продукта UI.

Размещение имен, заголовков и описаний для объектов пользовательского интерфейса, рамок и страниц

Вспомогательные технологии, особенно средства чтения с экрана, используют заголовок, чтобы определить расположение рамки, объекта или страницы в схеме переходов. Таким образом, название должно быть максимально содержательным. Например, заголовок веб-страницы "Веб-страница Майкрософт" бесполезен, если пользователь перешел глубоко в некую конкретную область. Содержательный заголовок необходим для незрячих пользователей и зависящих от средств чтения с экрана. Аналогично, для элементов управления Windows Presentation Foundation (WPF) свойства NameProperty и HelpTextProperty важны для устройств assistive technology.

Следование этой рекомендации позволяет assistive technology идентифицировать и управлять UI в образцах элементов управления и приложений.

Обеспечение возникновения программных событий в ответ на действия в пользовательском интерфейсе

Следование этой рекомендации позволяет assistive technology отслеживать изменения в UI и уведомлять пользователя об этих изменениях.

Параметры пользователя

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

Учет всех системных параметров и отсутствие помех для функций специальных возможностей

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

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

Визуальная структура пользовательского интерфейса

Рекомендации данного раздела гарантируют, что элементы управления или приложения эффективно используют цвет и изображения и могут использоваться Assistive technologies.

Отсутствие жесткого задания цветов

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

Следование этим рекомендациям позволяет пользователям настраивать цвета в соответствии с индивидуальными потребностями.

Поддержка режима высокой контрастности и всех атрибутов отображения системы

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

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

Обеспечение правильного масштабирования всего пользовательского интерфейса при любом значении DPI

Убедитесь, что весь UI правильно масштабируется при любых значениях dots per inch (dpi). Кроме того, убедитесь, что элементы UI помещаются на экране с разрешением 1024 x 768 при 120 dots per inch (dpi).

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

Указание фокуса клавиатуры

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

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

Приложения должны предоставить следующее для фокуса клавиатуры:

один элемент всегда должен иметь фокус клавиатуры;
фокус клавиатуры должен быть видимым и очевидным;
выбранные объекты или объекты с фокусом должны быть визуально выделены.

Поддержка стандартов навигации и схем мощных переходов

Различные аспекты навигации с помощью клавиатуры обеспечивают для пользователей различные способы навигации по UI.

Приложения должны предоставить следующие интерфейсы клавиатуры:

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

Не допускайте, чтобы положение курсора мыши мешало доступу с клавиатуры

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

Мультимодальный интерфейс

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

Предоставление эквивалентов, выбранных пользователем, для нетекстовых элементов

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

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

Используйте цвет, но также предоставьте альтернативны цвету

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

Использование стандартных интерфейсов API ввода с аппаратно-независимыми вызовами

Аппаратно-независимые вызовы обеспечивают функциональное равенство клавиатуры и мыши, предоставляя при этом assistive technology необходимые сведения о UI.

См. также

Share via