Consejos para la accesibilidad de las interfaces de usuario

A continuación se ofrecen una serie de consejos para poder utilizar la interfaz IAccessibility suministrada por Windows.

Utilice grupos en lugar de etiquetas.
Si utiliza una etiqueta para titular un grupo de widgets relacionados, elimine la etiqueta y sustituya su compuesto padre por un grupo cuyo texto sea el mismo que el de la etiqueta de título.
 
Evite compuestos intermedios.
Las herramientas de IAccessibility leerán en sentido ascendente hasta la jerarquía padre de un widget mientras existan widgets para leer. Asegúrese de que no haya widgets sin texto en ningún lugar del árbol.
 
Utilice textos de sólo lectura en lugar de etiquetas.
Puede accederse a un texto mediante el teclado, y éste debe utilizarse si desea que la información de una etiqueta sea accesible a la navegación de teclado. Tenga en cuenta que una etiqueta situada junto a un texto se considerará como un título y, por tanto, si tiene un par título:valor que desea mostrar, sólo es necesario que convierta en texto el widget de valor.
 
Lea y comprenda la lista de comprobación de IBM.
IBM proporciona una lista de comprobación útil para disfrutar de una buena accesibilidad a http://www.ibm.com/able/guidelines/software/accesssoftware.html
 
Asigne nemotécnicos a todos los menús y opciones de menú.
Asegúrese de que sean exclusivos dentro de un menú determinado. Si un menú se compone dinámicamente a partir de varios conectores, puede que sea mejor no asignar nemotécnicos, ya que los conflictos no pueden evitarse en general (por ejemplo, la lista Archivo > Nuevo o la lista Ventana > Mostrar vista)
 
Asigne nemotécnicos a todas las etiquetas de controles de diálogos / páginas de preferencias / páginas de propiedades (por ejemplo, botones, recuadros de selección, botones de selección, etc)
Asegúrese de que sean exclusivos dentro del diálogo. Tenga cuidado de evitar las colisiones con los botones por omisión (por ejemplo, Restaurar&Valores por omisión, &Aplicar en páginas de preferencias, &Siguiente. &Atrás, &Finalizar en asistentes). No asigne nemotécnicos a los botones Aceptar y Cancelar. Si convierte Aceptar en el botón por omisión de la shell, y Cancelar es equivalente a cerrar la shell, las teclas Intro y Esc se correlacionarán con estos valores por omisión. En general, no es aconsejable realizar ninguna acción con Esc o Intro.
 
Asegúrese de que los controles que no tengan etiquetas estén precedidos de una etiqueta.
Si un control no tiene su propia etiqueta (por ejemplo, un campo de texto), utilice una etiqueta anterior que termine en ':' y asígnele un nemotécnico. Los lectores de pantalla como JAWS leerán esta etiqueta cuando el control tenga el foco (consulte Ventana > Preferencias > General)
 
Evite las etiquetas independientes adicionales.
No podrá navegar hasta las etiquetas independientes con el teclado, y los lectores de pantallas como JAWS se saltan estas etiquetas porque no tienen el foco
 
No asigne nemotécnicos a los controles de la ventana principal.
No asigne nemotécnicos a controles de la ventana principal (aparte de los menús principales y las opciones de menú principal), aunque tengan aspecto de diálogo (por ejemplo, los editores de formularios de org.eclipse.ui.forms), ya que suelen entrar en conflicto con los nemotécnicos de los menús.
 
Asigne teclas de acceso rápido a las funciones utilizadas con frecuencia (y sólo a ellas).
Actualmente, sólo existen dos formas de anclar teclas de acceso rápido en SWT: Consulte la tabla de teclas de acceso rápido de Eclipse SDK, que está disponible en Eclipse desde la página de preferencias General > Teclas, para evitar una colisión.
 
Evite las combinaciones Alt+{tecla}, Control+Alt+{tecla} y Control+Espacio+{tecla}.
Intente guardar el contexto de navegación.
Por ejemplo, en Ventana > Preferencias, se recuerda qué página se seleccionó por última vez. Esto evita tener que desplazarse por la lista cada vez.
 
Asigne a una persona concreta del equipo como responsable de la accesibilidad del proyecto.
Toda cuestión importante necesita a alguien que la defienda. Asegúrese de que todas las personas del equipo sepan que disponer de una buena accesibilidad es crucial y que está dispuesto a dar a esa persona toda su cooperación.
 
Prueba de accesibilidad.
Establezca un "día sin ratón" ocasional para el equipo, en el que los miembros intenten utilizar sólo el teclado. Si realiza el desarrollo en Windows, obtenga una copia de JAWSTM y asegúrese de que la UI puede utilizarse con él.