Dominar las bases de la accesibilidad

1

¬ŅListo para hacer la web un mejor lugar para todos sus usuarios?

2

Conociendo la importancia de la accesibilidad web

3

Aprendiendo sobre WCAG y sus criterios de conformidad

4

Profundizando los 12 criterios de conformidad

5

Los 4 principios de WCAG

6

Tecnología Asistivas - cuáles son y cómo funcionan

Presentar el proyecto

7

Instalación del proyecto y primeros pasos

Evaluar la accessibilidad de sitios web

8

Pruebas autom√°ticas con Lighthouse

9

Pruebas con simuladores de discapacidades visuales

10

Pruebas manuales con tu teclado

11

Pruebas manuales con lectores de pantalla

12

Pruebas manuales con VoiceOver

Refactorizar HTML para ser mas accessible

13

Usando HTML sem√°ntico en el header de nuestro sitio

14

¬ŅQu√© es el HTML sem√°ntico y por qu√© es importante?

15

Usando HTML sem√°ntico en el contenido principal de nuestro sitio

16

Usando HTML sem√°ntico en footer de nuestro sitio

17

ARIA - Accessible Rich Internet Applications

18

ARIA roles

19

ARIA properties

20

ARIA states

21

Overview del proyecto con los retos resueltos

Utilizar CSS para aumentar la acessibilidad de un sitio web

22

Contrastes de color

23

Iconos

24

Skip Links

25

Estilos de foco y hover

26

Overview retos resueltos con CSS

Extender la accesibilidad usando JavaScript

27

Manejando el foco del teclado - botones

28

Manejando el foco del teclado - el carousel

29

Coordinando el foco del teclado con el foco de lectores de pantallas

30

Manejando modales

31

Mejorando la accesibilidad con teclado de nuestro modal

32

Ayudando a nuestros usuarios a interactuar correctamente con el sitio

33

Validando formularios

34

Manejando cambios din√°micos

Conclusión

35

Siguientes pasos

No tienes acceso a esta clase

¬°Contin√ļa aprendiendo! √önete y comienza a potenciar tu carrera

Curso de Accesibilidad Web

Curso de Accesibilidad Web

Juliana Gómez

Juliana Gómez

ARIA states

20/35
Recursos

Aportes 15

Preguntas 1

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.

Estados de ARIA: Comunican estados y cambios de estados en elementos que se suelen comunicar visualmente.

A√Īadimos a la etiqueta de <li> el atributo: aria-hidden=‚Äútrue‚ÄĚ para que el lector de pantalla solo lea los elementos visibles en el estado actual de la p√°gina.

ūüóŅ ARIA states

<h4>Ideas/conceptos claves</h4>

Estados de ARIA comunican estados y cambios de estados en elementos que se suelen comunicar visualmente

<h4>Apuntes</h4>
  • Existen veces que mostramos casos que solo pasan cuando algo cambia en la pantalla
    • Impidiendo que personas con discapacidades visuales no podr√°n notar ese cambio
    • Debemos dar una experiencia del sitio a personas discapacitadas al igual que damos importancia a personas sin ning√ļn problema
  • Si tenemos un checkbox
    • Sabemos que esta seleccionado por que est√° marcado
    • Alguien con discapacidad quiz√°s no pueda ver eso
  • Un lector de pantalla no se dar√° cuenta que algunas cosas no se est√°n mostrando
  • Podemos usar el atributo aria-hidden para ocultar algunas cosas de los lectores de pantalla
<li aria-hidden="true">...</li>

RESUMEN: Podemos brindar una experiencia similar a usuarios con discapacidades al igual que usuarios que tienen todos los beneficios físicos, usando estados los cuales comunicarán que cosas se estarán mostrando en pantalla

Con ChromeVox los items del carrousel se mueven autom√°ticamente hasta el ultimo ley√©ndolos. Si les agrego el aria-hidden se mueven igualmente pero los deja de leerūü§Ē

Entonces es mejor poner aria en el primer elemento que lee el lector de pantalla

En esta parte pienso que al se debería indicar que hay más items en las lista y que mueva el forward button para observar los items que faltan, como se puede hacer esto?

Además de los estados y propiedades mencionados, existen otros más, aquí los pueden consultar https://www.w3.org/TR/wai-aria-1.0/states_and_properties

  • Lo importante es que las personas que navegan con un lector de pantalla le demos una experiencia casi igual a las personas que utilizan tecnolog√≠as asistivas

Qué son

Comunican estados y cambios de estados en elementos que se suelen comunicar visualmente. Tenemos que comunicar los diferentes estados que tengamos en nuestras aplicaciones a nuestros usuarios

  • **aria-hidden="true" ‚Üí nos ayuda a esconder el contenido del carrusel para que el Voice Over no lo lea cuando a√ļn no hemos tenido interacci√≥n con el carrusel**
<li aria-hidden="true"><button><img src="/images/project4.png" class="project project4" alt="Mi cuarto proyecto"></button></li>
          <li aria-hidden="true"><button><img src="/images/project5.png" class="project project5" alt="Mi quinto proyecto" ></button></li>

Estados: Estados de ARIA comunican estados y cambios de estados en elementos que se suelen comunicar visualmente.

<aside aria-hiden="true/false"><nav>etc</nav></aside>

A√Īadimos a la etiqueta de <li> el atributo: aria-hidden=‚Äútrue‚ÄĚ para que el lector de pantalla solo lea los elementos visibles en el estado actual de la p√°gina, entonces si le a√Īadimos display: none; o visibility: hidden; el aside no ser√° considerado por lectores de pantalla ni tampoco por la navegaci√≥n secuencial del teclado.

Los aria states por medio de qué se pueden cambiar?
En el caso de que, por ejemplo en el carrusel se muestre el objeto que estaba oculto al principo.

Si por ejemplo tuviéramos una tabla con muchísimos campos y esa tabla la tuviéramos paginada, sería necesario usar aria-hidden para los campos que no se muestran todavía porque están en otras páginas de la tabla? Gracias.

¬ŅC√≥mo ser√≠a la interacci√≥n cuando le da al bot√≥n de mostrar lo que sigue del carrousel?
¬ŅDe qu√© manera puede darse cuenta que ah√≠ hay m√°s por ver, de una manera accesible para la persona que leer√° nuestra web? ¬Ņo ser√° mejor no tener objetos ocultos?

Yo lo tengo igual que la profe pero mi lector de pantalla me dice que hay 5 elementos. Alguién sabe por qué?

perfecto

n