diff --git a/guide/spanish/accessibility/accessibility-basics/index.md b/guide/spanish/accessibility/accessibility-basics/index.md index 04f9ff99d4f..38d2cfb6d09 100644 --- a/guide/spanish/accessibility/accessibility-basics/index.md +++ b/guide/spanish/accessibility/accessibility-basics/index.md @@ -73,9 +73,9 @@ La especificación HTML es un documento que describe cómo se debe usar el lengu
- Huge heading I will style with CSS later + Enorme cabecera a la cual pondre css más tarde - English + Ingles ``` ¿Adivina qué? Los tres de estos elementos rompen varios criterios de WCAG y, por lo tanto, no son accesibles en absoluto. @@ -93,11 +93,11 @@ Spans y divs no son elementos. Están destinados a contener otros elementos, no ```html - + -

Here's a heading level two

+

Aquí hay una cabecera de nivel 2

- English + Ingles ``` Auge. De repente, todos estos elementos ahora son perfectamente accesibles, solo mediante el uso de HTML nativo. HTML de la forma en que estaba destinado a ser utilizado, en otras palabras. @@ -195,4 +195,4 @@ En los artículos posteriores, abordaré varios temas más de primera clase. Una * Agregar encabezados estructurados suena como una buena idea, pero no encajan en mi diseño. ¿Qué debo hacer? * ¿Hay alguna manera de escribir contenido que solo vean los lectores de pantalla y otras tecnologías de asistencia? * ¿Cómo hago accesibles los componentes personalizados de JavaScript? -* ¿Qué herramientas hay, además de las pruebas de usuario inclusivas, que pueden usarse para desarrollar la experiencia más sólida y accesible para el grupo más grande de usuarios? \ No newline at end of file +* ¿Qué herramientas hay, además de las pruebas de usuario inclusivas, que pueden usarse para desarrollar la experiencia más sólida y accesible para el grupo más grande de usuarios?