Procedimientos de accesibilidad recomendados

Artículo
08/10/2011

Nota
Esta documentación está dirigida a desarrolladores de .NET Framework que desean usar las clases administradas de UI Automation definidas en el espacio de nombres System.Windows.Automation.Para obtener información actualizada sobre UI Automation, vea Windows Automation API: UI Automation.

Al implementar los procedimientos recomendados siguientes en controles o aplicaciones, se mejorará su accesibilidad para las personas que utilizan los dispositivos de assistive technology. Muchos de estos procedimientos recomendados se centran en un diseño adecuado de la user interface (UI). Cada procedimiento recomendado incluye información de implementación para los controles o aplicaciones Windows Presentation Foundation (WPF). En muchos casos, el trabajo para cumplir estos procedimientos recomendados ya está incluido en los controles WPF.

Este tema contiene las secciones siguientes.

Acceso mediante programación
Configuración del usuario
Diseño de la interfaz de usuario visual
Navegación
Interfaz multimodal
Temas relacionados

Acceso mediante programación

El acceso mediante programación implica asegurarse de que se etiquetan todos los elementos de la UI, se exponen los valores de la propiedad y se provocan los eventos adecuados. Para los controles WPF estándar, la mayoría de este trabajo se hace ya a través de AutomationPeer. Los controles personalizados exigen trabajo adicional para asegurarse de que se implementa correctamente el acceso mediante programación.

Permitir el acceso mediante programación a todos los elementos y al texto de la interfaz de usuario

Los elementos de la User interface (UI) deben permitir el acceso mediante programación. Si la UI es un control WPF estándar, la compatibilidad con el acceso mediante programación está incluida en el control. Si el control es un control personalizado, es decir, un control derivado de un control común o un control derivado de Control, entonces deberá comprobar la implementación de AutomationPeer por si existen áreas que puedan necesitar modificaciones.

Seguir este procedimiento recomendado permite a los proveedores de assistive technology identificar y manipular los elementos de la UI del producto.

Nombres de lugares, títulos y descripciones de los objetos, marcos y páginas de la interfaz de usuario

Las tecnologías de ayuda, especialmente los lectores de pantalla, utilizan el título para entender la ubicación del marco, el objeto o la página dentro del esquema de navegación. Por consiguiente, el título debe ser muy descriptivo. Por ejemplo, un título de página web del tipo "Página web de Microsoft" no reviste utilidad alguna si el usuario ha navegado profundamente dentro de alguna área determinada. Un título descriptivo es fundamental para personas invidentes que dependen de los lectores de pantalla. De igual manera, para los controles Windows Presentation Foundation (WPF), las propiedades NameProperty y HelpTextProperty son importantes para los dispositivos de assistive technology.

Seguir este procedimiento recomendado permite que las assistive technology identifiquen y manipulen la UI en los controles y aplicaciones de ejemplo.

Garantizar que todas las actividades de la interfaz de usuario desencadenen eventos de programación

Seguir este procedimiento recomendado permite que las assistive technology detecten los cambios de la UI y notifiquen estos cambios al usuario.

Configuración del usuario

El procedimiento recomendado en esta sección garantiza que los controles o aplicaciones no invaliden la configuración del usuario.

Respetar las configuraciones de todo el sistema y no interferir con las funciones de accesibilidad

Los usuarios pueden utilizar el Panel de control para establecer algunos marcadores para todo el sistema; otros marcadores se pueden establecer mediante programación. Los controles o aplicaciones no deben cambiar esta configuración. Asimismo, las aplicaciones deben admitir los valores de accesibilidad del sistema operativo del host.

Seguir este procedimiento recomendado permite a los usuarios establecer la configuración de accesibilidad y saber que las aplicaciones no cambiarán esa configuración.

Diseño de la interfaz de usuario visual

Los procedimientos recomendados en esta sección garantizan que los controles o aplicaciones utilicen el color y las imágenes con eficacia y se puedan utilizar en las Assistive technologies.

No codificar los colores

Las personas que sufren daltonismo o cuyo porcentaje de visión es reducido, o que utilizan una pantalla en blanco y negro, no podrán utilizar aplicaciones con colores codificados.

Seguir este procedimiento recomendado permite a los usuarios ajustar combinaciones de colores basadas en sus necesidades individuales.

Admitir el nivel de contraste alto y todos los atributos de presentación del sistema

Las aplicaciones no deben afectar ni deshabilitar los valores de contraste seleccionados por el usuario para todo el sistema, las selecciones de colores ni ningún otro valor ni atributo de pantalla para todo el sistema. La configuración del sistema adoptada por un usuario mejora la accesibilidad de las aplicaciones, por lo que las aplicaciones no deben deshabilitarla ni omitirla. El color se debe utilizar en su combinación correcta de primer y segundo plano para proporcionar el contraste apropiado. No se deben mezclar colores no relacionados ni se deben invertir los colores.

Muchos usuarios requieren combinaciones de alto contraste concretas, tales como texto blanco sobre fondo negro. Dibujarlos invertidos, como texto negro sobre fondo blanco, hace que el fondo se superponga al primer plano y puede dificultar la lectura.

Garantizar que toda la interfaz de usuario ajuste su escala correctamente de acuerdo con cualquier configuración de ppp

Asegúrese de que toda la UI pueda ajustar su escala correctamente de acuerdo con cualquier configuración de dots per inch (dpi). Además, asegúrese de que los elementos de la UI quepan en una pantalla de 1024 x 768 con 120 dots per inch (dpi).

Navegación

Los procedimientos recomendados en esta sección garantizan que se tenga en cuenta la navegación para los controles y aplicaciones.

Proporcionar una interfaz de teclado para todos los elementos de la interfaz de usuario

Las posiciones de tabulación, sobre todo cuando se planean cuidadosamente, ofrecen a los usuarios otra manera de navegar por la UI.

Las aplicaciones deben proporcionar las interfaces de teclado siguientes:

Posiciones de tabulación para todos los controles con los que el usuario puede interactuar, como botones, vínculos o cuadros de lista.
Orden de tabulación lógico.

Mostrar el foco del teclado

Los usuarios necesitan saber qué objeto tiene el foco del teclado para poder prever el efecto de las pulsaciones de tecla. Para resaltar el foco de teclado, utilice colores, fuentes o gráficos tales como rectángulos o amplificación. Para resaltar audiblemente el foco del teclado, cambie el volumen, el timbre o la calidad tonal.

Para evitar confusión, las aplicaciones deben ocultar todos los indicadores de foco visuales y las selecciones atenuadas que se encuentren en las ventanas (o paneles) inactivas.

Las aplicaciones deben comportarse del modo siguiente con respecto al foco del teclado:

Siempre debe haber un elemento que tenga el foco de teclado.
El foco del teclado debe estar visible y ser obvio.
Las selecciones y los elementos con el foco deben resaltarse de manera visual.

Compatibilidad con normas y esquemas de navegación eficaces

Los distintos aspectos de la navegación mediante el teclado proporcionan diversas maneras de navegar por la UI a los usuarios.

Las aplicaciones deben proporcionar las interfaces de teclado siguientes:

Teclas de método abreviado y teclas de acceso subrayadas para todos los comandos, menús y controles.
Métodos abreviados de teclado a los vínculos importantes.
Todos los elementos de menú deben tener una tecla de acceso; todos los botones deben tener teclas de aceleración; todos los comandos deben tener una tecla de aceleración.

No permitir que la ubicación del mouse interfiera con la navegación mediante el teclado

La ubicación del mouse no debe interferir con la navegación mediante el teclado. Por ejemplo, si el mouse se encuentra en un lugar y el usuario navega con el teclado a este lugar, no debe producirse un clic de mouse a no ser que lo inicie el usuario.

Interfaz multimodal

Los procedimientos recomendados en esta sección garantizan que la UI de la aplicación incluya alternativas para los elementos visuales.

Proporcionar equivalentes seleccionables por el usuario para elementos no textuales

Para cada elemento que no sea de texto, proporcione un equivalente seleccionable por el usuario para el texto, las transcripciones o las descripciones de audio, tales como texto alternativo, títulos o comentarios visuales.

Los elementos no textuales abarcan una gama amplia de elementos de la UI que incluyen: imágenes, regiones del mapa de imágenes, animaciones, applets, marcos, sistemas de escritura, botones gráficos, sonidos, archivos de audio independientes y vídeo. Los elementos que no son de texto son importantes cuando contienen información visual, voz o información de audio general a la que el usuario necesita tener acceso para entender el contenido de la UI.

Utilizar el color, pero proporcionar también alternativas

Utilice el color para mejorar, enfatizar o reiterar información mostrada por otros medios, pero no comunique la información utilizando exclusivamente el color. Los usuarios que sufren daltonismo o que utilizan pantallas monocromáticas necesitan alternativas al color.

Utilizar API de entrada estándar con llamadas independientes del dispositivo

Las llamadas independientes del dispositivo garantizan un nivel de igualdad entre el mouse y el teclado, al mismo tiempo que proporcionan a la assistive technology la información que necesita sobre la UI.

Vea también