Addaw, ir a inicio Donar

Técnica Técnicas generales WCAG 2.2

G10Crear controles que comuniquen su nombre, función y estado

Nombre oficial en el W3C: Crear componentes con una tecnología compatible con la API de accesibilidad de las plataformas de los agentes de usuario, que exponga nombre y función, permita establecer las propiedades configurables por el usuario y notifique los cambios

En pocas palabras

Al crear la interfaz con un lenguaje de programación o una biblioteca, conviene usar sus componentes estándar, que ya comunican nombre, función y estado a los lectores de pantalla. Solo hay que rellenar bien sus propiedades. Si se crea un componente nuevo, hay que programar esa comunicación a mano y probarla.

Por qué es importante

Los lectores de pantalla y otros productos de apoyo no «ven» la interfaz. Preguntan al sistema qué es cada control, cómo se llama y en qué estado está. Esa información viaja por la interfaz de accesibilidad del sistema (un canal estándar entre programas).

Si un control no la ofrece, para el lector de pantalla no existe o es un elemento sin sentido. La persona no sabe que es un botón ni si una casilla está marcada.

Cómo se hace

  1. Use siempre que pueda los componentes estándar de la tecnología: botones, casillas, listas desplegables o pestañas que ya sean accesibles.
  2. Rellene sus propiedades de accesibilidad, sobre todo el nombre o etiqueta visible.
  3. Si necesita un componente totalmente nuevo, constrúyalo sobre clases o bases que ya se conecten con la interfaz de accesibilidad.
  4. En ese componente, exponga su nombre, su función (botón, deslizador…), su valor y su estado. Avise también de cada cambio.
  5. En páginas HTML, lo equivalente es usar los controles nativos o, si no es posible, los roles y atributos ARIA.

Cómo comprobarlo

  1. Abra el contenido y use un inspector de accesibilidad, como el árbol de accesibilidad de las herramientas del navegador (F12) o Accessibility Insights.
  2. Seleccione cada control y compruebe que muestra su nombre y su función.
  3. Cambie su valor o su estado y verifique que el inspector refleja el cambio.
  4. Pruebe los controles con un lector de pantalla, como NVDA o VoiceOver, y compruebe que se anuncian y funcionan bien.
Ver el texto completo del W3C (traducción al español)

Esta es una traducción no oficial al español de la técnica G10 de Techniques for WCAG 2.2, del W3C. Puede contener errores. El único documento oficial y normativo es la versión original en inglés, publicada en el sitio web del W3C.

Aplicabilidad

Tecnologías de programación que disponen de componentes estándar programados para comunicarse con las API de accesibilidad.

Descripción

El objetivo de esta técnica es permitir que la tecnología de asistencia comprenda el contenido web, de forma que pueda transmitir al usuario información equivalente a través de una interfaz de usuario alternativa.

A veces el contenido no se crea con un lenguaje de marcado, sino con un lenguaje de programación o con herramientas. En muchos casos, estas tecnologías disponen de componentes de interfaz que ya están programados para comunicarse con las API de accesibilidad. Si el autor utiliza estos componentes y rellena sus propiedades (por ejemplo, el nombre, etc.), los componentes de interfaz de usuario resultantes serán accesibles para la tecnología de asistencia.

Sin embargo, si el autor quiere crear un componente de interfaz de usuario nuevo y no puede utilizar componentes estándar, debe asegurarse de añadir por sí mismo las medidas de accesibilidad e implementarlas de forma compatible con la API de accesibilidad.

Una vez terminado, el componente personalizado debe probarse para verificar que es compatible con la accesibilidad.

Ejemplos

  • Una página web utiliza Java para crear un applet. Un grupo de autores quiere crear un tipo de componente de interfaz totalmente nuevo, por lo que no puede utilizar los objetos Java existentes. Usan las clases Swing de Java para crear su componente, porque dichas clases ya incluyen mecanismos para conectarse a distintas API de accesibilidad. Mediante las clases Swing de Java consiguen crear un componente de interfaz que expone su nombre y su función, cuyo valor puede establecer la tecnología de asistencia y que avisa a la tecnología de asistencia de cualquier actualización.

Pruebas

Procedimiento

  1. Mostrar el contenido con un agente de usuario accesible.
  2. Utilizar una herramienta de accesibilidad diseñada para la API de accesibilidad del agente de usuario para evaluar cada componente de interfaz de usuario.
  3. Comprobar que la herramienta encuentra el nombre y la función de cada componente de interfaz de usuario.
  4. Cambiar los valores del componente.
  5. Comprobar que la herramienta de accesibilidad recibe la notificación del cambio.
  6. Comprobar que el componente funciona con las tecnologías de asistencia.

Resultados esperados

  • Las comprobaciones n.º 3, n.º 5 y n.º 6 son verdaderas para cada componente de interfaz de usuario.

Cómo lo comprobamos en ADDAW

En cada auditoría de ADDAW revisamos esta técnica página a página y le entregamos los errores con capturas y la forma de corregirlos.

Solicitar una auditoría

Basado en la técnica G10 del W3C (WCAG 2.2). Explicación y ejemplos: ADDAW. Traducción no oficial del texto del W3C © W3C, licencia de documentos del W3C. ¿Ha visto un error? Escríbanos.