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

Aprendiendo sobre WCAG y sus criterios de conformidad

3/35
Recursos
Transcripci贸n

Aportes 35

Preguntas 0

Ordenar por:

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

**驴Qu茅 es WCAG? ** En ingl茅s son las Web Content Accessibility Guidelines o en espa帽ol las Pautas de Accesibilidad para el Contenido Web. Un rango de recomendaciones para crear contenido web m谩s accesible.

**Historia de WCAG **

  • W3C - World Wide Web Consortium : Creadores de los est谩ndares que usamos para construir la web.

  • WAI - Web Accessibility Initiative : Iniciativa dentro de W3C cuya meta es asegurar la accesibilidad web.

Evoluci贸n de nivel - Pautas de Accesibilidad para el Contenido Web (WCAG) 2.0
Recomendaci贸n del聽W3C聽del 11 de diciembre de 2008

  • [ ] 1. Perceptible
    • [ ] 1.1 Alternativas textuales
      • [ ] 1.1.1 - A - Contenido no textual:
        • [ ] Controles, Entrada de datos
        • [ ] Contenido multimedia tempodependiente
        • [ ] Pruebas
        • [ ] Sensorial
        • [ ] CAPTCHA
        • [ ] Decoraci贸n, Formato, Invisible
    • [ ] 1.2 Medios tempodependientes
      • [ ] 1.2.1 - A - S贸lo audio y s贸lo v铆deo (grabado)
        • [ ] S贸lo audio grabado
        • [ ] S贸lo v铆deo grabado
      • [ ] 1.2.2 - A - Subt铆tulos (grabados)
      • [ ] 1.2.3 - A - Audiodescripci贸n o Medio Alternativo (grabado)
      • [ ] 1.2.4 - AA - Subt铆tulos (en directo)
      • [ ] 1.2.5 - AA - Audiodescripci贸n (grabado)
      • [ ] 1.2.6 - AAA - Lengua de se帽as (grabado)
      • [ ] 1.2.7 - AAA - Audiodescripci贸n ampliada (grabada)
      • [ ] 1.2.8 - AAA - Medio alternativo (grabado)
      • [ ] 1.2.9 - AAA - S贸lo audio (en directo)
    • [ ] 1.3 Adaptable
      • [ ] 1.3.1 - A - Informaci贸n y relaciones
      • [ ] 1.3.2 - A - Secuencia significativa
      • [ ] 1.3.3 - A - Caracter铆sticas sensoriales
    • [ ] 1.4 Distinguible
      • [ ] 1.4.1 - A - Uso del colo
      • [ ] 1.4.2 - A - Control del audio
      • [ ] 1.4.3 - AA - Contraste (m铆nimo)
        • [ ] Textos grandes
        • [ ] Incidental
        • [ ] Logotipos
      • [ ] 1.4.4 - AA - Cambio de tama帽o del texto
      • [ ] 1.4.5 - AA - Im谩genes de texto
        • [ ] Configurable
        • [ ] Esencial
      • [ ] 1.4.6 - AAA - Contraste (mejorado)
        • [ ] Textos grandes
        • [ ] Incidental
        • [ ] Logotipos
      • [ ] 1.4.7 - AAA - Sonido de fondo bajo o ausente
        • [ ] Ning煤n sonido de fondo
        • [ ] Apagar
        • [ ] 20 dB
      • [ ] 1.4.8 - AAA - Presentaci贸n visual
      • [ ] 1.4.9 - AAA - Im谩genes de texto (sin excepciones)
  • [ ] 2. Operable
    • [ ] 2.1 Accesible por teclado
      • [ ] 2.1.1 - A - Teclado
      • [ ] 2.1.2 - A - Sin trampas para el foco del teclado
      • [ ] 2.1.3 - AAA - Teclado (sin excepciones)
    • [ ] 2.2 Tiempo suficiente
      • [ ] 2.2.1 - A- Tiempo ajustable
        • [ ] Apagar
        • [ ] Ajustar
        • [ ] Extender
        • [ ] Excepci贸n de tiempo real
        • [ ] Excepci贸n por ser esencial
        • [ ] Excepci贸n de 20 horas
      • [ ] 2.2.2 - A - Poner en pausa, detener, ocultar
        • [ ] Movimiento, parpadeo, desplazamiento
        • [ ] Actualizaci贸n autom谩tica
      • [ ] 2.2.3 - AAA - Sin tiempo
      • [ ] 2.2.4 - AAA - Interrupciones
      • [ ] 2.2.5 - AAA - Re-autentificaci贸n
    • [ ] 2.3 Convulsiones
      • [ ] 2.3.1 - A - Umbral de tres destellos o menos
      • [ ] 2.3.2 - AAA - Tres destellos
    • [ ] 2.4 Navegable
      • [ ] 2.4.1 - A - Evitar bloques
      • [ ] 2.4.2 - A - Titulado de p谩ginas
      • [ ] 2.4.3 - A - Orden del foco
      • [ ] 2.4.4 - A - Prop贸sito de los enlaces (en contexto)
      • [ ] 2.4.5 - AA - M煤ltiples v铆as
      • [ ] 2.4.6 - AA - Encabezados y etiquetas
      • [ ] 2.4.7 - AA - Foco visible
      • [ ] 2.4.8 - AAA - Ubicaci贸n
      • [ ] 2.4.9 - AAA - Prop贸sito de los enlaces (s贸lo enlaces
      • [ ] 2.4.10 - AAA - Encabezados de secci贸n
  • [ ] 3. Comprensible
    • [ ] 3.1 Legible
      • [ ] 3.1.1 - A - Idioma de la p谩gina
      • [ ] 3.1.2 - AA - Idioma de las partes
      • [ ] 3.1.3 - AAA - Palabras inusuales
      • [ ] 3.1.4 - AAA - Abreviaturas
      • [ ] 3.1.5 - AAA - Nivel de lectura
      • [ ] 3.1.6 - AAA - Pronunciaci贸n
    • [ ] 3.2 Predecible
      • [ ] 3.2.1 - A - Al recibir el foco
      • [ ] 3.2.2 - A - Al recibir entradas
      • [ ] 3.2.3 - AA - Navegaci贸n coherente
      • [ ] 3.2.4 - AA - Identificaci贸n coherente
      • [ ] 3.2.5 - AAA - Cambios a petici贸n
    • [ ] 3.3 Entrada de datos asistida
      • [ ] 3.3.1 - A - Identificaci贸n de errores
      • [ ] 3.3.2 - A - Etiquetas o instrucciones
      • [ ] 3.3.3 - AA - Sugerencias ante errores
      • [ ] 3.3.4 - AA - Prevenci贸n de errores (legales, financieros, datos)
        • [ ] Reversible
        • [ ] Revisado
        • [ ] Confirmado
      • [ ] 3.3.5 - AAA - Ayuda
      • [ ] 3.3.6 - AAA - Prevenci贸n de errores (todos)
        • [ ] Reversible
        • [ ] Revisado
        • [ ] Confirmado
  • [ ] 4. Robusto
    • [ ] 4.1 Compatible
    • [ ] 4.1.1 - A - Procesamiento
    • [ ] 4.1.2 - A - Nombre, funci贸n, valor

En Colombia existe una documentaci贸n sobre accesibilidad establecida por ICONTEC ( Instituto Colombiano de Normas T茅cnicas y Certificaci贸n ) la norma NTC 5854

https://www.icontec.org/rules/accesibilidad-a-paginas-web/

隆Ooooh no! Son muchos factores a tomar en cuenta, 驴C贸mo me voy a guiar? 驴Qu茅 usar茅 de referencia? 驴Qu茅 est谩ndar seguir茅?
.
Chill out, tenemos a las Web Content Accessibility Guidelines (de ahora en m谩s referidas como WCAG) que nos guiar谩n en nuestro camino a crear una web m谩s accesible.
.
Las WCAG son un rango de recomendaciones para crear contenido web m谩s accesible, creadas por nuestra confiable y vieja amiga la W3C, quien nos ha dado est谩ndares para las dem谩s 谩reas del desarrollo web.
.
Dentro de las WCAG tenemos 12 criterios, que a su vez se divide cada uno en 3 niveles que determinan el nivel de inversi贸n que se har谩 en accesibilidad.
.
Nivel A (b谩sico), Nivel AA (Intermedio) y Nivel AAA (M谩s alto).
.
Aqu铆 pueden leer toda la documentaci贸n al respecto: https://www.w3.org/WAI/standards-guidelines/wcag/

Qu茅 es WCAG

  • En ingl茅s son las Web Content Accessibility Guidelines o en espa帽ol las Pautas de Accesibilidad para el Contenido Web
  • Un rango de recomendaciones para crear contenido web m谩s accesible

Historia

  • Son creados por la W3C - World Wide Web Consortium 鈫 Creadores de los est谩ndares que usamos para construir la web
  • WAI - Web Accesibility Initiative 鈫 Iniciativa dentro de la W3C cuya meta es asegurar la accesibilidad web. Ha dado las gu铆as para implementar la accesibilidad web
  • WCAG 鈫 Va a en el nivel 2.0

WCAG

  • Dentro de WCAG hay doce criterios de conformidad que debemos respetar, y cada criterio se divide en tres niveles. Cada nivel nos ayuda a escoger cuanta inversi贸n le queremos poner a la accesibilidad web
    • Nivel A 鈫 Nivel m谩s bajo, nos garantiza una necesidad b谩sica para nuestro productos
    • Nivel B 鈫 Nivel intermedio
    • Nivel C 鈫 Nivel Alto 鈫 Lo usan empresas que trabajan con gobiernos o universidades

Web Content Accessibility Guidelines (WCAG) Overview

Resumen - Pautas de Accesibilidad para el Contenido Web (WCAG) 2.0
Recomendaci贸n del聽W3C聽del 11 de diciembre de 2008

  • [ ] 1 Perceptible
    • [ ] 1.1 Proporcionar alternativas textuales para todo contenido no textual de modo que se pueda convertir a otros formatos que las personas necesiten, tales como textos ampliados, braille, voz, s铆mbolos o en un lenguaje m谩s simple.
    • [ ] 1.2 Medios tempodependientes: proporcionar alternativas para los medios tempodependientes.
    • [ ] 1.3 Crear contenido que pueda presentarse de diferentes formas (por ejemplo, con una disposici贸n m谩s simple) sin perder informaci贸n o estructura.
    • [ ] 1.4 Facilitar a los usuarios ver y o铆r el contenido, incluyendo la separaci贸n entre el primer plano y el fondo.
  • [ ] 2 Operable
    • [ ] 2.1 Proporcionar acceso a toda la funcionalidad mediante el teclado.
    • [ ] 2.2 Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido.
    • [ ] 2.3 No dise帽ar contenido de un modo que se sepa podr铆a provocar ataques, espasmos o convulsiones.
    • [ ] 2.4 Proporcionar medios para ayudar a los usuarios a navegar, encontrar contenido y determinar d贸nde se encuentran.
  • [ ] 3 Comprensible
    • [ ] 3.1 Hacer que los contenidos textuales resulten legibles y comprensibles.
    • [ ] 3.2 Hacer que las p谩ginas web aparezcan y operen de manera predecible.
    • [ ] 3.3 Ayudar a los usuarios a evitar y corregir los errores.
  • [ ] 4 Robusto
    • [ ] 4.1 Maximizar la compatibilidad con las aplicaciones de usuario actuales y futuras, incluyendo las ayudas t茅cnicas.

Niveles de accesibilidad (WCAG) 2.0:

  • [ ] A - nivel basico
  • [ ] AA - nivel intermedio
  • [ ] AAA - nivel avanzado al cual debemos apuntar si trabajamos en servicios del gobierno, universidades o servicios esenciales de la vida cotidiana.

Accesibilidad Web en mis propias palabras:

  • Es la forma en que nosotros como desarrolladores permitimos que el p煤blico en general pueda consumir nuestro contenido de forma sencilla y sin trabas.

En Colombia esto es ley?

Ideas/conceptos claves

WCAG son las Web Content Accessibility Guidelines o en espa帽ol las pautas para el Contenido Web

Apuntes

  • WCAG es un rango de recomendaciones para crear un contenido m谩s accesible
    • Es creado por W3C 鈬 Creadores de los est谩ndares que usamos para construir la web
    • WAI - Web Accessibility Initiative
      • Iniciativa dentro W3C cuya meta es asegurar la accesibilidad web
  • Existen diferentes niveles para clasificar nuestros productos
    • Nivel A 鈬 Es el m谩s bajo nos garantiza una accesibilidad b谩sica
    • Nivel AA 鈬 Nivel Intermedio
    • Nivel AAA 鈬 Nivel m谩s alto es usado mayormente por el gobierno o universidades para asegurarse que su contenido sea legible para todo publico

RESUMEN: WCAG son unas gu铆as para poder crear contenido accesible para la web, podemos clasificar los sitios con A, AA y AAA seg煤n que tan accesible puede llegar a ser

Muy buena informacion del Link de las pautas WCAG 2.0,en mi caso voy por : las recomendables, as铆 como a tratar de buscar consejo acerca de las mejores pr谩cticas actuales que aseguren un contenido web accesible, en la medida de lo posible, para esos grupos de discapacidades. Los metadatos pueden ayudar a los usuarios a localizar los contenidos m谩s apropiados para sus necesidades.

La accesibilidad web tiene como objetivo lograr que las p谩ginas web sean accesibles y utilizables por el m谩ximo n煤mero de personas, independientemente de sus conocimientos, capacidades personales o las caracter铆sticas t茅cnicas del dispositivo de acceso empleado.

A nivel internacional, el W3C promueve la progresiva adopci贸n de directrices de accesibilidad en la Web, especialmente a trav茅s de su grupo de trabajo Iniciativa para la Accesibilidad Web (WAI). Este grupo public贸 en 1999 la primera versi贸n de su documento Directrices de Accesibilidad del Contenido Web (Web Content Accessibility Guidelines o WCAG) que se han convertido en una referencia internacionalmente aceptada.

La 煤ltima versi贸n de este documento, las denominadas WCAG 2.1, fueron publicadas en junio de 2018 y en ellas se explica c贸mo hacer el contenido Web accesible para personas con discapacidades. Estas directrices est谩n dirigidas a los desarrolladores y dise帽adores de sitios Web, a los desarrolladores de herramientas de autor para el dise帽o y programaci贸n de sitios Web, a los desarrolladores de herramientas de evaluaci贸n de la accesibilidad Web y para cualquiera que necesite un est谩ndar de referencia con el que comprobar la accesibilidad de un determinado contenido en la Web.

Contenido de la versi贸n 2.1: http://www.codexexempla.org/traducciones/pautas-accesibilidad-contenido-web-2.0.htm

Hago una sutil correccion.
El W3C no son los creadores de la WWW y CSS, sino quienes lo estandarizaron.

En Colombia a trav茅s del anexo 1 de la Resoluci贸n 1519 de 2020 se adoptan los criterios establecidos WCAG 2.1

Versi贸n actual WCAG 2.1 publicada en su reciente versi贸n el 5 de junio de 2018.

https://www.w3.org/TR/2018/REC-WCAG21-20180605/

Corto y potente! Como debe ser 馃槑
WCAG 2.0
WCAG 2.1

WCAG es un conjunto de pautas y buenas pr谩cticas reunidas por expertos en accesibilidad para tratar qu茅 significa 鈥accesibilidad鈥 de manera met贸dica. Varios pa铆ses indican el uso de estas pautas en sus requisitos legales de accesibilidad web.

En pocas palabras, un rango de recomendaciones para crear contenido web m谩s accesible.
.

Las WCAG se organizan sobre la base de cuatro principios a menudo llamados con la palabra POUR:

  • Perceptible
  • Manejable
  • Comprensible
  • Solido

.
Dentro de las WCAG tenemos 12 criterios, que a su vez se divide cada uno en 3 niveles que determinan el nivel de inversi贸n que se har谩 en accesibilidad.

Nivel A (b谩sico), Nivel AA (Intermedio) y Nivel AAA (M谩s alto).

.
Historia de WCAG

W3C - World Wide Web Consortium : Creadores de los est谩ndares que usamos para construir la web. (HTML, CSS).

WAI - Web Accessibility Initiative : Iniciativa dentro de W3C cuya meta es asegurar la accesibilidad web.

WCAG=
(Pautas de accesibilidad de contenido web)
W3C= world wide web consortium (consorcio mundial de red)
WAI= Web accessibility initiative (Iniciativa de accesibilidad web)

  • Principio 1: Perceptible - La informaci贸n y los componentes de la interfaz de usuario deben ser presentados a los usuarios de modo que ellos puedan percibirlos.
  • Principio 2: Operable - Los componentes de la interfaz de usuario y la navegaci贸n deben ser operables.
  • Principio 3: Comprensible - La informaci贸n y el manejo de la interfaz de usuario deben ser comprensibles.
  • Principio 4: Robusto - El contenido debe ser suficientemente robusto como para ser interpretado de forma fiable por una amplia variedad de aplicaciones de usuario, incluyendo las ayudas t茅cnicas.

Creo que podemos empezar con sus principios y luego indagar m谩s en cada uno de ellos.

Actualemnte vamos en la versi贸n WCAG2.2 https://www.w3.org/TR/WCAG22/ Las Pautas de accesibilidad al contenido web (WCAG) 2.2 cubren una amplia gama de recomendaciones para hacer que el contenido web sea m谩s accesible. Seguir estas pautas har谩 que el contenido sea m谩s accesible para una gama m谩s amplia de personas con discapacidades, incluidas adaptaciones para ceguera y baja visi贸n, sordera y p茅rdida auditiva, movimiento limitado, discapacidades del habla, fotosensibilidad y combinaciones de estas, y algunas adaptaciones para discapacidades de aprendizaje y limitaciones cognitivas; pero no abordar谩 todas las necesidades de los usuarios para las personas con estas discapacidades.

Las pautas de accesibilidad de contenido web nos gu铆an al momento de implementar la accesibilidad web. Las podemos usar durante todo el proceso de desarrollo de producto, desde que nace la idea para lo que queremos construir, durante el dise帽o de los estilos y las interfaces, hasta cuando escribimos c贸digo y hacemos pruebas de calidad. Nos se帽alan los puntos importantes para tener en cuenta con eso podemos construir p谩ginas, productos y aplicaciones que le funcionan a todos nuestros usuarios sin importar su capacidades, dispositivos o preferencias.

Aunque las pautas (referidas tambi茅n por su nombre en ingl茅s WCAG) son muy completas y siguen creciendo a medida que nuestras tecnolog铆as crecen, es importante conocer los 4 principios que nos gu铆an para poder tomar decisiones puntuales a nivel de nuestros productos. Dentro de cada principio encontramos los criterios de conformidad que se pueden interpretar acorde al nivel de WCAG que le quieres o debes aplicar a tu sitio web. Recuerda que los 3 niveles son:

A - nivel basico

AA - nivel intermedio

AAA - nivel avanzado al cual debemos apuntar si trabajamos en servicios del gobierno, universidades o servicios esenciales de la vida cotidiana.

En esta lectura vamos a profundizar sobre los criterios de conformidad para tener una idea m谩s clara de que podemos encontrar dentro de WCAG. Podemos empezar por el primer principio:

  1. Perceptible

Los criterios de conformidad bajo este principio se enfocan en asegurar que todo el contenido que es importante se pueda interpretar de varias maneras. Aqui nos queremos

1.1 Asegurar que estamos proporcionando alternativas textuales para todo contenido no textual.
1.2 Proporcionar alternativas para los medios tempodependientes (como videos o audios, queremos ofrecer opciones como subt铆tulos o guiones).

1.3 Crear contenido que se pueda presentar de diferentes formas sin perder informaci贸n o estructura.

1.4 Facilitar a los usuarios ver y o铆r el contenido, incluyendo la separaci贸n entre el primer plano y el fondo

  1. Operable

Cuando hablamos de ser operable, queremos asegurarnos que nuestro sitio es f谩cil de usar y navegar, que se puede navegar de diferentes maneras y con mouse y/o teclado

2.1 Proporcionar acceso a toda la funcionalidad mediante del teclado

2.2 Darle a las usuarias suficiente tiempo para leer y usar el contenido (tener esto en cuenta cuando hacemos time outs, comunicarlos y dar opciones para pedir m谩s tiempo si es necesario)

2.3 Tener mucho cuidado de no usar elementos que brillan o se mueven muy r谩pido ya que pueden provocar ataques, espasmos o convulsiones

2.4 Asegurarnos que nuestros usuarios pueden navegar, encontrar contenido y determinar d贸nde se encuentran en nuestros sitios

  1. Comprensible

Hacer que nuestro sitio web sea comprensible nos asegura que un rango de personas lo pueden usar desde la persona que vive con una discapacidad mental que necesita patrones comunes para saber c贸mo usar la web hasta la persona que va de carrera y necesita consultar algo r谩pido

3.1 Tener en cuenta los tama帽os de texto y contraste de colores para que los textos resulten legibles y comprensibles

3.2 Hacer que las p谩ginas web aparezcan y operen de manera predecible.

3.3 Dar instrucciones para evitar errores y oportunidades para corregirlos cuando ocurren

  1. Robusto

Cuando hacemos productos que funcionan en muchos lados, abrimos las posibilidades que cualquier persona los use sin importar su ubicaci贸n, m谩quina, navegador y mucho m谩s

4.1 Maximizar la compatibilidad con las aplicaciones de usuario actuales y futuras, incluyendo las tecnolog铆as asistivas

As铆 son los criterios de conformidad para la version 2.0 de WCAG. Te invito a entrar a la documentaci贸n y leer sobre que es necesario a cada nivel. 驴Hay alguno que te sorprende? 隆Cu茅ntame en los comentarios!

Creo que no se implementa mucho, empresas que trabajan con gobiernos aplicando estandares de accesibilidad web?, las paginas del gobierno ni siquiera cumplen con eur铆sticas b谩sicas de usabilidad鈥

Mozilla Foundation tambi茅n esta contribuyendo a la documentaci贸n de Accesibilidad!
https://developer.mozilla.org/es/docs/Web/Accesibilidad

Directrices de accesibilidad WCAG 2.1

  • Alternativas de texto
  • Contenido alternativo al audio o video
  • Adaptable
  • Distinguible
  • Accesible mediante el teclado
  • Tiempo suficiente para el uso
  • No ataques (flash, parpadeos)
  • Navegabilidad
  • Diversas entradas de datos
  • Legibilidad
  • Predictibilidad
  • Autocorrecci贸n o ayuda en la entrada de datos
  • Compatibilidad
    Fuente 1
    Fuente 2

Las pautas de WCAG (Web content accessibility guidelines) 2.0 son perceptibles, operables , comprensibles y robustas.
.
Criterios de conformidad que deben ser aplicados a todas las paginas, como est谩ndar principal.
.
Control del audio.
Sin trampas para el foco del teclado
Umbral de tres destellos o menos.
Poner en pausa, detener, ocultar.

Para ser honesto, no hab铆a pensado en 茅ste tema. Hasta 茅ste curso.

Como demandar a mis viejas universidades :u

wow incre铆ble

WCAG = pautas de accesibilidad para el contenido web, creado por la W3C, al momento de grabaci贸n del video incluyo a hoy 2021, est谩 en la versi贸n 2.0

Niveles de implementaci贸n de accesibilidad

A = bajo
AA = intermedio
AAA = Alto

No creo que las universidades sean los sitios web mas accesibles, son todo lo contrario, si una persona normal casi no puede acceder ahora no me imagino a alguien con una discapacidad, y no solo las universidades tambien hay muchas paginas del gobierno o por lo menos asi es colombia, no se en otros paises como sea

como tal la w3c no creo css, fue mas bien creado por la comunidad, y ellos fueron los que establecieron esto como un estandar web, ya que como tal ese es su trabajo

Que bueno que existan estas pautas para quienes quieran desarrollar contenido accesible puedan saber que hacer

buena clase !!!