¿Cómo navega un ciego por Internet?

La semana pasada se creo un poco de polémica por la publicación del artículo De Cómo Usan Los Ciegos Internet, O Cómo La Información Desinforma. En este artículo, un usuario ciego afirmaba:

“La navegación es bastante distinta, mucho más lenta, que para una persona que ve, porque para la que no lo hace se ve obligada a leer la página completa y depende mucho de su desarrollo”, comenta. “No tienes una visión global en ningún momento […] me lo tengo que tragar todo de cabo a rabo y no me lo puedo saltar hasta que el ordenador empieza a hablar”.
"Es viable y es posible navegar por Internet pero procuramos evitarlo en la medida de lo posible porque es un coñazo […] aunque comparativamente a lo que era antes con Flash al menos tenemos esa posibilidad”, remata.

Alguien que no sepa del tema se puede quedar con la impresión de que las personas ciegas "huyen de la Web" porque es un "coñazo", y no es así.

En De Cómo Usan Los Ciegos Internet, O Cómo La Información Desinforma podemos encontrar una explicación de todo lo contrario. Por ejemplo:

Los usuarios que interactúan a través de un lector de pantalla (producto de apoyo utilizado por ciegos y algunos deficientes visuales) no están obligados a escuchar toda una web para acceder al contenido de la misma. Dichas herramientas cuentan con atajos de teclas que facilitan la navegación y permiten acceder a diferentes zonas de la web. De hecho, debido al ruido que puede ocasionar escuchar el motor de voz durante la carga de una web, lo más frecuente es detener la verbalización y luego intentar ubicar encabezados, listas o listar enlaces.

Algunos piensan que la accesibilidad web es un privilegio

En Cuando la inclusión se hace añicos frente al mundo real, Juanjo nos cuenta la mala experiencia que ha tenido con un grupo de "podemistas" (seguidores del grupo político Podemos) en Twitter.

Juanjo tiene problemas de visión y descubrió que la web de Podemos para realizar votaciones no era accesible. Lo comentó en Twitter y estas son algunas de las respuestas que recibió:

@kastwey @ahorapodemos @Pablo_Iglesias_ Pide ayuda a un familiar.

— Vikingr (@VandalViking) 16 de abril de 2016



@kastwey @VandalViking @ahorapodemos @Pablo_Iglesias_ te entiendo, pero esas cosas cuestan dinero, sé comprensivo…

— Vanesa Mis Opiniones (@Vane_y_sus_opis) 16 de abril de 2016



@kastwey @VandalViking @ahorapodemos @Pablo_Iglesias_ y como has escrito y respondido el tuit?

— Uri_Dovah (@byOriol99) 16 de abril de 2016



@kastwey @ahorapodemos @Pablo_Iglesias_ igual q has escrito aquí y te han dicho lo q dice pablo has podido votar

— Ripy Mari (@MariaMarmar46) 16 de abril de 2016



@kastwey @ahorapodemos @Pablo_Iglesias_ y como lees los tweet y contestas?una contradicción no?

— isabel1953 (@isabel19531) 16 de abril de 2016



@kastwey @Fonta49 tío…participa en lugar de quejarte.ofrécete para hacerlo y ya…es 1 pena q no haya pero lo puedes hacer tú!!

— didac (@DidacDidactis) 17 de abril de 2016



@kastwey @Vane_y_sus_opis @VandalViking @ahorapodemos @Pablo_Iglesias_ pues si es así, no entiendo los problemas que tienes sí dedicas a eso

— rompiendo reglas (@rompienreglas) 17 de abril de 2016



@kastwey @Fonta49 no hablo de favores. Creo que estás en 1 posición de víctima. Solo te sugerí que sería bueno que si sabes…te ofrezcas

— didac (@DidacDidactis) 17 de abril de 2016



@kastwey @Fonta49 pero me reafirmo que estás en una posición de víctima ante esta situación. Puedes sumarte y lograr que se haga la web

— didac (@DidacDidactis) 17 de abril de 2016



@kastwey @Fonta49 lo confirmo.. Eres un quejica… Ayuda hombre… Aquí lo dejo… No continúo. Tienes razón

— didac (@DidacDidactis) 17 de abril de 2016



@kastwey @ahorapodemos @Pablo_Iglesias_ hijo mío haz una solicitud a ver si te la aceptan y si no lo hacen quejate entonces no antes

— Rebeca (@Osetepanda) 17 de abril de 2016



@kastwey @VandalViking @ahorapodemos @Pablo_Iglesias_ eres pesao

— dana ruiz blanco (@laroja57) 17 de abril de 2016



@kastwey Tu estas aquí para votar y aportar soluciones o estas en plan niño rata?aportar si.criticar no https://t.co/0ncgI0tbNd

— Llorens Escriva (@LlorensEA) 18 de abril de 2016


Espectacular, fascinante, sorprendente, me han hecho reír, "Víctima, quejica, pesao, niño rata", jajaja, ¡menudos payasos, cuánta estupidez concentrada en menos de 140 caracteres!

Dos cursos sobre accesibilidad de la Universidad de Alcalá

El Curso Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web (75h, 3 créditos ECTS) se imparte en modalidad online. El temario del curso es:

• Tema 1. Estándares y legislación sobre accesibilidad web.
• Tema 2. Pautas de accesibilidad para el contenido web (WCAG 2.0)
• Tema 3. Evaluación de la accesibilidad de sitios web (WCAG-EM 1.0)
• Tema 4. Accesibilidad web avanzada (WAI-ARIA 1.0 y ATAG 2.0).

El curso Desarrollo de aplicaciones móviles accesibles (25h, 1 crédito ECTS) se imparte en modalidad semipresencial:

• Fundamentos de accesibilidad
• Medidas concretas para evaluar/corregir el nivel de accesibilidad de una aplicación móvil
• Puesta en común de resultados y entrega de diplomas

El futuro de las pautas de accesibilidad

En el congreso Web for All 2016 se ha presentado el trabajo Web Accessibility Guidelines for the 2020, de Michael Cooper. Michael Cooper es un especialista de la Web Accessibility Initiative del W3C.

En este trabajo se repasa el trabajo desarrollado por WAI para crear sus tres conjuntos de pautas (ATAG, UAAG, WCAG) y se explican los pasos que se están dando para avanzar en el desarrollo de las futuras pautas.

¿Es accesible un captcha con 2 modalidades (imagen y audio) en una web que debe cumplir el nivel AA (de acuerdo a las WCAG 2.0)?

Hace unos días recibí esta pregunta:

Hay un tema que no consigo aclarar, y como experto quería consultarte, ya que me ha surgido a partir de este artículo: http://accesibilidadweb.dlsi.ua.es/?menu=que-es-un-captcha-problemas-accesibilidad

Mi duda es: ¿Es accesible un captcha con 2 modalidades (imagen y audio) en una web que debe cumplir el nivel AA (de acuerdo a las WCAG 2.0)?

Según tu texto entendí que hay que buscar otra solución, sin embargo la técnica G144 de las WCAG 2.0 habla sobre la opción de incluir dos modalidades para hacer accesible el capcha... He intentado buscar referencias/ejemplos en otras webs accesibles pero no he encontrado nada claro al 100%.

¿Cuál es tu opinión sobre esto? ¿Me recomiendas que use otra opción?

Mi respuesta:

La técnica G144: Ensuring that the Web Page contains another CAPTCHA serving the same purpose using a different modality indica que si una página web contiene un captcha, se debe proporcionar una alternativa. ¿Cómo? Por ejemplo, si una página contiene el típico captcha de introducir los caracteres que aparecen en una imagen, se debe proporciona una alternativa, como por un ejemplo un captcha auditivo.

¿Por qué?

Porque si una persona es ciega, no puede ver el captcha, pero podrá escuchar el captcha y problema resuelto. ¿Seguro?

En G144 ya no avisan de que hay que llevar cuidado:

Because there are alternate CAPTCHA tasks that use different modalities, a user is more likely to be able to complete one of the tasks successfully.

"A user is more likely", es más probable que un usuario pueda completar una tarea, pero más probable no significa más seguro al 100%.

Y en realidad, en WCAG 2.0 1.1.1 Non-text Content está más claro:

CAPTCHA: If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then text alternatives that identify and describe the purpose of the non-text content are provided, and alternative forms of CAPTCHA using output modes for different types of sensory perception are provided to accommodate different disabilities.

Las pautas hablan de "alternative forms of CAPTCHA", formas alternativas de captcha, pero no indica que dos formas sea suficiente.

En el caso de un captcha visual, que representa un problema para una persona ciega o con baja visión, un captcha auditivo es una alternativa válida. Pero, ¿qué ocurre con una persona sordociega?

Por tanto, un captcha con 2 modalidades (imagen y audio) no garantiza que el captcha sea accesible y que el sitio web lo pueda ser.

La mejor solución es prescindir de los captchas. En el vídeo ¿Qué es un CAPTCHA? Problemas de accesibilidad (2/2) presento algunas alternativas que permiten prescindir de los captchas:

WebReader

En el congreso Web for All 2016 se ha presentado el trabajo WebReader: a screen reader for everyone, everywhere, de Aurelio De Rosa y Donovan Justice. WebReader es:

WebReader is a free and open source JavaScript library developed for modern web browsers. Built using emerging functionality, WebReader can be integrated into any web page.
Underneath, WebReader relies on the Web Speech API to offer speech recognition and speech synthesis functionality.
It integrates a subset of the features provided by classic screen readers.
A major advantage of WebReader is that it does not require any additional software to be installed on a user's machine, apart from a supported web browser.

WebReader está disponible en https://web-reader.digital-detox.co.uk/

En el congreso Web for All

Estos días estoy en Montreal, asistiendo al congreso Web for All. Este congreso se celebra conjuntamente con el congreso WWW, el congreso más importante sobre la Web. En este congreso estoy presentando el trabajo de tres de mis doctorandas:

• Editor for Accessible Images in e-Learning Platforms, Sandra Sanchez-Gordon, Juan Estevez (National Polytechnic School of Ecuador), Sergio Luján-Mora (University of Alicante)
• Accessible Map Visualization Prototype, Tania Calle-Jimenez (National Polytechnic School of Ecuador), Sergio Luján-Mora (University of Alicante)
• Improving OER Websites for Learners with Disabilities, Rosa Navarette (National Polytechnic School of Ecuador), Sergio Luján-Mora (University of Alicante)

¿El fin del texto alternativo?

En los últimos días he comentado un par de sistemas de reconocimiento automático de imágenes:

• Microsoft presenta un sistema automático que describe imágenes
• Facebook también genera un texto alternativo automático

Además, hace un par de años hablé del sistema de Google: Dentro de poco me tendré que comer mis propias palabras como si fueran dos pizzas.

¿Será el fin del texto alternativo manual escrito por el desarrollador de una página web?

No creo, a estos sistemas todavía le queda bastante por mejorar. Además, aunque funcionen y logren describir una imagen con todo lujo de detalles, el texto alternativo de una imagen depende tanto de su contenido como del contexto de uso de la imagen. De cualquier forma, cuando funcione, será una gran ayuda, ya que se podrá utilizar para definir un texto alternativo de emergencia.

Facebook también genera un texto alternativo automático

Facebook también ha desarrollado un sistema para generar de forma automática un texto alternativo para las imágenes: Facebook’s iOS app uses AI and VoiceOver to describe the contents of photos to blind users.

¿Qué hace el sistema?

Automatic alt text, which is coming to iOS today and later to Android and the web, recognizes objects in photos using machine learning […] While still in its early stages, the technology can reliably identify concepts in categories including transportation (“car,” “boat,” “airplane”), nature (“snow,” “ocean,” “sunset”), sports (“basketball court”), and food (“sushi”). The technology can also describe people (“baby,” “smiling,” beard”), and identify a selfie.

Más información:

• La tecnología de Facebook para describir con palabras las fotografías a usuarios con problemas de vista.
• Under The Hood: Facebook Accessibility
• Under the hood: Building accessibility tools for the visually impaired on Facebook
• Using Artificial Intelligence to Help Blind People ‘See’ Facebook

Microsoft presenta un sistema automático que describe imágenes

Microsoft ha desarrollado CaptionBot, un sistema de inteligencia artificial que puede describir el contenido de fotografías. Este sistema puede ser útil para generar un texto alternativo automático. Sin embargo, lo he probado y...

Lo he probado con tres fotografías mías y los resultados son bastante curiosos.

La primera fotografía bien, me dice "pienso que es un hombre que lleva un sombrero y está sonriendo". Es verdad:

En la segunda fotografía empieza a desvariar, me dice "pienso que es un hombre con gafas, está posando para la cámara y tiene un gesto serio, pienso que te pareces a Paul Schneider en un 51%". ¿Y quién es Paul Schneider? Un actor:

La tercera fotografía vuelve a desvariar un poco. Me dice que llevo corbata y esta vez me parezco en un 51% a Chris Kirkpatrick:

¿Puede ser útil este sistema?

Quizás, hasta cierto punto...

Eye tracking de bajo coste

En el año 2012 escribí sobre un sistema de eye-tracking llamado GT3D desarrollado por investigadores del Imperial College de Londres (Inglaterra): Control del ordenador con la vista.

Ahora me he encontrado la página del proyecto GT3D en la que se cuentan más cosas: GT3D - Ultralow cost eyetracking as alternative to BMIs.

Eye-tracking, measuring where a person looks, requires serious equipment that costs serious money (approx 30,000 GBP). We built an eye-tracking system using mass-marketed off-the shelf components at 1/1000 of that cost, i.e. for less then 30 GBP.

Desgraciadamente, no parece que el producto se esté vendiendo.

Curso "Desarrollo de aplicaciones móviles accesibles"

El proyecto Esvial junto con la Universidad de Alcalá organiza el curso gratuito Desarrollo de aplicaciones móviles accesibles.

El curso comienza el 5 de septiembre de 2016.

Los objetivos del curso son:

• Contribuir a la formación específica de los desarrolladores móviles, capacitándoles para realizar la evaluación de la accesibilidad de una aplicación móvil y acometer la corrección de los problemas que se detecten.
• Concienciar a los alumnos de los obstáculos que se encuentran los usuarios con discapacidad cuando utilizan aplicaciones móviles.
• Que los alumnos del curso se conviertan en agentes multiplicadores, participando activamente en la capacitación de otros desarrolladores y en la difusión de la necesidad de crear apps accesibles.
• Conocimientos previos:

Twitter permite añadir un texto alternativo a las imágenes

Han tardado, pero por fin lo han hecho: Twitter permite añadir descripciones a las imágenes para hacerlas más accesibles. La noticia dice:

Twitter ha anunciado una novedad para su aplicación de iOS y Android por la que los usuarios podrán añadir descripciones a las fotografías que adjunten en los 'tuits' con el fin de que las personas que tienen una deficiencia visual puedan interpretar mejor las imágenes. 

La descripción, o texto alterativo, como también lo ha llamado la red de microblogging, permite incorporar un texto a una imagen de tal forma se pueda explicar su contenido. "Puesto que [las imágenes] son claves en la experiencia de nuestra plataforma, es importante que las imágenes que se compartan sean accesibles para todo el mundo, incluidos aquellos que tengan una discapacidad visual", ha explicado el responsable de Ingenieros, Todd Kloots, en un comunicado.

¿Qué ha pasado con el Catálogo de productos de apoyo CEAPAT?

Erase una vez...

El Centro de Referencia Estatal de Autonomía Personal y Ayudas Técnicas (CEAPAT), dependiente del Imserso, tenía un catálogo de productos de apoyo alojado en el dominio catalogo-ceapat.org.

Sorpresa, sorpresa, si ahora se accede a ese dominio aparece la siguiente página web:

¡Una página en japonés!

Cuando hasta finales del año pasado lo que aparecía era esto (copia en Internet Archive):

¿Qué ha pasado?

En la web de CEAPAT, en la página Catálogo de productos de apoyo, podemos leer:

El «Catálogo de productos de apoyo» no se encuentra disponible en la actualidad. Estamos intentando solucionar el problema y esperamos que vuelva a estar operativo a la mayor brevedad posible.

¿Qué ha pasado?

¿Dónde está el catálogo?

En whois podemos encontrar la siguiente información:

¡Ohhhh! El dominio está registrado a nombre de muruka hatanaka, de Japón. Y la fecha de actualización es 18 de febrero de 2016.

¿Qué puede haber pasado?

Presentación sobre las herramientas automáticas de evaluación de la accesibilidad web

En el congreso CSUN16 se ha presentado Accessibility Tools Presentation, una conferencia en la que se analizan cuatro herramientas automáticas de evaluación de la accesibilidad web:

• Accessibility Developer Tools Overview
• AInspector Sidebar Overview
• aXe Overview
• WAVE Overview

Técnicas de accesibilidad para la discapacidad cognitiva

El impacto que tiene la discapacidad cognitiva en el uso de la Web es de los temas de la accesibilidad web que menos ha sido estudiado. La discapacidad cognitiva agrupa diferentes tipos de discapacidades o síndromes que dificultan la sistematización de las soluciones que se deben aplicar.

Muy importante: no se debe confundir discapacidad cognitiva con discapacidad intelectual. Una puede implicar la otra y vice versa, pero no son lo mismo. Algún día lo explicaré...

El W3C acaba de publicar el primer borrador de Techniques for the The Cognitive and Learning Disabilities Accessibility Task Force (COGA). Realmente, no se puede llamar ni borrador, es más bien un esquema de lo que se pretende redactar, muchas de sus secciones están vacías. Sin embargo, es un buen inicio.

Por ahora, las principales técnicas que se deben aplicar para garantizar la accesibilidad son:

1. Use a clear structure with easy to follow sections short paragraphs manageable chunks
2. Use an easy to follow writing style
3. Provide rapid and direct feedback
4. Help the user understand the content and orientate themselves in the content.
5. Help users complete and check their work by less likely that the user will make mistakes and easy to undo mistakes when they occur
6. Provide help
7. Help the user focus and help restore the context if attention is lost
8. Enable adaptability and personalization, so that symbols text and other features rare familiar and helpful to the user
9. Minimize the cognitive skills required to use the content and avoid barriers that stop people with cognitive disabilities from using content, such as hard to use security mechanisms.

Requisitos de accesibilidad para las personas con baja visión

Hace una semana, el W3C publicó el primer borrador de Accessibility Requirements for People with Low Vision.

En esta recomendación se intenta definir el concepto de baja visión:

“Low vision” refers to visual impairments other than blindness. Other terms, such as “partially sighted” and “sight impaired”, are used in different contexts. Some governments and organizations such as the World Health Organization (WHO) define categories of low vision based on specific levels of visual acuity and field of vision. Visual acuity is the clarity or sharpness of vision. Field of vision is the area a person can see when their eyes are fixed in one position.
In many contexts, low vision only includes impairments that are not corrected with regular glasses, contact lenses, medicine, or surgery. For example, an inability to focus on objects close to the viewer but that can be overcome with reading glasses is not considered low vision in some disability rights contexts. In these contexts, low vision is often defined as visual impairment that interferes with a person’s ability to perform everyday activities.
In some contexts, such as social program benefits, people are classified as having low vision or being “legally blind”. Many people who are legally blind have some usable vision, and can read some text when it is displayed optimally for them.
In considering user needs, this document uses a broad scope of low vision to include all visual impairments except significant blindness — including impairments from aging, “color blindness”, and impairments that are often categorized as legally blind yet people have sufficient vision to see user interfaces in some situations. This document does not include all issues that are also relevant for people who are totally blind. It does include several issues that overlap with the needs of some people with cognitive disabilities.

Y se describen cinco categorías de baja visión que influyen en el uso de la Web:

• Visual acuity (clarity)
• Light sensitivity
• Contrast sensitivity
• Field of vision
• Color vision

Modo lectura fácil en Mozilla Firefox (Reader View)

Álvaro, un lector de este blog, me ha pasado la siguiente información: Disfruta leyendo páginas web con la Vista de lectura. La descripción dice:

El Modo Lector es una función de Firefox que quita distracciones como botones, publicidades e imágenes de fondo, y cambia el tamaño del texto de la página, su contraste y su diseño para una mejor legibilidad. La configuración del Modo Lector es fácilmente personalizable para cubrir tus necesidades a la hora de leer.

Lo he probado con mi sitio web sobre accesibilidad web, y no funciona.

Lo he probado con mi blog sobre accesibilidad web, y tampoco funciona.

Lo he probado con mi página personal (Sergio Luján Mora), ¡y sí que funciona!

Esta es la vista normal:

Y esta es la vista de lectura fácil:

¿Por qué unas veces funciona y otras veces no?

En la página principal de muchos sitios web no funciona, pero sí funciona en páginas de segundo nivel, como por ejemplo:

• Los españoles en el extranjero aumentan un 56,6% desde 2009
• Thomsom Reuters incorpora siete revistas de la Universidad de Alicante en Emerging Source Citation Index (ESCI) de Web of Science
• Ankara blast: Kurdish group TAK claims bombing

He tenido que buscar un poco, pero he encontrado algunas explicaciones:

• Why don't I have a reader mode icon?
• Optimize website to show reader view in Firefox
• How Does Firefox Reader View Operate (FF version 38.0.5)

Aquí está la información oficial sobre Reader view, pero no dice mucho de su funcionamiento.

Según he leído, se emplea un algoritmo para darle un puntaje a cada elemento de la página web, y si el puntaje alcanza cierto valor, se aplica el modo de lectura fácil.

Habrá que seguir investigando...

Curso Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web

La Universidad Alcalá organiza el curso Accesibilidad web avanzada: Análisis y corrección de problemas de accesibilidad en páginas y aplicaciones web.

El curso tiene una duración de 75 horas y es gratuito. Su temario es:

• Tema 1. Estándares y legislación sobre accesibilidad web.
• Tema 2. Pautas de accesibilidad para el contenido web (WCAG 2.0)
• Tema 3. Evaluación de la accesibilidad de sitios web (WCAG-EM 1.0)
• Tema 4. Accesibilidad web avanzada (WAI-ARIA 1.0 y ATAG 2.0).

Ejemplo de control mental del ordenador: componer música

Un lector de este blog me ha pasado la noticia Violinista minusválido hace música por primera vez en 27 años usando sus ondas cerebrales.

En este blog he hablado varias veces sobre el control del ordenador con la mente (pensamiento). Es algo que ya es posible, pero no de la forma que podríamos esperar. Por ahora, un ordenador no puede leer nuestro pensamiento, pero sí que puede detectar ciertos patrones de actividad eléctrica cerebral que se pueden asociar a acciones programadas.