Diferencia entre revisiones de «Principio 4/4.1 Compatible»

De WCAG Wiki
Sin resumen de edición
Sin resumen de edición
Línea 1: Línea 1:
<html>
<!--
== Pauta 4.1: Maximiza la compatibilidad con los agentes de usuario actuales y futuros, incluyendo tecnologías de asistencia ==
== Pauta 4.1: Maximiza la compatibilidad con los agentes de usuario actuales y futuros, incluyendo tecnologías de asistencia ==


Línea 15: Línea 18:


* '''[[Principio 4/4.1 Compatible/4.1.3-A|4.1.3-A]]''' Los mensajes de estado deben poder ser identificados por software a través de sus roles o propiedades de forma que se puedan transmitir a los usuarios sin necesidad de recibir el foco
* '''[[Principio 4/4.1 Compatible/4.1.3-A|4.1.3-A]]''' Los mensajes de estado deben poder ser identificados por software a través de sus roles o propiedades de forma que se puedan transmitir a los usuarios sin necesidad de recibir el foco
-->
</html>
== Pauta 4.1: Maximiza la compatibilidad con los agentes de usuario actuales y futuros, incluyendo tecnologías de asistencia ==
[[Category:Principio4]]
=== '''4.1.1 - PROCESAMIENTO NIVEL: A''' ===
'''Objetivo''': asegurar que los agentes de usuario y productos de apoyo puedan interpretar correctamente y procesar (parsear) el contenido.
* [[Principio 4/4.1 Compatible/4.1.1-A|'''4.1.1-A. Código bien formado''']] El código no debe tener errores de sintaxis y debe estar bien formado de forma que pueda ser procesado de forma automática sin ambigüedades
=== '''4.1.2 - NOMBRE, FUNCIÓN, VALOR NIVEL: A''' ===
'''Objetivo''': asegurar que los productos de apoyo puedan obtener información, interactuar y estar al corriente del estado de los controles de interfaz de usuario.
* [[Principio 4/4.1 Compatible/4.1.2-A|'''4.1.2-A. Nombre, función, valor''']] Los elementos de la interfaz de usuario (formularios, enlaces, componentes personalizados con scripts, etc.) deben ser accesibles. Es decir, los productos de apoyo deben poder reconocer cuál es su nombre, su función y su valor o estado y pueden interactuar con ellos
=== '''4.1.3 – MENSAJES DE ESTADO NIVEL: A''' ===
'''Objetivo''': informar a los usuarios acerca de cambios importantes en el contenido (que no tengan el foco), de manera que no interrumpa innecesariamente su trabajo.
* [[Principio 4/4.1 Compatible/4.1.3-A|'''4.1.3-A. Mensajes de estado''']] Los mensajes de estado deben poder ser identificados por software a través de sus roles o propiedades de forma que se puedan transmitir a los usuarios sin necesidad de recibir el foco


[[Category:Principio4]]
[[Category:Principio4]]

Revisión del 23:43 21 oct 2025

Pauta 4.1: Maximiza la compatibilidad con los agentes de usuario actuales y futuros, incluyendo tecnologías de asistencia

4.1.1 - PROCESAMIENTO NIVEL: A

Objetivo: asegurar que los agentes de usuario y productos de apoyo puedan interpretar correctamente y procesar (parsear) el contenido.

  • 4.1.1-A. Código bien formado El código no debe tener errores de sintaxis y debe estar bien formado de forma que pueda ser procesado de forma automática sin ambigüedades

4.1.2 - NOMBRE, FUNCIÓN, VALOR NIVEL: A

Objetivo: asegurar que los productos de apoyo puedan obtener información, interactuar y estar al corriente del estado de los controles de interfaz de usuario.

  • 4.1.2-A. Nombre, función, valor Los elementos de la interfaz de usuario (formularios, enlaces, componentes personalizados con scripts, etc.) deben ser accesibles. Es decir, los productos de apoyo deben poder reconocer cuál es su nombre, su función y su valor o estado y pueden interactuar con ellos

4.1.3 – MENSAJES DE ESTADO NIVEL: A

Objetivo: informar a los usuarios acerca de cambios importantes en el contenido (que no tengan el foco), de manera que no interrumpa innecesariamente su trabajo.

  • 4.1.3-A. Mensajes de estado Los mensajes de estado deben poder ser identificados por software a través de sus roles o propiedades de forma que se puedan transmitir a los usuarios sin necesidad de recibir el foco