Lo que dice un lector de pantallas

Aural UI of the Elements of HTML es un proyecto de The Paciello Group que tiene como objetivo confeccionar una biblioteca de lo que dicen los lectores de pantalla ante las diferentes etiquetas de HTML.

Es un proyecto muy interesante ya que, desgraciadamente, no conozco ningún documento que explique cómo se comporta cada lector de pantallas ante cada etiqueta de HTML.

Estadísticas de uso de NVDA

En NVDA User Statistics se muestran estadísticas del número aproximado, muy aproximado, de usuarios del lector de pantallas NVDA por países.

El cálculo se realiza contando las peticiones diarias de actualización que reciben los servidores de NVDA. Las actualizaciones diarias pueden estar desactivadas o el usuario puede no tener conexión a Internet, así que estos valores son una cota inferior del número de usuarios. Quizás lo más interesante sea analizar la distribución por países, no los valores absolutos. Así, por ejemplo, sorprende que en primera posición esté Brasil, en tercera posición Francia y en quinta posición Polonia.

Atajos de teclado de NVDA

Para usar un lector de pantallas correctamente hay que conocer sus atajos de teclado.

En NVDA screen reader keyboard overlays se pueden encontrar dos imágenes que resumen los atajos de teclado de NVDA, tanto para teclado normal como teclado de portátil:

El Mago de Oz y los lectores de pantalla

Acabo de leer Wizard of Oz Screen Reader, que explica cómo aplicar la técnica del Mago de Oz al uso de los lectores de pantalla.

La técnica del Mago de Oz (en la Wikipedia no habla de técnica, sino de experimento: Wizard of Oz experiment) consiste en que un humano simula el comportamiento de una máquina, de un sistema que se está construyendo. En usabilidad se emplea mucho para simular el funcionamiento de un sistema informático que se está diseñando.

En el artículo que cito, se emplea esta técnica para simular el comportamiento de un lector de pantallas.

Soporte de los lectores de pantalla

HTML proporciona muchos elementos que mejoran la accesibilidad de las páginas web. Pero, ¿funcionan todos ellos? ¿Todos los navegadores son capaces de interpretarlos? ¿Todos los navegadores se comportan de la misma forma ante un elemento?

El artículo Sobre el uso de lectores de pantalla de Olga Carreras recopila información sobre estudios que intentan aclarar estas y otras preguntas similares.

¿Con qué navegador funciona mejor un lector de pantallas?

Los lectores de pantalla no funcionan igual con todos los navegadores. Por ejemplo, durante un curso que impartí hace poco sobre el uso de NVDA y sus diferencias respecto a JAWS, pude comprobar que NVDA proporciona más información con Mozilla Firefox que con otros navegadores web. Además, esto lo podemos leer en la propia página de NVDA: Application Support - NVDA.

Con respecto a JAWS, siempre se ha dicho que se debe usar con Microsoft Internet Explorer.

Y VoiceOver, el lector de pantallas de Mac OS X, funciona mucho mejor con Safari, el navegador de Apple.

Taller de Lector de Pantalla NVDA y Accesibilidad

El pasado 22 de julio impartí un taller de uso del lector de pantallas NVDA en la Universidad Estatal de Milagro (UNEMI). Hace unos días publicaron en la web de UNEMI una nota de prensa sobre dicho taller:

“Realizar páginas web es relativamente sencillo, pero hacer buenas páginas web es difícil”. Estas son las declaraciones emitiditas por el Ph.D. Sergio Luján Mora, profesor titular de la Universidad de Alicante-España durante una entrevista realizada por Televisión Universitaria después de la jornada sobre Calidad en la Web llevada a cabo el 22 de julio en la UNEMI.

Durante la ponencia del Dr. Luján, manifestó que la accesibilidad web es el componente olvidado al momento de diseñar una página web. Por lo general los desarrolladores crean aplicaciones web orientadas a las personas “normales” y se olvidan del aproximadamente 12% de la población ecuatoriana que padece de algún tipo de discapacidad, cifra que va en aumento debido al proceso natural de pérdida de nuestras capacidades físicas a medida que pasan los años. Una buena página web debe ser está diseñada para trabajar por todas las personas independientemente de su capacidad física o mental y de la tecnología que usen.

Es importante que nuestros estudiantes, futuros desarrolladores, tengan claro la importancia de crear páginas web accesibles, concientizar sobre cómo el desarrollo de un sitio web accesible tiene relación directa con la inclusión de las personas con discapacidad en el mundo académico y social.

Por tal razón se realizó un taller con los estudiantes del sexto semestre A1 sobre el manejo de NVDA, un screen reader o lector de pantalla que es la forma en la un no vidente puede leer un sitio web, siempre y cuando esté bien diseñado, reflexión que también abordó el Dr. Luján al dar a conocer los problemas comunes de accesibilidad en un sitio web y cómo podrían ser evitados al seguir las pautas WCAG propuestas por el W3C que rige los estándares de HTML y CSS.

 El día 23 de julio de 2014 se realizó un taller sobre lectores de pantalla en donde participaron los alumnos del sexto semestre A1 de la carrera de Ingeniería en Sistemas Computacionales organizado por la Ing. Mariela Tapia como Coordinadora de Investigación de la Facultad Ciencias de la Ingeniería y el instructor fue el experto en accesibilidad web el PH.D. Sergio Luján Mora.

Se dio inicio con una introducción donde se explicó la importancia de la accesibilidad web, mostrando porcentajes basados en estudios de las Naciones Unidas que indican que las personas con discapacidades es representativa y va en aumento mientras se envejece.

Se revisó la importancia de la accesibilidad web en la educación, ya que la educación como tal es un derecho para todos los seres humanos. En la práctica se realizó un taller donde se creó una página web sencilla con un menú de navegación  con imágenes para comprender la dificultad que tienen las personas no videntes cuando se usa imágenes sin un texto alternativo que las describa. Se analizó los diferentes lectores de pantalla que existen en el mercado pero se enfatizó en el lector de pantalla NVDA, que posee la ventaja de ser gratuito.

Se realizaron pruebas del lector de pantalla con ejemplos de las diferentes etiquetas HTML que normalmente no se utilizan  y que son de mucha importancia para crear páginas web accesibles.

También se analizó diferentes siitos web para analizar sus errores a través de herramientas que evalúan la accesibilidad basada en normas establecidas por la W3C, como wave.webmain.org, examinator.org, tawdist.net.

Finalmente se propuso algunos temas de proyectos de grado para los estudiantes como: Uso de la accesibilidad web en el Ecuador, accesibilidad web en instituciones públicas, rediseño del sitio web de UNEMI tomando en cuenta la accesibilidad web.

La Facultad de Ciencias de la Ingeniería hace extensivo un agradecimiento al Ph.D. Sergio Luján Mora por el importante taller impartido a nuestros estudiantes, esperando contar con su apoyo y conocimientos en futuros proyectos.

Voces para NVDA

Hace unos días, uno de mis alumnos del curso de lectores de pantalla me preguntó si había otras voces disponibles para el lector de pantallas NVDA.

Efectivamente, hay otras voces, ya que NVDA, al igual que otros lectores de pantalla, hace uso de sintetizadores de voz (text-to-speech) para realizar la conversión de texto a voz.

En la página Extra Voices for NVDA se explican las diferentes opciones que existen.

De pago, parece que la más interesante es Nuance Vocalizer for NVDA.

Gratuita, parece que la más interesante es Microsoft Speech Platform. Yo la he probado y es realmente buena.

El proceso de instalación consta de dos partes.

Por un lado, hay que instalar Microsoft Speech Platform - Runtime (Version 11), aunque tu sistema operativo sea de 64 bits, hay que instalar la opción de 32 bits (supongo que NVDA es de 32 bits). Se puede descargar de la siguiente dirección:

http://www.microsoft.com/en-us/download/details.aspx?id=27225

A continuación hay que instalar la voz, lo que se llama Microsoft Speech Platform - Runtime Languages (Version 11). Hay voces para diferentes idiomas, para español hay dos versiones, una español de España y otra español de México. Yo he instalado una voz femenina llamada "Helena". Se puede descargar de la siguiente dirección:

http://www.microsoft.com/en-us/download/details.aspx?id=27224

Con Microsoft Speech Platform la voz robótica que trae por defecto NVDA mejora bastante.

La importancia de los encabezados

Las Pautas de Accesibilidad para el Contenido Web 2.0 (WCAG 2.0) indican que en una página web se deben emplear los encabezados para estructurar correctamente el contenido. En concreto, en la Pauta 2.4 Navegable: Proporcionar medios para ayudar a los usuarios a navegar, encontrar contenido y determinar dónde se encuentran. pone:

2.4.6 Encabezados y etiquetas: Los encabezados y etiquetas describen el tema o propósito. (Nivel AA)
2.4.10 Encabezados de sección: Se usan encabezados de sección para organizar el contenido. (Nivel AAA)

En el vídeo Web Accessibility 101: Web Headings for Screen Readers se muestra cómo se navega en una página web a través de los encabezados en un lector de pantallas:

La importancia de indicar el idioma en una página web

Las Pautas de Accesibilidad para el Contenido Web 2.0 (WCAG 2.0) indican que en una página web se debe indicar el idioma del texto para que, por ejemplo, un lector de pantallas sepa cómo leer un texto. En concreto, en la Pauta 3.1 Legible: Hacer que los contenidos textuales resulten legibles y comprensibles pone:

3.1.1 Idioma de la página: El idioma predeterminado de cada página web puede ser determinado por software. (Nivel A)
Cómo cumplir 3.1.1 | Comprender 3.1.1
3.1.2 Idioma de las partes: El idioma de cada pasaje o frase en el contenido puede ser determinado por software, excepto los nombres propios, términos técnicos, palabras en un idioma indeterminado y palabras o frases que se hayan convertido en parte natural del texto que las rodea. (Nivel AA)

En el vídeo Web Accessibility 101: Screen Reader Language Support se muestra una demostración de cómo afecta el cambio de idioma en una página web al lector de pantallas Jaws:

Accesibilidad web: ¿costo o beneficio?

Gracias a Mariela, una lectora de este blog, me ha llegado un vídeo del que se puede aprender mucho, Accesibilidad web: ¿costo o beneficio?:



Por cierto, la voz que se oye es la voz por defecto que suelen usar los lectores de pantalla. Las voces han mejorado mucho en los últimos años, se pueden instalar y configurar otras voces mejores, aunque he conocido personas ciegas que me dicen que prefieren las voces robotizadas, todo es cuestión de costumbre.

Lector de pantallas para Linux

En el congreso CAFVIR 2014 al que asistí la semana pasada tuve la oportunidad de interactuar con mucha gente. Lo que hoy en día se conoce como "networking", que parece que "mola más" si se dice así.

Durante un descanso pude conversar con Lucía Pestana y José MaríaViera, ambos miembros de la Unión Latinoamericana de Ciegos (ULAC).

Lucía Pestana es la Secretaría de Educación y Cultura de la ULAC. Además, es servidora pública del Ministerio del Poder Popular para la Educación Universitaria en Venezuela.

José María Viera es el Secretario de Capacitación Profesional y Empleo de la ULAC. Además, es el Presidente de la Federación Argentina de Ciegos y Ambliopes (FAICA).

Los dos me explicaron un problema que existe en Venezuela y que seguramente se va a extender a otros países. En Venezuela, en Ecuador y quizás en algún otro país se está haciendo una fuerte apuesta por el software libre. Tan fuerte, que se va a obligar por ley a usar software público en ciertos sectores como las administraciones públicas.

En Microsoft Windows existen lectores de pantalla muy buenos, tanto de pago (JAWS) como gratuitos (NVDA). Sin embargo, en Linux no ocurre lo mismo, el lector de pantallas más conocido, Orca, no es tan bueno como los que existen en Windows.

¿Qué oportunidades existen en Linux de crear un puesto de trabajo totalmente accesible para una persona ciega o con baja visión que tenga que utilizar un lector de pantallas?

En la siguiente foto aparezco con ellos y con José Ramón Hilera, compañero y profesor de la Universidad de Alcalá y uno de los organizadores del congreso.

Por cierto, según el RAE, ambliope significa "Que tiene debilidad o disminución de la vista, sin lesión orgánica del ojo".

Uno que se pasa de Mac a Windows

Marco Zehe trabaja con Mozilla como experto en accesibilidad. Recientemente ha escrito en su blog la entrada Switching back to Windows en la que explica las razones que le han llevado a volver a Windows con NVDA y abandonar Mac con VoiceOver.

Según cuenta, las últimas actualizaciones de OS X y VoiceOver no han sido muy afortunadas.

Resultados de la quinta encuesta del WebAIM sobre el uso de lectores de pantalla

Ya se han publicado los resultados de la quinta encuesta del WebAIM sobre el uso de lectores de pantalla que se abrió en diciembre de 2013: Screen Reader User Survey #5 Results.

Los resultados de dos preguntas me han llamado la atención.

En la primera pregunta, Breadcrumbs, se preguntaba por la mejor forma de etiquetar las "migas de pan". En la pregunta se planteaban cuatro posibilidades:

• Lista no ordenada: 11,9%.
• Lista ordenada: 27,8%.
• Lista anidada: 7,3%.
• Texto: 20,4%.
• No sé: 32,6%.

Me ha sorprendido que un 20% de los usuarios que han respondido prefieran sólo texto, esperaba que ese porcentaje fuese mucho menor. Pero si se suman los tres tipos de listas se supera el 46%. Por tanto, lo mejor es usar algún tipo de lista.

En la pregunta Finding Information, se preguntaba cuál era el mejor método para encontrar información en una página muy larga. Las respuestas fueron:

• Navegar a través de los encabezados de la página: 65,6%.
• Usar la característica "buscar": 15,2%.
• Navegar a través de los enlaces de la página: 9,8%.
• Navegar a través de los "landmarks" de la página: 2,8%.
• Leer la página: 6,7%.

Como en ocasiones anteriores, los encabezados se destacan como el mecanismo más importante. Un mecanismo tan sencillo de implementar facilita enormemente la navegación a los usuarios (ciegos o de baja visión) que emplean un lector de pantallas.

Por último, los resultados de las encuestas anteriores:

• Screen Reader User Survey #4 Results (Mayo 2012)
• Screen Reader User Survey #3 Results (Diciembre 2010)
• Screen Reader User Survey #2 Results (Octubre 2009)
• Survey of Preferences of Screen Reader Users (Diciembre 2008)

Nueva versión de NVDA

Hace unos días se anunció la publicación de la nueva versión del lector de pantallas gratuito NVDA: NVDA 2014.1rc1 Released.

La versión liberada es "una versión candidata", lo que significa que es prácticamente la versión final, la primera que se publicará este año.

Quinta encuesta del WebAIM sobre el uso de lectores de pantalla

Durante los últimos años, el WebAIM ha realizado varias encuestas online destinadas a analizar los hábitos de uso de los lectores de pantalla:

• Screen Reader User Survey #4 Results (Mayo 2012)
• Screen Reader User Survey #3 Results (Diciembre 2010)
• Screen Reader User Survey #2 Results (Octubre 2009)
• Survey of Preferences of Screen Reader Users (Diciembre 2008)

Ahora ya está abierta la quinta edición: Screen Reader User Survey #5.

La encuesta estará disponible hasta el 15 de enero de 2014 y la pueden contestar todos los usuarios de lectores de pantalla, incluso los que los usan únicamente para evaluación y pruebas.

Cómo funcionan los lectores de pantalla

Los lectores de pantalla (screen readers) son difíciles de usar por varias razones. Una de ellas es que los lectores de pantalla tienen diferentes modos de funcionamiento. En el artículo How Windows Screen Readers Work on the Web se explican las dos formas principales de funcionamiento:

Modo documento
También llamado modo "virtual" o "browse". En este modo, el usuario no interactúa directamente con la página, sino con una copia cacheada por el lector de pantallas.

La interacción con el teclado es capturada y no se pasa directamente a la página web.

Este modo puede plantear problemas cuando se programa una funcionalidad asociada al teclado.

También plantea problemas el contenido dinámico, ya que los cambios pueden pasar desapercibidos para el lector de pantallas.

Modo aplicación
También llamado modo "form" o "focus".

Es el utilizado para interactuar con un formulario. Las pulsaciones de teclado son pasadas directamente a la página web, lo que permite utilizar los controles de un formulario.

Tres cosas que aprendí sobre los usuarios de lectores de pantalla

Aunque es un poco antiguo (año 2004), el artículo Three things I learned about screen reader users es interesante:

1. Ninguno de los usuarios que observó el autor de este artículo utilizó los atajos de teclado que había definido en la página.
2. Todo el mundo uso el lector de pantallas JAWS. Lo que ocultó con display: none no aparecía en los lectores de pantalla (no es la forma correcta de esconder contenido).
3. Cuando los usuarios tenían que rellenar un formulario, utilizan el modo especial de formulario, que permite moverse de un control a otro fácilmente, pero que puede hacer que cierta información desaparezca. Se debe emplear fieldset y legend para proporcionar información adicional.

Navegación a través de landmarks en Firefox

Los landmark roles de Accessible Rich Internet Applications (WAI-ARIA) 1.0 son regiones especiales de una página web que se definen para que el usuario pueda navegar fácilmente entre ellas. Aunque es una característica que mejora la accesibilidad web, su empleo puede mejorar la usabilidad y, por tanto, puede ser beneficioso para todos los usuarios.

Los landmark roles que se han definido hasta ahora son:

• application
• banner
• complementary
• contentinfo
• form
• main
• navigation
• search

Algunos tienen un equivalente en las etiquetas HTML, como aside, nav o la nueva etiqueta main, mientras que otros no (Using WAI-ARIA Landmarks – 2013).

Los lectores de pantalla modernos son capaces de interpretar los landmark roles. Por ejemplo, en el siguiente vídeo, How ARIA landmark roles help screen reader users, vemos y escuchamos una demostración de su uso:


¿Pero qué pasa con los usuarios que no necesitan y no usan un lector de pantallas, como por ejemplo los usuarios que manejan el ordenador con el teclado? Estos usuarios también se pueden beneficiar de los landmark roles, pero desgraciadamente, los navegadores actuales no proporcionan ningún mecanismo para su uso.

Sin embargo, en el caso de Mozilla Firefox, existe una extensión que resuelve el problema: Enabling landmark-based keyboard navigation in Firefox.

ChromeVox puede revolucionar los lectores de pantalla

A través del artículo Screen Readers at a Crossroads he podido ver la presentación que se hizo sobre ChromeVox en el reciente Google I/O: Google I/O 2013 - Advancing Web Accessibility with ChromeVox.


Por si no lo sabes, ChromeVox es un complemento del navegador Google Chrome que integra un lector de pantallas en el propio navegador.

Google ha creado un API para ChromeVox, de forma que desde una página web se puede proporcionar información adicional a ChromeVox para que éste interprete y lea las páginas web tal como el creador de la página web quiera. Esto ofrece un abanico nuevo de posibilidades, pero también abre la puerta a muchos abusos que pueden producir una fragmentación de la accesibilidad.

Lo más interesante que se muestra en el vídeo es la utilización de esta API para la interpretación de contenido matemático en formato MathML. ¡Todo un avance muy interesante!