« Anterior | Siguiente »
Formularios accesibles
Publicado el 22/12/08
por Ricardo Gil
Es importante saber cómo se comportan los lectores de pantalla cuando acceden a nuestros formularios para que podamos construirlos mejor.
Vamos a centrarnos en el “modo formulario” tanto de JAWS como de Window-Eyes. Para explicar qué es el “modo formulario”, primero hay que saber que al tener en funcionamiento un lector de pantalla durante la navegación web, estos habilitan una serie de teclas de acceso rápido para algunas funciones básicas. Por ejemplo, el usuario puede pasar al siguiente párrafo pulsando “P”, a la siguiente lista pulsando “L” o al siguiente encabezado pulsando “H”.
En un formulario, entramos en “modo formulario” para que al pulsar dichas teclas el lector de pantalla no haga nada y podamos introducir texto con normalidad en los campos.
¿Cómo navega el usuario entre los campos de un formulario?
Con el tabulador.
¿Cuál es el problema entonces?
Que en “modo formulario” los lectores de pantalla únicamente interpretan los elementos de formulario y enlaces. Es decir, ni párrafos, ni encabezados, ni ninguna otra cosa.
Asà que si necesitamos poner textos explicativos para la introducción de texto en un campo, un lector de pantalla no lo leerá. O si después de validar el formulario ponemos el error de introducción del campo en un párrafo dentro del formulario, tampoco lo leerá.
¿Cómo podemos solucionarlo?
El autor de este artÃculo, Ted Page, Director de PWS, da cuatro soluciones. Poner el texto explicativo antes del formulario. Hacer un formulario en varias páginas. Enlaces con pop-ups accesibles al ponernos encima. Poner enlaces ocultos al texto explicativo que estarÃa fuera del formulario.
Personalmente incluyo una quinta opción. Incluir el texto explicativo como parte del label que anexionamos al campo y mediante CSS posicionarlo fuera del label como si fuera un párrafo a parte. SÃ, habrÃa que usar posicionamiento absoluto, pero no muerde.
Ventajas:
- El lector de pantalla lo interpreta correctamente.
- TendrÃamos el texto en su lugar correspondiente.
- No requiere ninguna acción por parte del usuario con lector de pantalla.
- Visualmente, un usuario sin lector de pantalla no ve diferencias.
El artÃculo original aborda más cuestiones sobre los formularios accesibles, asà que os recomiendo leerlo, si estáis interesados en el tema.
ArtÃculos relacionados
¿Y ahora qué?
Por favor deja tu comentario, queremos saber tu opinión sobre este artículo. Trackback URL: Formularios accesibles.

2 comentarios
kcmr
22/12/08
Hola.
WAI-ARIA soluciona parte de estos problemas (en los navegadores que tienen soporte). Dejo un par de ejemplos:
Using aria-required
aria-labelledby and aria-describedby
Saludos.
Ricardo Gil
23/12/08
Muchas gracias por los enlances.
El segundo ejemplo es el que mejor solucionarÃa el problema que he descrito, la verdad que cuando WAI-ARIA sea por fin una recomendación del W3C y empiece a ser soportado por los navegadores principales, va a solventar muchos de los principales problemas que ahora tenemos.
Deja tu respuesta