Problema con menús y aria-owns

6 views
Skip to first unread message

Francisco Javier Estrada Martínez

unread,
Jun 18, 2020, 5:49:05 AM6/18/20
to NVDA en español
Buenas. Esta consulta va dirigida más a la gente que tenga algo de experiencia en desarrollo web accesible o con el propio NVDA.

Estoy siguiendo el patrón para definir una barra de menú utilizando WAI-ARIA 1.1. Podéis ver este ejemplo de las authoring practices. El caso es que es una web ya creada, así que tengo ciertas restricciones. Una de ellas es que los submenús no son descendientes de los elementos li de la menubar. Esto no debería ser un problema, ya que podría indicar esa relación de descendencia mediante aria-owns. De hecho, tengo otro componente diferente, un combobox en este caso, y aquí todo funciona perfecto.

El caso es que al aplicar el atributo aria-owns en el elemento <li> que debe contener el submenú, tanto NVDA como Jaws leen mal la barra de menú. Para empezar, no detectan que es un submenú, así que sólo leen el encabezado como "contraído", en lugar de "submenú". Además, es como si sacara los elementos que tienen submenú aparte, ya que los indica como elemento 1/1, y en el resto se restan al número total de elementos (por ejemplo, si antes decía 2/6, pasa a decir 2/4).

No sé si es un bug de la exposición del árbol de accesibilidad por parte de los navegadores o de NVDA por interpretarlo de una forma errónea. ME ocurre con Chrome, Edge y Firefox, tanto con Jaws como con NVDA.

A ver si podéis aportar algo de luz a este asunto. ME gustaría dejar la web 100% accesible. Muchas gracias.

José Manuel Delicado Alcolea

unread,
Jun 21, 2020, 5:27:55 AM6/21/20
to nvd...@googlegroups.com

Hola.

No sé si has podido resolver esto al final. Yo el tema de aria no lo tengo tan trabajado como me gustaría, pero sí te puedo recomendar que utilices el inspector de accesibilidad de Firefox para ver cómo queda el árbol. Eso, al menos, debería ayudarte a averiguar de dónde viene el fallo. Por lo que describes, podríamos estar hablando de un caso de uso no previsto y que, por tanto, no se ha implementado en navegadores o ayudas técnicas.

En última instancia, puedes mencionar en un tuit a @nvaccess y @jcsteh explicando el problema. James Teh, aparte de ser uno de los creadores originales de NVDA, trabaja en Mozilla y sabe de estas cosas como nadie. Suelo derivar a la gente hacia él cuando describen problemas como este.

Un saludo.

--
Visita la web oficial de la comunidad de NVDA en español para acceder a recursos y descargas que desplegarán todo el potencial de tu lector de pantalla:
https://nvda.es
Visita la tienda de la web oficial de la comunidad para adquirir algunos productos, como materiales de formación o sintetizadores de voz, que mejorarán tu experiencia con NVDA: https://nvda.es/tienda/
---
Has recibido este mensaje porque estás suscrito al grupo "NVDA en español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a nvda-es+u...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/nvda-es/f93d65cf-a3c2-4e8a-8554-b9ab58502dc0o%40googlegroups.com.
--

José Manuel Delicado Alcolea
Administrador y editor en la web nvda.es
Twitter: @nvda_es
Certificado en el programa NVDA Expert 2019

Logo NVDA Certified Expert

Francisco Javier Estrada Martínez

unread,
Jun 22, 2020, 4:20:28 AM6/22/20
to NVDA en español
Hola, José Manuel:

HE investigado el problema un poco más a fondo con el árbol de accesibilidad. Por lo que parece, al introducir el atributo aria-owns en el elemento <li> que contiene el menuitem de la menubar, se introduce un nodo adicional en el árbol de accesibilidad correspondiente a este <li> con el rol "text container".

No sé muy bien por qué pasa esto. Parece un problema del navegador más que de NVDA. Lo curioso es que ocurra lo mismo en todos los navegadores. Igual estoy pasando algo por alto. Voy a escribir donde me dices, a ver si me saben decir algo.

Muchas gracias. Un saludo.

El domingo, 21 de junio de 2020, 11:27:55 (UTC+2), José Manuel Delicado Alcolea escribió:

Hola.

No sé si has podido resolver esto al final. Yo el tema de aria no lo tengo tan trabajado como me gustaría, pero sí te puedo recomendar que utilices el inspector de accesibilidad de Firefox para ver cómo queda el árbol. Eso, al menos, debería ayudarte a averiguar de dónde viene el fallo. Por lo que describes, podríamos estar hablando de un caso de uso no previsto y que, por tanto, no se ha implementado en navegadores o ayudas técnicas.

En última instancia, puedes mencionar en un tuit a @nvaccess y @jcsteh explicando el problema. James Teh, aparte de ser uno de los creadores originales de NVDA, trabaja en Mozilla y sabe de estas cosas como nadie. Suelo derivar a la gente hacia él cuando describen problemas como este.

Un saludo.


El 18/06/2020 a las 11:49, Francisco Javier Estrada Martínez escribió:
Buenas. Esta consulta va dirigida más a la gente que tenga algo de experiencia en desarrollo web accesible o con el propio NVDA.

Estoy siguiendo el patrón para definir una barra de menú utilizando WAI-ARIA 1.1. Podéis ver este ejemplo de las authoring practices. El caso es que es una web ya creada, así que tengo ciertas restricciones. Una de ellas es que los submenús no son descendientes de los elementos li de la menubar. Esto no debería ser un problema, ya que podría indicar esa relación de descendencia mediante aria-owns. De hecho, tengo otro componente diferente, un combobox en este caso, y aquí todo funciona perfecto.

El caso es que al aplicar el atributo aria-owns en el elemento <li> que debe contener el submenú, tanto NVDA como Jaws leen mal la barra de menú. Para empezar, no detectan que es un submenú, así que sólo leen el encabezado como "contraído", en lugar de "submenú". Además, es como si sacara los elementos que tienen submenú aparte, ya que los indica como elemento 1/1, y en el resto se restan al número total de elementos (por ejemplo, si antes decía 2/6, pasa a decir 2/4).

No sé si es un bug de la exposición del árbol de accesibilidad por parte de los navegadores o de NVDA por interpretarlo de una forma errónea. ME ocurre con Chrome, Edge y Firefox, tanto con Jaws como con NVDA.

A ver si podéis aportar algo de luz a este asunto. ME gustaría dejar la web 100% accesible. Muchas gracias.
--
Visita la web oficial de la comunidad de NVDA en español para acceder a recursos y descargas que desplegarán todo el potencial de tu lector de pantalla:
https://nvda.es
Visita la tienda de la web oficial de la comunidad para adquirir algunos productos, como materiales de formación o sintetizadores de voz, que mejorarán tu experiencia con NVDA: https://nvda.es/tienda/
---
Has recibido este mensaje porque estás suscrito al grupo "NVDA en español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a nvd...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages