Estudio del soporte de aria-label y aria-labelledby

Os comparto mi Estudio de soporte de aria-label, aria-labelledby, title, alt en imágenes, vínculos y regiones con NVDA, Olga Carreras, 2017.

Los test los he realizado de momento con NVDA 2016.1 + IE 11, Chrome 57, Firefox 53, pero iré añadiendo más lectores y versiones.

He realizados tres tipos de test:

• Con imágenes, analizando cómo anuncia NVDA la imagen con la combinación de diferentes atributos (alt, title, aria-label, aria-labelledby). Se analiza también el tooltip y qué se visualiza si la imagen no se carga.
• Con vínculos, analizando cómo anuncia NVDA el vínculo imagen con la combinación de diferentes atributos (title, aria-label, aria-labelledby). Se estudia en el acceso lineal, en el acceso con el tabulador y en la lista de enlaces de NVDA.
• Con regiones, analizando cómo anuncia NVDA una region con la combinación de diferentes atributos(aria-label, aria-labelledby). Se estudia en el acceso lineal, en el acceso con la tecla "d" para saltar de región a región y en el listado de puntos de referencia o landmark roles (insert + f7)

Incluyo las tablas resumen, pero en el estudio podréis consultar todos los test, los resultados y las conclusiones.

También podéis consultar más test en Test, estadísticas, encuestas y estudios sobre lectores de pantalla, Olga Carreras.

Tabla resumen (imágenes y NVDA 2016.1)

Atributos en <img>	Chrome57 lee*	Firefox53 lee*	IE11 lee*
alt	alt	alt	alt
alt + title	alt	alt	alt
alt + title + aria-label	aria-label	alt	aria-label
alt + title + aria-label + aria-labelledby	aria-label	alt	aria-label
aria-label	aria-label	aria-label	aria-label
aria-labelledby	aria-labelledby	aria-labelledby	ignora la imagen
alt + aria-labelledby	aria-labelledby	alt	alt

* En el acceso lineal. Al saltar con "g" el title se lee añadido al texto anunciado solo en Chrome, en IE no.

Tabla resumen (vínculos y NVDA 2016.1)

Atributos en <a>	Chrome57 lee*	Firefox53 lee*	IE11 lee*
aria-labelledby	aria-labelledby	aria-labelledby	texto de enlace
aria-labelledby + aria-label	aria-labelledby	aria-labelledby	aria-label
aria-labelledby + aria-label + title *	aria-labelledby	aria-labelledby	aria-label
aria-label + title *	aria-label	aria-label	aria-label
title *	texto de enlace	texto de enlace	texto de enlace

* En la lectura lineal. En el acceso con el tabulador, Chrome y Firefox añadirán al texto anunciado el texto del title.

Tabla resumen (regiones de la página y NVDA 2016.1)

Atributos en <section>	Chrome57 lee **	Firefox53 lee **	IE11 lee **
aria-labelledby	aria-labelledby	aria-labelledby	no lo anuncia / lo anuncia con todo su contenido*
aria-label	aria-label	aria-label	no lo anuncia / aria-label*
aria-label + aria-labelledby	aria-labelledby	aria-labelledby	no lo anuncia / aria-label*

* Si se sustituye por <div role="complementary"> lee lo que se indica.

** Además se anuncia seguido el primer elemento que le sigue.

Enlace: Estudio de soporte de aria-label, aria-labelledby, title, alt en imágenes, vínculos y regiones con NVDA, Olga Carreras, 2017.

Artículos relacionados:

• Test, estadísticas, encuestas y estudios sobre lectores de pantalla
• Landmark Roles (WAI-ARIA). Navegación más accesible y semántica en 2 minutos.
• LONGDESC. Soporte y alternativas (WCAG 2.0, ARIA:aria-describedby y aria-describedat, HTML5: figure y picture)
• Novedades WAI-ARIA 1.1
• WAI-ARIA. Introducción, referencias, ejemplos, herramientas
• Live Regions y WAI-ARIA. Cómo mejorar la accesibilidad de contenidos que se actualizan automáticamente

Google Chrome 2.0 Pre-Beta

Veo en Google Operating System que la nueva beta de Chrome incluye las siguientes novedades:

• Form autocomplete


• Full-page zoom


• Autoscroll


• Profiles


• Support for Greasemonkey scripts

Chrome 1.0

Anoche se liberó la nueva versión de Chrome.

Google Chrome 1.0 Released

Google Chrome - lanzamiento de la versión 1.0


Si quieres saber más sobre Chrome te recomiendo esta serie de cuatro artículos:

• Chrome I: primer contacto


• Chrome II: dudas y problemas


• Chrome III: curiosidades, tips y huevos de Pascua


• Chrome IV: accesibilidad

Chrome (IV): accesibilidad

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua

Este es el último post de la serie Chrome.

David Martín recomienda con muy buen criterio en la lista de accesoweb el artículo Google Chrome Accessibility de Steve Faulkner del Paciello Group.

Resumo y traduzco sus conclusiones. No os perdais la contestación que le dan desde Google.

Antes de empezar es importante recordar que al igual que están la WCAG (Pautas de Accesibilidad al Contenido en la Web) existen también las Pautas de Accesibilidad para Agentes de Usuario (UAAG), que muestran cómo hacer que los agentes de usuario (navegadores, reproductores multimedia y tecnologías asistivas) sean accesibles para personas con discapacidad.

Las UAAG 1.0 contienen un conjunto de puntos de verificación que incluyen:

• Acceso a todo el contenido, incluyendo contenido en relación de eventos generados por el ratón o el teclado


• Control del usuario sobre la forma en que se muestra el contenido


• Control del usuario sobre la interfaz del usuario, con documentación sobre características de accesibilidad


• Interfaces de programación estándares, para permitir la interacción con tecnologías asistivas

Las conclusiones de Steve Faulkner son:

1. Acceso desde teclado

Aunque tiene muchos atajos de teclado para manejarse sin ratón, esto no es suficiente. En apariencia no es posible desplegar sin el ratón los dos menús del navegador y por tanto es imposible acceder por ejemplo a "Guardar como", "Opciones" o "Ayuda"

2. Soporte de las opciones de accesibilidad del Sistema Operativo

El navegador no es compatible con el modo "alto contraste" de Windows, como sí lo es por ejemplo Firefox. Sí que hereda sin embargo la configuración del tamaño de letra.

3. Información sobre el nombre, el rol y el estado

Con el fin de que las interfaces de usuario sean accesibles para aquellos usuarios que usan cualquier tecnología asistiva (lectores de pantalla, software de dictado o teclados de pantalla) se debe definir la información sobre determinados elementos de la interfaz. Sin embargo muchos de los elementos de la interfaz de Google Chrome no proporcionan esta información. También presenta problemas para determinados tipos de contenido de las páginas, por ejemplo los enlaces.

En resumen, no se proporciona ni siquiera informacion básica sobre los controles nativos HTML.


4. WAI-ARIA

[Para ampliar información sobre WAI-ARIA consultar "AJAX accesible: WAI-ARIA" en este blog]

No parece que dé soporte a WAI-ARIA.

Conclusión

Esta versión de Google Chrome no parece haber sido desarrollada pensando en las necesidades de los usuarios con discapacidad, además de unos atajos de teclado limitados, no proporciona el soporte básico para la accesibilidad.

Contestación de Google al post

Google Chrome, our new Open Source browser released on Tuesday, strives to innovate and drive development on the web. This certainly extends to all of our users, and the issue of accessibility is no different.

In the spirit of releasing early and iterating, this version of Chrome has focused on basic support for keyboard navigation and shortcuts, as well as a clean user interface that is simple for all users to navigate. At the same time, we have laid the foundations in place for exposing the appropriate information through the Windows Accessibility APIs (used by screen readers, etc.), as well as support for WAI-ARIA. Users can expect rapid improvements in both of these areas in releases to come.

Accessibility is important to us, and we have for some time worked on its implementation. We look forward to releasing this, and making further improvements for our users.

Sincerely,
Jonas Klink
Software Engineer - Accessibility
Google Inc.

[Publicado también en Google Groups]

Los ingenieros de Mozilla, IBM, Apple, Microsoft y Opera ya están trabajando juntos (ARIA User Agent Implementors Guide). Si es cierto lo que dice Jonas Klink, el equipo de Google Chrome deberá sumarse al esfuerzo general por armonizar las tecnologías de accesibilidad web. [Leído en Google Chrome accessibility commitment]

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua

Chrome (III): curiosidades, tips, huevos de Pascua

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (IV): accesibilidad

1. ¿Quieres saber cómo se gestó Chrome desde dentro?
Inside Chrome: The Secret Project to Crush IE and Remake the Web


2. ¿Quieres saber por qué se llama Chrome?
The Invisible Browser html

In fact, Chrome is an ironic name: Google wanted to create a browser that has a minimal chrome (that's how software developers name the menu and the toolbar of an application).


3. "About:" y huevos de Pascua

Como la mayoría de los navegadores, Chrome tiene páginas especiales que muestran información sobre el uso de la memoria caché de los archivos, plugins y mucho más.

Me ha llamado especialmente la atención:

about:plugins
Salen un montón, ¿los habrá importado de mi Firefox? ¿es pues compatible con los plugins del Firefox?

about:network
Tiene las funciones del LiveHttpHeaders o IEHttpHeaders de sus competidores.

about:internets
Un huevo de Pascua.

Más en Google Chrome's about: Pages


4. ¿Quieres algunos tips?

Me han parecido todas muy útiles: que la barra de navegación es también una calculadora, cómo deshacer el cerrar una pestaña, que arrastrando una pestaña se convierte en ventana nueva, etc.

Pero la mejor sin duda, la que me ha ganado como usuario de Chrome es que puedes agrandar los textarea. Se acabó escribir el artículo en Blogger en un textarea diminuta, y lo mismo para los comentarios.

Más en Google Chrome Tips


5. Direcciones de interés

Centro de asistencia de Google Chrome

Chrome help group

Chromium

Answers to common Google Chrome objections

Google Operating System

Chrome, privacidad e integración con Google

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (IV): accesibilidad

Chrome (II): dudas y problemas

Artículos relacionados
[02-09-08] Chrome (I): primer contacto
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Después de leer lo que se ha escrito por ahí y lo que me han ido comentando, recopilo a continuación lo que más me ha llamado la atención.

En "Probando Google Chrome, el navegador de Google" de Andrés Nieto, podemos averiguar si el renderizado de javascript se ha mejorado tanto como dicen, ¿es realmente Chrome mucho más rápido que otros navegadores? La respuesta parece ser que sí, la mejora es espectacular: sin duda es mucho más rápido.

En "Sesiones diferentes en Google Chrome", también de Andrés Nieto, este demuestra que es posible disponer de diferentes sesiones (de servidor) con el mismo navegador, lo cual puede ser de utilidad si necesitamos estar logueados en el mismo sitio con dos usuarios diferentes, obteniendo dos sesiones de servidor completamente nuevas. El truco estaba en hacerlo en el modo "Incógnito".

Lo que se ejecute en cada pestaña del navegador estará dentro de su propio entorno de seguridad y no puede afectar al resto.

¿Será este el navegador que nuestras aplicaciones AJAX necesitaban? ¿será también más estable?

Con Andrés también me he enterado de que ya han encontrado la primera vulnerabilidad; o de que el resultado del Acid3, página que ayer me daba error, devuelve un 76/100.

Un artículo que me ha gustado mucho es "Google Chrome, navegador para aplicaciones web" de Tecnicalia.

¿Por qué Google quiere sacar un navegador?, se preguntan. Chrome es el primer navegador diseñado para aplicaciones web, de este modo Google reafirma así su apuesta: que todo lo tengamos en la red. Por otro lado, Google quiere influir en las tecnologías con las que crearemos la web del futuro.

[...] la proliferación de las RIA (aplicaciones ricas en internet), se encuentran en una encrucijada importante: mantener el modelo de Javascript frente a la presencia de tecnologías como Flash, JavaFx y Silverlight. Claro que las empresas desarrolladoras de las últimas puede hacer plug-ins para soportar cualquier browser, pero también que quien controla el navegador, tiene mucho que decir en esta historia.

También se plantean varias preguntas importantes:

"¿Es en realidad un navegador para navegar por internet o para navegar en Google?"

"¿Será neutral a la hora de usar buscadores o aplicaciones web?"

"¿Desactivará el ser software libre todos los temores a que sea un nuevo instrumento de seguimiento y monitorización por parte Google para alimentar su sistema publicitario?"

Por otro lado comentan algo bien cierto, que a quien afecta esto realmente es a Firefox, pues el perfil de usuario que se descarga Chrome no es el usuario de Explorer sino de Firefox.

Aunque lo mejor es su párrafo final: Lo siento por quienes se quejan de que "todo los blogs de tecnología están hablando de Chrome", creo que es como quejarse de que todos los blogs de fútbol hablasen de la Eurocopa. En juego está parte del futuro de la web...

Cambiando de tema, me mandan por correo la cabecera que envía Chrome:

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13

Cache-Control: max-age=0

Accept: text/xml, application/xml, application/xhtml+xml, text/html; q=0.9,text/plain; q=0.8,image/png,*/*;q=0.5

Accept-Language: es-ES,es

Accept-Charset: ISO-8859-1,*,utf-8

Accept-Encoding: gzip,deflate,bzip2

Host: localhost:8081

Connection: Keep-Alive

Reflexionaban en un comentario de mi post anterior que llamaba la atención la cabecera "max-age=0" que envía el cliente al servidor, y que significa según la especificación de HTTP/1.1 que fuerza a cualquier caché intermedia (de los proxies por los que pasas, si hay alguno) a recargar ese contenido:

The request includes "max-age=0" cache-control directive, which forces each cache along the path to the origin server to revalidate its own entry, if any, with the next cache or server. [En W3C]

¿Se comporta siempre así? En cuyo caso ¿qué pasa con los proxy caches que usan muchas empresas para ahorrar ancho de banda?

Por otro lado, después de maldecir porque no había un botón para ir a la página de inicio, he visto que se puede configurar en Opciones que aparezca y a que página apunte.

También he averiguado para qué sirve "Crear acceso directo a aplicaciones", que en mi máquina no funciona, por lo visto crea en el escritorio, la barra de inicio, etc. un acceso directo a la aplicación web que estás viendo. No es más que un enlace, pero al pulsarlo la ventana no tiene la barra de direcciones. Me comentaba un amigo que esto podía ser un posible problema de seguridad, pues al no verse el dominio facilita la falsificación de páginas.

Un detalle que había filtrado y me parece una buena idea es que el dominio (en la barra de direcciones) se queda en negro y el resto en gris.

Me ha resultado sumamente gracioso que si accedes a la página de instalación de Google Gears con Chrome, el mensaje es "Your browser is not currently supported"

Por último, también me ha hecho gracia el comentario de un amigo que me decía, "tanto modo incógnito y resulta que si le das a nueva pestaña te sale un indiscreto mosaico de páginas para que todo el mundo vea por donde navegas".

En fin, ¿será verdad que Google va a conquistar el planeta? ¿usaremos todos en el futuro Google OS como he leído por ahí?

Artículos relacionados
[02-09-08] Chrome (I): primer contacto
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Chrome (I): primer contacto

Artículos relacionados
[03-09-08] Chrome (II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Son cerca de las diez de la noche, algunos duermen, otros ven la tele, unos cuantos ya tenemos instalado Chrome y lo estamos probando. Supongo que a estas alturas ya conoces la noticia del día, Google lanza su navegador Chrome en versión BETA, de momento sólo disponible para Windows.

Lo primero que me alegra (y alivia) ver es que mi blog y la mayoría de las páginas por las que he navegado se visualizan correctamente.

Lo siguiente que he buscado y me ha decepcionado no encontrar es alguna opción de accesibilidad (sin contar con la habitual posibilidad de incrementar o disminuir el tamaño de letra de las páginas).

¿Qué novedades aporta? ¿por qué Google saca un navegador? Esto es lo que dicen al respecto:

Desde el punto de vista técnico hemos sentado las bases de un navegador que es capaz de ejecutar con mayor eficacia las complejas aplicaciones web de hoy en día.

Las pestañas de Google Chrome son independientes, de forma que si se produce un error en una de ellas, el resto no se ven afectadas. La rapidez y el tiempo de respuesta también se han mejorado por completo. Además, hemos creado V8 un motor JavaScript más potente que abre la puerta a una generación de aplicaciones web que se beneficiarán de este nuevo concepto de navegador.

Hay ciertas cosas que han llamado mi atención, por ejemplo la posibilidad de abrir una ventana "de incógnito". La navegación privada fue descartada de Firefox 3, sin embargo sí la incorpora Explorer 8 y Safari. Como bien aclara Google, esto no significa que tus jefes ya no vayan a saber por donde navegas [sonrisa]

Otro menú interesante es "Opciones para desarrolladores" con cuatro submenús, todos ellos muy útiles: Ver código fuente, Depurar javascript, Consola javascript y Administrador de tareas.

Otros detalles que me han gustado son que la barra de navegación es también de búsqueda en Google, poder recuperar las pestañas cerradas recientemente, la página de historial o de descargas con hora y posibilidad de búsqueda o la vista de las webs que más visitas al abrir una pestaña nueva.

Otra tontería es que se le puede indicar que al iniciar el navegador te abra x pestañas con tus webs preferidas, algo parecido al abrir grupo de favoritos del Explorer pero automático.

Haciendo algunas pruebas rápidas, veo que el Acid2 lo pasa correctamente y que es bastante compatible con CSS3, sólo falla en dos selectores. Seguro que Andrés Nieto nos cuenta más cosas mañana. ¿Realmente se ha mejorado tanto la rapidez y el tiempo de respuesta?

Simplemente añadir una frase que no es mía pero que me ha hecho sonreir "pues al mercado se la trae floja el navegador de Google". Efectivamente, sus acciones, tras una subida al comienzo del día, al final se han quedado más o menos como estaban.

Artículos relacionados
[03-09-08] Chrome (II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Prototype y Explorer 5

El objeto XMLHTTPRequest, base de lo que es AJAX, existe desde Explorer 5. Esto quiere decir que un desarrollo AJAX funcionará en Explorer 5.

Podríamos pensar que Prototype, una de las librerías más populares y utilizadas en desarrollos AJAX, sería compatible con Explorer 5. No hay documentación que lo afirme o lo niegue, pero parece lo razonable.

Bien, la triste conclusión de hoy es que la implementación de Prototype no es compatible con Explorer 5. La única confirmación a mi conclusión la he encontrado en Listado de librerías Ajax/DHTML. Portabilidad y compatibilidad con los navegadores.

No se acaba el mundo, mis cinco mil usuarios de Explorer 5 serán derivados a la versión accesible, la de toda la vida, con recarga de páginas, pero es una lástima que a pesar de que Ajax funciona en Explorer 5, no se haya tenido en cuenta este navegador en la implementación de Prototype.

¿Alguien me alegra el día y me dice que usa Prototype en Explorer 5 sin problemas?

Noticias... (1)

Apple lanza versión para Windows de su explorador de Internet Safari

Safari para Windows, reventado en dos horas

 

 

Sabías que ... (2)

... existe una extensión para Firefox llamada User-Agent Switcher?

Permite cambiar el User-Agent con que se identifica Firefox y resulta muy útil para realizar pruebas.

Sabías que ... (1)

... existe una forma rápida y cómoda de aumentar o disminuir el tamaño de letra del navegador?

Pulsa "control+rueda del ratón".