Buscador

domingo, 9 de enero de 2011

Problemas de accesibilidad de los captcha (1/2)

He preparado dos vídeos sobre la accesibilidad de los captcha. En la primera parte, explico los problemas de accesibilidad que tienen los captcha que se emplean en la actualidad. También muestro algunas de las alternativas a los captcha actuales que se están proponiendo, que tampoco son accesibles.

El vídeo es accesible: posee subtítulos en español, para que una persona sorda pueda seguirlo.


Además, también he publicado las transparencias empleadas en el vídeo.


Y a continuación incluyo la transcripción completa del vídeo.

1. Hola, soy Sergio Luján Mora, profesor de la Universidad de Alicante, y con este videotutorial vas a aprender los problemas de accesibilidad que presentan los captcha.


En primer lugar, recordemos qué es un captcha.



2. CAPTCHA es el acrónimo de “Completely Automated Public Turing test to tell Computers and Humans Apart”.

Traducido al castellano, “Prueba de Turing pública y automática para diferenciar máquinas y humanos”.

Un captcha es una prueba de tipo desafío-respuesta que se utiliza para determinar cuándo el usuario de un sistema informático es o no humano.



3. Los captchas son esas imágenes con letras y números distorsionados que vemos en muchas páginas web como son los formularios de registro, las páginas de envío de comentarios a foros y blogs, y muchas otras páginas.



4. El objetivo de un captcha es distinguir a un ordenador de un ser humano, y de este modo, impedir que los robots (también llamados bots) realicen un uso indebido de un servicio, como por ejemplo enviar comentarios automáticos con spam a un foro o un blog.

El captcha se sustenta en la idea de que un ser humano podrá resolver la prueba sin problemas, mientras que un ordenador tendrá muchas dificultades o será incapaz de hacerlo y por tanto, de este modo lograremos impedir su acceso.



5. Desgraciadamente, cada vez más los captcha son más difíciles, se aplican más variaciones, más distorsiones y se introduce más ruido para dificultar la resolución por parte de los ordenadores, pero a su vez también son más difíciles para las personas.

Pero además, este tipo de captcha que se emplea normalmente, una imagen con texto distorsionado, no puede ser utilizado por algunos grupos de usuarios.



6. En concreto, los captcha bloquean el acceso a muchos usuarios que padecen algún tipo de discapacidad.

Las personas con visión reducida, como pueden ser los daltónicos que tienen dificultades para distinguir algunas combinaciones de colores o las personas que usan magnificadores de pantalla para ampliar el tamaño de lo que se visualiza en una pantalla pueden tener graves problemas para distinguir el texto que se muestra en un captcha.

Por otro lado, es evidente que las personas ciegas que utilizan un lector de pantalla no pueden contestar los captcha basados en imágenes con texto en su interior, ya que estas imágenes no pueden incluir en el atributo "alt" de la etiqueta <img /> el texto que aparece escrito en los captcha, ya que entonces un ordenador también lo podría leer y podría pasar la prueba.

Además, las personas con algún tipo de discapacidad cognitiva o intelectual como la dislexia, también pueden tener problemas a la hora de interpretar el texto que contiene un captcha.



7. El problema de los captcha aparece como uno de los principales problemas de accesibilidad de las páginas web en la actualidad.

WebAIM, una organización dedicada al estudio y divulgación de la accesibilidad web, ha realizado en los últimos años varias encuestas sobre el uso de lectores de pantalla (en inglés, screenreaders).

Los lectores de pantalla son el software que emplean las personas ciegas o con graves problemas de visión para utilizar el ordenador y, por tanto, navegar por la Web.



8. La segunda encuesta que realizaron en octubre de 2009 tenía varias preguntas sobre el empleo de imágenes en las páginas web.

También había una pregunta sobre qué elementos eran los más problemáticos (difíciles y confusos) de las páginas web.

En los resultados obtenidos, los captcha aparecían en la primera posición, con un 28% de las respuestas.

Por ello, los captcha suponen un grave problema de accesibilidad, que impide la participación activa en Internet de algunos usuarios.



9. Por ejemplo, la famosa enciclopedia Wikipedia muestra un captcha cuando se quiere modificar un artículo.

Por tanto, una persona ciega no puede crear contenido en la Wikipedia.



10. O el sistema de correo de Yahoo! también muestra un captcha.

En estos servicios, una persona con discapacidad necesita la ayuda de otra persona para poder participar.

¿No existe alguna alternativa?

¿No existen captchas accesibles?

Existen algunas alternativas, como vamos a ver a continuación, pero todas tienen algún problema y no hay ninguna alternativa que sea la solución perfecta.



11. Por ejemplo, cuando se quiere obtener una cuenta en Google Accounts para utilizar un servicio como Blogger o Gmail, se proporciona un captcha alternativo para las personas ciegas que consiste en escuchar un fragmento sonoro y escribir las letras y números que se escuchan.



12. Este sistema también lo utilizan otras páginas web, como la de registro en Windows Live.

Vamos a probarlo.

Nos vamos a un navegador.

Estamos en la página de Windows Live para crear una cuenta nueva.

Y tenemos este captcha visual con dos palabras que hay que escribir en este cuadro de texto.

Además, tenemos la posibilidad de alternar a un captcha sonoro.

Vamos a probarlo y vamos a ver qué se escucha.

[Se escucha el captcha: unos números con ruido de fondo]

Hemos oído como se han nombrado unos números que tendríamos que escribir en este cuadro de texto.

Pero, al igual que el captcha visual, el captcha sonoro también incluye cierta distorsión, con lo cual a menudo son ininteligibles.

Además, requieren de un ambiente silencioso para poder ser entendidos correctamente.

También presentan un problema importante: el navegador del usuario debe admitir JavaScript y debe poseer ciertos complementos para poder reproducir el fragmento sonoro.

Por último, los usuarios sordociegos, no podrán acceder ni al captcha visual ni al captcha sonoro.



13. Comprobemos otro tipo de sitios web.

¿Son las redes sociales tan “sociales” como nos prometen?

Hagamos una prueba con Twitter, vamos a ver que pasa con su captcha en la página de registro.

Nos vamos otra vez al navegador, a la página principal de Twitter.

Nos vamos a registrar como un nuevo usuario, este es el formulario de registro, como vemos esta en castellano.

Pulso en el botón “Crear mi cuenta” y me aparece un captcha visual para que escriba las dos palabras que aparecen en la imagen.

Además, también tenemos la opción de alternar a un captcha sonoro.

Vamos a oírlo.

[Se escucha una explicación en inglés]

[Se escucha el captcha: palabras con ruido de fondo]

[Se vuelve a escuchar todo una vez más]

Como vemos, bastante sorprendente, el formulario está en castellano, pero el captcha sonoro está en inglés.



14. Para solucionar el problema de accesibilidad de los captcha han surgido algunas propuestas interesantes, pero ninguna es la panacea.

WebVisum es un complemento para Firefox que permite a los usuarios con problemas de visión o con ceguera navegar e interactuar con las páginas web de una forma más sencilla.

Entre sus funciones existe una ayuda para resolver los captcha.

Este complemento para Firefox permite enviar a la gente de Webvisum la imagen de un captcha, ellos solucionan el captcha y devuelven la solución a quien lo ha solicitado.

En concreto:



15. Supongamos que hemos accedido a una página web que contiene un captcha.

Se pulsa el botón derecho del ratón sobre el captcha y se selecciona “Solve CAPTCHA” en el menú contextual.

Con esto enviamos el captcha a la gente de Webvisum.

Una notificación informa de que el captcha ha sido enviado y se está procesando, el tiempo de resolución depende de diversos factores.

Cuando la solución del captcha se recibe, se muestra otra notificación con la solución y se indica que también se ha copiado al portapapeles.

Se selecciona el cuadro de texto correspondiente y se pega la solución.

Y, de esta forma, el formulario ya se puede enviar.



16. Otra iniciativa parecida es la que ofrece el proyecto Solona, una comunidad de usuarios que ayudan a resolver los captcha a los usuarios ciegos registrados en su web.

Este sistema es similar al anterior: una persona examina el captcha y lo resuelve de forma confidencial, enviando el resultado al otro usuario ciego.

Sin embargo, como ya he comentado antes, estos sistemas no son la solución universal, más aún cuando están apareciendo nuevos tipos de captcha que son aún más inaccesibles para algunos grupos de usuarios.

Veamos algunas propuestas novedosas de captcha.



17. Por ejemplo, en el sitio web “They Make Apps” emplean un captcha que consiste en una barra de desplazamiento que hay que mover hasta cierto punto.

Evidentemente, una persona ciega no puede resolver este captcha ni tampoco se puede resolver de formar remota empleando un sistema como Webvisum o Solona.



18. Otra propuesta es la que podemos encontrar en el sitio web “Web Design beach” donde hay que arrastrar un objeto hasta una zona de la página.

Vamos a probarlo.

Nos vamos al navegador, a la página de “Web Design beach” y aquí tenemos el captcha visual.

En este captcha, nos dan la instrucción de que para verificar que somos humanos debemos arrastrar el corazón al círculo.

Si yo intento arrastrar cualquier otra de las imágenes, no podré, solamente puedo arrastrar el corazón.

Y con esto ya podría enviar el formulario correctamente.



19. Otro captcha alternativo es el de “Animal Captcha Test”, donde hay que escribir el animal que aparece en una imagen distorsionada.

Evidentemente, este captcha también es inaccesible para una persona ciega o con problemas cognitivos y seguramente mucha gente también tendrá problemas a la hora de nombrar ciertos animales.



20. Otra captcha alternativo es el que podemos encontrar en “Captcha The Dog”, donde se muestran nueve fotografías de animales y hay que acertar cuál es el perro.

El proceso se repite un cierto número de veces hasta que todas las fotografías son del mismo animal, en este caso de gatos.

Vamos a probarlo.

Nos vamos al navegador, a la página web de “Captcha The Dog”, y aquí tenemos el captcha.

Y nos pregunta “cuál de estas cosas no es igual a las otras”.

Tenemos nueve fotografías, como podemos ver, ocho son de gato y hay una, que está aquí, que es un perro.

La selecciono y se vuelve a cargar otro conjunto de fotografías donde ocurre lo mismo, ocho son de gato y una de perro.

Vuelvo a seleccionar el perro y se vuelven a cargar nueve fotografías.

Otra vez, tenemos ocho de gato y una de perro.

Y, ya por fin, tenemos nueve fotografías que son de lo mismo, de gato.

Cuando todas las fotografías son iguales, ya podemos enviar el formulario.



21. Otra propuesta es la de “Imagination”, donde se utiliza un doble sistema.

En la primera prueba se muestra una imagen compuesta de varias imágenes y hay que marcar el centro geométrico de alguna de ellas.

Por ejemplo, si yo elijo esta imagen, su centro geométrico estaría más o menos por aquí.



22. En la segunda prueba de este captcha se muestra una imagen distorsionada que hay que etiquetar eligiendo una etiqueta de un conjunto que se propone.

En este ejemplo, tendría que elegir la etiqueta “man” (hombre, en inglés).



23. Otra propuesta es la de “Yuniti”, donde se emplea un captcha que consiste en reconocer modelos tridimensionales de objetos y animales.

Se muestra esta imagen con tres objetos, y para cada uno de ellos, hay que seleccionar un objeto similar de entre este conjunto de objetos.



24. Otro captcha alternativo es el que propone “NuCaptcha Engage”, donde se emplea un captcha parecido a los que estamos acostumbrados, pero en vez de emplear una imagen se utiliza un vídeo.

Veamos como funciona.

Nos vamos a la página de “NuCaptcha Engage” y aquí tenemos el captcha basado en vídeo.

Sobre un vídeo se muestra cierto texto en movimiento.

Y nosotros, lo que tenemos que hacer es escribir las tres letras que aparecen en rojo.



25. Finalmente, otra propuesta es la que han desarrollado unos ingenieros de Google y que fue presentada en la World Wide Web Conference de 2009 que se celebró en Madrid.



26. En esta propuesta, el captcha consiste en identificar la correcta orientación de una fotografía.

Para ello se emplea una barra de desplazamiento que permite girar 360º la imagen que se tiene que orientar.

Esta claro que esta solución tampoco es accesible, ya que las personas con deficiencia visual no lo podrán responder.



27. En resumen, hemos visto que los captcha que se emplean actualmente son inaccesibles para algunos grupos de usuarios.

Lo mismo ocurre con los nuevos captcha que se están proponiendo.

Pero es que además, los nuevos captcha son cada vez más complejos, más difíciles de entender.

Y, por supuesto, en algunos de ellos existe la barrera del idioma, como hemos visto, que no solo afecta a las personas con discapacidad.



28. Y con esto finalizo este videotutorial en el que te he explicado cuales son los problemas de accesibilidad que presentan los captcha.

En la próxima parte de este videotutorial veremos qué soluciones hay a los captcha no accesibles.

Si necesitas más información o quieres contactar conmigo, aquí tienes los datos.

sábado, 8 de enero de 2011

Curso en línea de diseño web profesional: usabilidad, estándares y arquitectura de información

La Universidad de Murcia organiza la segunda edición del curso Curso en línea de diseño web profesional: usabilidad, estándares y arquitectura de información. El curso se desarrollará del 21 de febrero al 20 de marzo de 2011, tiene un coste de 70€ para alumnos de la Universidad y 100€ para el resto.

El contenido del curso es:
  1. Diseño de sitios web con HTML y CSS
    • Introducción a los estándares web.
    • HTML (tipo de documento, head, reglas para escribir HTML, atributos genéricos, tablas y formularios).
    • CSS. Hojas de estilo (árbol del documento, selectores, unidades de medida, color y fondos, margen, espaciado y borde, texto, menús, disposición en página).
    • Diseños para todos (escribir código accesible, problemas con algunos navegadores, validación de formularios).
  2. Usabilidad y accesibilidad
    • Introducción a la Usabilidad (definiciones, disciplinas afines...).
    • Evaluación de la Usabilidad (test de usuarios, evaluación heurística, estudio de casos).
    • Accesibilidad.
    • Pautas de Accesibilidad.
    • Validación de la accesibilidad (herramientas para la revisión, revisión manual y automática).
    • Ejercicios prácticos (heurística de usabilidad, revisión de pautas de accesibilidad).
  3. Arquitectura de la información
    • Arquitectura de información: Disciplina, rol profesional y proceso.
    • El usuario: Necesidades y estrategias de búsqueda de información.
    • Diseño conceptual: Descripción y organización de información.
    • Diseño navigacional: Rotulado, navegación e interacción.
    • Documentación: Elaboración de entregables.

martes, 4 de enero de 2011

Primer juego diseñado por un invidente para los teléfonos de Apple

Acabo de leer en el periódico El País la noticia Apple publica el primer juego diseñado por un invidente. La noticia dice:
Jonathan Chacón contribuye con su trabajo a hacer más agradable la vida de muchas personas. Es el primer desarrollador ciego del mundo en publicar una aplicación en latienda de Apple. Se trata de Buscaminas accesible, un juego para personas ciegas, sordas y con discapacidad motora. También pueden jugar personas sin discapacidad.
"En 2008 me empecé a acercar al mundo de Apple. Con el tiempo, personas de Apple me preguntaron si era ciego. Y me comentaron que si conseguía publicar la aplicación, sería el primer ciego en el mundo en hacerlo", relata este sevillano de 31 años, empleado en Technosite. "Soy consultor de accesibilidad y experiencia de usuario, principalmente sobre web, aunque también analizo posibilidades de accesibilidad en aparatos, aplicaciones de escritorio y móviles...". Chacón es técnico superior en Diseño y Desarrollo de Aplicaciones Informáticas.

Punto de vista ciego

Acabo de leer en el periódico El País la noticia Antoni Abad lanza la red social Punto de Vista Ciego. La noticia dice:
En la web Punto de Vista Ciego, una red social concebida para personas ciegas o con visión reducida, ya hay decenas de indicaciones que forman una cartografía de Barcelona a medida de invidentes. Se trata del último proyecto de Antoni Abad, un artista que utiliza las nuevas tecnologías para dar voz y visibilidad a los colectivos más desfavorecidos.
Punto de Vista Ciego se basa en un software para teléfonos móviles con GPS integrado, realizado por Lluís Gómez y un sitio web especialmente adaptado para personas con discapacidad visual, elaborado por Eugenio Tisselli. Estas dos herramientas permiten a los participantes grabar y publicar en Internet textos, imágenes y sonidos (geolocalizados por Google Maps) de obstáculos y barreras arquitectónicas -y también ejemplos de buenas prácticas- con los que se encuentran en su vida diaria. El proyecto es una evolución de Barcelona *Accesible, una red para personas con discapacidades motoras, que le valió a Abad el premio Golden Nica en el apartado Comunidades Digitales de los prestigiosos Ars Electronica Prix de Linz (Austria).

miércoles, 29 de diciembre de 2010

Ceguera al color y simulador de visión

La página web Colorblindness explica qué es la ceguera al color (popularmente conocido como daltonismo) y explica los diferentes tipos que existen.

Además, incluye Vision simulator, que permite simular en un conjunto de imágenes diferentes tipos de ceguera al color.


Sobre la ceguera al color ya he escrito en ocasiones anteriores. Algunos de mis entradas antiguas relacionadas con el daltonismo o ceguera al color:
Y algunas herramientas que nos pueden ayudar a elegir colores que no ocasionen problemas:

lunes, 27 de diciembre de 2010

Teléfono de contacto en un formulario web

Los formularios son el principal mecanismo de interacción y de obtención de información en las aplicaciones web. La creación de formularios accesibles es un tema bastante complejo (por ejemplo, leed e intentad aplicar todo lo que se explica en este artículo Formularios accesibles según las WCAG 2.0).

Sin embargo, dejando de lado todas las cuestiones técnicas que nos marca WCAG 2.0, a veces hay errores evidentes que se cometen por falta de "sentido común" o por desconocimiento.

Por ejemplo, Sergio López Lozano, un lector de este blog, me manda su artículo Webs, formularios y documentos accesibles, en el que explica el error que supone exigir en un formulario web el teléfono (móvil) como un dato obligatorio. ¿Qué pasa si tengo problemas auditivos y no empleo la función de voz del teléfono, sino que únicamente lo utilizo para enviar texto?

Por ejemplo, el formulario de la compañía aérea EasyJet exige introducir un teléfono móvil por si se quieren poner en contacto contigo:


Lo mismo ocurre con el formulario de otra compañía aérea, Ryanair:


En estos dos ejemplos, si no se introduce un teléfono, es imposible completar el proceso de compra de un billete de avión. Y lo mismo ocurre en la mayoría de los formularios web hoy en día.

Sergio López propone en su artículo añadir una casilla para indicar que se posee una discapacidad auditiva y que, por tanto, se desea que la comunicación sea vía correo electrónico o mensaje de texto al teléfono móvil. Pero solicitar este dato quizás complique el mantenimiento de los ficheros de datos e infrinja alguna de las normas de la Ley Orgánica de Protección de Datos de Carácter Personal.

jueves, 23 de diciembre de 2010

¿Cuándo escribir el texto alternativo?

El artículo Text alternatives for images: a decision tree presenta un árbol de decisión que nos ayudará a decidir cuándo escribir el texto alternativo para una imagen y qué escribir.


Este árbol de decisión se puede resumir en la siguiente pregunta: si yo quito la imagen de la página web, ¿la página se puede seguir utilizando igual y no se pierde información? Si la respuesta es SÍ, no hace falta que escriba un texto alternativo (pero debo escribir un texto alternativo nulo con alt=""); si la respuesta es NO, tendré que escribir un texto alternativo, o explicar la imagen en el texto o incluso utilizar el atributo longdesc.

miércoles, 22 de diciembre de 2010

Estudio de Accesibilidad a la Red

Estudio de Accesibilidad a la Red es un libro que se publicó en septiembre de 1998 y que quizás es de los primeros que se publicó en España sobre accesibilidad web. Aunque es un poco viejo, es interesante ojearlo para comprobar cómo algunos aspectos siguen siendo totalmente válidos.


martes, 21 de diciembre de 2010

Vídeo sobre accesibilidad en HTML5

Hace unos pocos meses, en octubre, se celebró Amsterdam el congreso Fronteers 2010, dedicado a los últimos avances del desarrollo web, como son HTML5, CSS3, SVG, etc.

Se grabaron 14 sesiones en vídeo y se han publicado en Internet.

Una de las sesiones fue HTML5 Accessibility: Is it ready yet? de Steve Faulkner y Hans Hillen, que tenía la siguiente descripción:

What are the features in HTML5 that have the potential to:

* make it easier for developers to provide a more accessible user experience?
* make it harder for developers to provide a more accessible user experience?

Where does WAI-ARIA fit into the HTML5 accessibility story? How can WAI-ARIA fill the gaps in HTML5 UI accessibility?

Y a continuación el vídeo:


Steve Faulkner & Hans Hillen | HTML5 Accesibility: is it ready yet? | Fronteers 2010 from Fronteers on Vimeo.

También tenemos la presentación disponible en Slideshare:

viernes, 17 de diciembre de 2010

ReadSpeaker

ReadSpeaker es un sistema que permite ofrecer un sistema de lectura, como si fuera un lector de pantalla, en cualquier página web, sin necesidad de que el usuario del sitio web se tenga que descargar e instalar algún tipo de software.

El sistema, además de leer el contenido de la página, también permite resaltar el texto, frase a frase o palabra a palabra, conforme lo va leyendo. Este tipo de sistema puede ayudar a algunos tipos de usuarios, como por ejemplo los que tienen algún tipo de problema cognitivo como la dislexia.

Como curiosidad, en este sitio web podemos leer que el Gobierno de España, en concreto el Ministerio de Ciencia e Innovación, emplea este sistema: Spanish Government adds online text to speech.

jueves, 16 de diciembre de 2010

¿Qué pasa con CATIC?

Allá por el 2008 tuve las primeras noticias del Centro de Accesibilidad TIC (CATIC), un organismo desarrollado en el seno de la Fundación Oficina Valenciana para la Sociedad de la Información (OVSI) con el fin de promover la accesibilidad tecnológica en la Comunitat Valenciana y facilitar el acceso a las Tecnologías de la Información y la Comunicación al conjunto de la ciudadanía.

El CATIC se presentaba como el "Primer Centro dedicado a la Accesibilidad TIC en la Comunitat Valenciana":


Entre sus tareas, prometía "la observación del estado de la accesibilidad web, la difusión de tecnologías inclusivas y la formación y promoción de las buenas prácticas en el ámbito de la accesibilidad Web".

¿Cuál es la situación de CATIC a día de hoy? Más de 2 años después, está completamente abandonado. Su sitio web sigue funcionando, por ahora.


Pero el contenido del sitio web es bastante reducido y poco útil. Si consultamos el apartado de Noticias, veremos que la última noticia data de diciembre de 2008.

Además, contiene algunos errores. Por ejemplo, en el Centro de documentación encontramos documentos que se han subido de prueba y alguien ha olvidado borrar:


O en el apartado de Publicaciones de otras fuentes encontramos un perenne mensaje de "En construcción":


Incluso podemos encontrar páginas vacías, sin contenido, como el apartado de Eventos:



CATIC ha sido otra idea publicitaria de los políticos, con arranque de caballo, pero parada de burro. Otra idea de los políticos para hincharse la boca con promesas sobre su preocupación por las personas con discapacidad y otros grupos desfavorecidos que al final se queda en eso, en promesas.

miércoles, 15 de diciembre de 2010

Control del ordenador con los ojos

En el periódico El País han publicado  la noticia Cómo controlar un ordenador con los ojos. La noticia dice:
El tema de la tesis doctoral de Aleksandra Królak era el algoritmo que detecta los parpadeos. Mientras trabajaba en este proyecto, midió la fatiga de la gente que realizaba un trabajo intelectual sostenido durante varias horas, analizando los cambios en su ritmo de parpadeo. Al mismo tiempo vio La escafandra y la mariposa, una película que narra la historia real de un hombre paralizado después de un accidente, que podía mover sólo un ojo y se comunicaba con su enfermera parpadeando; ella iba leyendo el abedecario y escribía las letras que él le indicaba.
[...]
La principal ventaja de b-Link es que no exige ninguna capacidad técnica ni ningún equipo complejo, sólo un ordenador y una webcam normales. La instalación de la aplicación y la configuración de la cámara son los únicos pasos que necesitan la ayuda de una persona sana. Después, el discapacitado puede usar el programa sin ninguna ayuda. La cámara, debidamente ajustada, detecta el rostro del usuario, localiza la posición de sus ojos y capta los parpadeos. De esa forma, sólo con parpadear, el usuario puede navegar por internet y utilizar programas como Word Pad, MS Word y MS Outlook o apagar el ordenador.
[...]
Existen otros sistemas semejantes a b-Link, pero que necesitan equipos caros o complicados. El programa desarrollado conjuntamente por la Universidad Técnica de Lodz y Telekomunikacja Polska es la única aplicación de este tipo en el mundo que puede descargarse de manera gratuita en internet. Puede descargarse en tres idiomas (polaco, inglés y francés); el software incluye manuales de instrucciones a los que se puede acceder una vez que se ha escogido la versión en un idioma. Todos los archivos y los códigos fuente de b-Link pueden encontrarse en http://b-link.sourceforge.net/. Además, b-Link no sólo es gratuito, sino que es de código abierto, lo cual permite que la comunidad de internautas siga desarrollándolo. También está publicado en el sitio web de TP y la página web polaca de Orange; hasta ahora, ha habido ya más de 13.000 descargas.

martes, 14 de diciembre de 2010

Nuevos tipos de captcha, que no son accesibles

Los captchas son las pruebas de tipo desafío-respuesta que se emplean en muchas páginas web para diferenciar los humanos de los ordenadores. ¿Para qué? Para evitar un uso abusivo de algunos servicios que se proporcionan de forma gratuita en Internet, como el correo electrónico.

Ya he escrito en otras ocasiones sobre este tema, como en el artículo ¿Captcha accesible? No. Hoy en día, los captchas suponen un  grave problema de accesibilidad, ya que se suelen basar en pruebas visuales.

Según algunos estudios (Encuestas sobre uso de lectores de pantalla), los captchas son uno de los "elementos más problemáticos (difíciles y confusos) de las páginas web".

Desgraciadamente, no parece que vaya a mejorar la situación, ya que los nuevos tipos de captcha que se están desarrollando siguen utilizando pruebas visuales, como podemos ver en los siguientes ejemplos.

En la web They Make Apps, el captcha que emplean es una barra de desplazamiento que el usuario tiene que mover hasta cierta posición.


Animal Captcha Test muestra una imagen distorsionada y el usuario tiene que introducir el animal que aparece en la fotografía.


IMAGINATION: Image-based Authentication, propone una doble prueba en la que primero hay que marcar el centro geométrico de una imagen y luego etiquetar una imagen (el usuario tiene que asignar a una imagen una etiqueta de un conjunto).




Por último, NuCaptcha Engage propone algo totalmente distinto: mostra el captcha en un vídeo.


Y para terminar, un vídeo donde explico estas nuevas formas de captchas:

domingo, 12 de diciembre de 2010

Video sobre accesibilidad de red.es

Interesante vídeo divulgativo sobre la accesibilidad de red.es, aunque quizás muy superficial y con ningún contenido técnico:

viernes, 10 de diciembre de 2010

Observatorio de Accesibilidad Universal en los Municipios de España 2010

El pasado 24 de noviembre de 2010 tuvo lugar en la sede de Fundación ONCE la presentación del Observatorio de Accesibilidad Universal en los Municipios de España 2010.

En el sitio web de la Fundación ONCE se ha publicado la noticia La media en accesibilidad web de los municipios españoles es de 6,5 en la que cabe destacar:
La media de accesibilidad en las páginas web de los municipios españoles es de 6,5 puntos, según datos del Observatorio de Accesibilidad de sitios web municipales, presentado ayer por la Fundación ONCE. Aunque 6,5 es aprobado, según la escala de este Observatorio esta puntuación responde a un nivel de accesibilidad deficiente.

Sin embargo, hay algunas ciudades como Zaragoza cuya página web ha obtenido una puntuación de 9,03 puntos, seguida de Pamplona con un 8,94; Madrid, con un 8,56 y Guadalajara, con un 8,42. En el lado opuesto, están las Web de El Casar, con un 1,97; Puente Genil (Córdoba), con 4,20 puntos; Moguer (Huelva), con 4,26 o Logroño, con un 4,48.

Los principales problemas de accesibilidad se encuentran, según destacó Jesús Hernández, director de Accesibilidad de Fundación ONCE, en los contenidos multimedia, aplicaciones como Flash y los archivos PDF.

martes, 7 de diciembre de 2010

Encuesta para usuarios de lectores de pantalla

El WebAIM acaba de publicar en español la Encuesta para usuarios de lectores de pantalla. Este es el tercer estudio sobre el uso de lectores de pantallas que realiza.

La encuesta está dirigida a todos los usuarios de lectores de pantallas, tanto a aquellos que los usan como un producto de apoyo, como a aquellos que los usan como herramienta de revisión de la accesibilidad web.

La encuesta estará abierta hasta el 10 de enero de 2011 y los resultados se publicarán en marzo de 2011.

¡Todos a contestar la encuesta!

[Actualización 29/03/2012]
Los resultados de esta encuesta están disponibles en Screen Reader User Survey #3 Results.

lunes, 6 de diciembre de 2010

Sistemas de barrido para teclados

Acabo de leer el artículo SAK: Scanning Ambiguous Keyboard for Efficient One-Key Text Entry, publicado en el volumen 17, número 3 (julio 2010) de ACM Transactions on Computer-Human Interaction (TOCHI).

En este artículo se explican qué son los sistemas de barrido que se emplean para introducir textos en un dispositivo como un ordenador o un teléfono móvil. Estos sistemas son utilizados por personas con problemas de movilidad que no pueden emplear un teclado normal.

El sistema de barrido más simple es un sistema lineal, en el que se le presenta a la persona las opciones (por ejemplo, los caracteres de un teclado) una a una. Cuando el barrido se sitúa sobre el carácter que desea la persona, mediante la activación de un interruptor la selecciona.


Evidentemente, este sistema es lento y se pueden crear sistemas mejores como el de la siguiente imagen, donde el barrido actúa en dos fases: en primer lugar se realiza un barrido por filas y después, dentro de una fila, se realiza un barrido por columnas.


El artículo también explica el empleo de teclados ambiguos, algo a lo que estamos todos acostumbrados, ya que cuando escribimos un SMS en un teléfono móvil estamos utilizando un teclado ambiguo.

domingo, 5 de diciembre de 2010

Otro sistema para controlar el ordenador con la lengua

Hace un par de años, escribí una entrada sobre un sistema que permitía controlar el ordenador con la lengua. Ese sistema se basaba en el empleo de un pequeño iman del tamaño de un grano de arroz, que se colocaba en la lengua mediante un implante o un piercing, y traducía el movimiento de la lengua en el movimiento de un cursor en la pantalla del ordenador.

Ahora acabo de leer el artículo (con vídeo de demostración) Tongue clicks to control wheelchairs donde se muestra un sistema que también emplea la lengua, pero que se basa en analizar los ruidos y chasquidos que produce la lengua. Para ello, se emplea un pequeño audiofono que capta los sonidos y los transmite al ordenador, donde se analizan y se convierten en comandos.

viernes, 3 de diciembre de 2010

INTAV

INTAV (INTECO Accessibility Validator) es un servicio que analiza, de forma automática, el cumplimiento de los requisitos de accesibilidad web en base a los estándares vigentes, como son UNE 139803:2004 y WCAG 1.0.

miércoles, 1 de diciembre de 2010

Nueva encuesta del WebAIM sobre el uso de lectores de pantalla

El WebAIM acaba de iniciar su tercer estudio sobre el uso de lectores de pantalla (Screen reader user survey). Desgraciadamente, la encuesta está solo en inglés, aunque les he mandado un correo preguntando si la van a tener en español.

Respecto las dos primeras encuestas, en mi entrada Encuestas sobre uso de lectores de pantalla comento algunos de los resultados.