Categorías
Pensando en alto Tecnología

Accesibilidad web extrema

Vengo de comentarlo con WhisKiTo en una de estas tardes de cañas y fotos. ¿Cómo haces que una persona ciega y sorda entienda una pagina web? Sí, lo he soltado a lo burro, como me hicieron a mí. Miento, yo contaba con unos antecedentes. Muchas empresas y cualquier corpúsculo de la Administración exige que su página (que suele ser una aplicación web en JAVA con Oracle, que hace que WordPress parezca tan básico como un chupete) cumpla ciertos requisitos de accesibilidad. Es decir, la página debe poderse navegar con cualquier navegador, con cualquier configuración y hasta con una piedra atada a un cable, quitando todo lo bonito (y lo feo), que es en lo que todos pensamos cuando nos hablan de esto en parte debido a la facilidad de tener un espacio en la red hoy en día.

El problema se lo encontró un compañero con la gente ciega, no lo vieron venir (ups), que al rellenar un formulario se encontró con un Captcha (esas caja de texto que insisten en que introduzcas los códigos autogenerados y malamente pintados que aparecen por ahí con el objeto único de saber si tienes o no humanidad, y siempre falla) y esta persona, al ser incapaz de conocer qué palabra se escondía tras la imagen, activó (imagino que de forma automática) el Captcha de voz, un programa que «lee» lo que aparece en la imagen o bien algo completamente diferente, depende de cómo se haya programado. Para los más curiosos, en este sitio web se utilizó JCaptcha y, como nunca se les había planteado el caso, se modificó lo mínimo, esto quiere decir que el sintetizador de voz está en inglés. Llamadme raro, pero parece que no puedes obligar a nadie a que aprenda inglés. De forma que se tuvo que programar una aplicación que leyera «La M con la A, MA» y no «mei». Un trabajo de enanos ya que lo que hay desarrollado no era compatible (no me enteré muy bien del motivo porque ese proyecto me toca de refilón). Pensaréis que ya es casualidad y mala uva que una persona se encuentre con este problema y encima se queje, que en su derecho está. Pues ojito, que por lo visto llamó otra segunda persona, también invidente, abroncada porque no conseguía finalizar sus gestiones. Paciencia, señora.

Después de este marrón ya nos metieron más miedo en el cuerpo (aunque repito que a mí ni me iba ni me venía) con el caso de una persona que, por el motivo que sea, no fuera capaz ni de ver ni de oír. Una persona que como cualquier otra paga sus impuestos religiosamente y que tiene derecho a disfrutar de las ventajas de este tipo de recursos en línea que algunas comunidades autónomas ofrecen. ¿Qué haces? No estoy metido en el tema, pero da para pensar, ¿cómo se idea, diseña, construye una página que no va a leerse ni en voz baja ni en voz alta? Con una única persona que se queje sobre esto la vamos a tener montada. Porque a ver quién le quita la razón.

Discutidlo con vuestra familia a la hora de la comida, mientras os dejo una pregunta simplona y obligada, ¿alguien que lea este blog de alguna manera que no contemplo? Es decir, si hay algún ciego entre vosotros y necesite de herramientas especiales que reproducen lo que escribo. Si se da el rarísimo caso, que se anime a compartir la experiencia.

Ahí os lo dejo, con la magdalena del desayuno. Yo a las seis arriba. Qué bien se está de vacaciones, ¿verdad?

Visto en: Capture.

7 respuestas a «Accesibilidad web extrema»

Una persona ciega y sorda usa una terminal braille, que hace lo mismo que un lector de voz pero en lugar de sintetizar voz lo pasa a la terminal para ser leido con las manos. No sé nada de braille, pero probablemente haya modificadores (equivalentes a cursivas, negritas…) que lo conviertan en algo muy parecido a leer con los ojos.

La pregunta es: como un ciego, sordo y sin brazos, hace sus gestiones en la web del INEM? :P

Y luego no hablemos de las webs que funcionan solo de 8 a 3 (la del SAE, sin ir mas lejos) o las que cierran por mantenimiento todos los días. Hay cada chapuza montada…

Como dice adirael, con braille: http://es.wikipedia.org/wiki/L%C3%ADnea_Braille. Los requisitos de accesibilidad son más o menos los mismos que para leer la página con un sintetizador de voz, tiene que estar claramente estructurada y demás. El problema es lo que sale de HTML puro y duro, que a muchas webs las desvistes de javascript, flash, etc. y dejan de funcionar. Eso es lo que no debería pasar en una web pública, igual que tampoco debería pasar que poniendo la accesibilidad como excusa se descarten todos esos avances.

Lo ideal es usar los avances tecnológicos como un añadido, de una forma no obstructiva: http://es.wikipedia.org/wiki/JavaScript_no_obstructivo.

Sí, el braille se contempla desde el principio, qué remedio. El problema gordo que comento es el Captcha. ¿Cómo una persona que ni ve ni oye sabe qué tiene que introducir en la caja de texto? Porque llega un punto del formulario donde es necesario descifrar lo que aparece en la imagen o escribir las palabras o cifras que la web se encarga de leer para poder continuar. Y, obviamente, no se baraja la opción de deshabilitar este Captcha para según que casos porque los de la Administración son así de cachondos. Tic-tac, tic-tac…

De tipo matemático creo que se podría romper fácilmente (si sólo son sumas y restas, es sencillo; y de ser más complejo no todo el mundo sabría la respuesta). Y las «lógicas» (como «Â¿Qué animal hace miau?») son finitas y por lo tanto memorizables y fáciles de atacar. Es más complicado de lo que parece.

las preguntas matematicas podrian venir generadas de forma aleatoria, uniendo partes de la operacion en forma escrita, y partes en forma numerica. algo asi como «dos mas 4 – cinco por 3»

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *