Accesibilidad web por principios - Principio 4: robusto
Descargar como PPTX, PDF0 recomendaciones736 vistas
El documento habla sobre el Principio 4 de accesibilidad web, llamado "Robusto". Este principio establece que el contenido debe ser interpretado de forma fiable por una variedad de aplicaciones de usuario, incluidas las ayudas técnicas. Debe ser compatible con tecnologías actuales y futuras a medida que éstas evolucionan, para que el contenido siga siendo accesible. Se incluyen pautas como asegurar que los elementos tengan etiquetas completas y estén anidados correctamente, y que los nombres, funciones y valores de
![Validar estándares
Que nos marcan?
Mapa conceptual?
Cómo profundizo después de esta clase?
• Validador HTML [http://validator.w3.org/]
• Validador CSS [http://jigsaw.w3.org/css-validator/]](https://image.slidesharecdn.com/4-robusto-170323184433/85/Accesibilidad-web-por-principios-Principio-4-robusto-6-320.jpg)
Accesibilidad web por principios - Principio 4: robusto
- 1. Accesibilidad web por principios Principio 4: Robusto
- 2. 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. • Los usuarios deben ser capaces de acceder a los contenidos cuando avanzan las tecnologías • como las tecnologías y las aplicaciones del usuario evolucionan, el contenido debe seguir siendo accesible Pauta 4.1 •Compatible
- 3. 4.1 Compatible Perceptible | Operable | Comprensible | Robusto >> 4.1 Compatible Maximizar la compatibilidad con las aplicaciones de usuario actuales y futuras, incluyendo las ayudas técnicas Propósito: apoyar a la compatibilidad con los agentes de usuario actuales y futuros, en especial las tecnologías de asistencia • Dado que las tecnologías cambian rápidamente, los desarrolladores pueden tener muchos problemas para mantenerse al día.
- 4. 4.1.1 Procesamiento (Nivel A) En los contenidos implementados mediante el uso de lenguajes de marcas, los elementos tienen las etiquetas de apertura y cierre completas; los elementos están anidados de acuerdo a sus especificaciones; los elementos no contienen atributos duplicados y los ID son únicos, excepto cuando las especificaciones permitan estas características. Perceptible | Operable | Comprensible | Robusto >> 4.1 Compatible >> 4.1.1 Procesamiento
- 5. 4.1.2 Nombre, función, valor (Nivel A) Para todos los componentes de la interfaz de usuario (incluyendo pero no limitado a: elementos de formulario, enlaces y componentes generados por scripts), el nombre y la función pueden ser determinados por software; los estados, propiedades y valores que pueden ser asignados por el usuario pueden ser especificados por software; y los cambios en estos elementos se encuentran disponibles para su consulta por las aplicaciones de usuario, incluyendo las ayudas técnicas. • Este criterio de conformidad se dirige principalmente a los autores web que desarrollan o programan sus propios componentes de interfaz de usuario. Por ejemplo, los controles estándar de HTML satisfacen automáticamente este criterio cuando se emplean de acuerdo con su especificación. Perceptible | Operable | Comprensible | Robusto >> 4.1 Compatible >> 4.1.2 Nombre, función, valor
- 6. Validar estándares Que nos marcan? Mapa conceptual? Cómo profundizo después de esta clase? • Validador HTML [http://validator.w3.org/] • Validador CSS [http://jigsaw.w3.org/css-validator/]
- 8. Silvia Da Rosa @okactivist C.C. www.mutuaspalabras.blogspot.com