Dentro del análisis de accesibilidad web, uno de los puntos comprobados es la existencia de enlaces adyacentes que apuntan al mismo destino.
Se consideran enlaces adyacentes aquellos que están separados por un carácter y/o conjunto de espacios en blanco, o por alguna etiqueta que no pertenezca al grupo de etiquetas en línea: a, abbr, acronym, b, big, code, cite, dfn, em, font, img, ins, label, q, s, small, span, strike, strong, sub, sup, u.
NOTA: No se tienen en cuenta los enlaces que apunten al destino: #
Mostrando entradas con la etiqueta accesibilidad web. Mostrar todas las entradas
Mostrando entradas con la etiqueta accesibilidad web. Mostrar todas las entradas
5 de febrero de 2020
31 de enero de 2020
:: Accesibilidad web. Cambio de contexto
En accesibilidad se llevan a cabo una serie de validaciones, entre las que podemos señalar la existencia de: "Cambios de contexto".
¿Pero a qué hace referencia este término?.
Se entiende por cambio de contexto: una nueva página, ventana, pestaña, aplicación o un cambio de foco (window.location, window.history, window.open, window.focus).
De esta manera, a la hora de evaluar la accesibilidad en un portal web, deberemos tener en cuenta el uso de estas técnicas, para obtener la máxima puntuación posible en los informes.
¿Pero a qué hace referencia este término?.
Se entiende por cambio de contexto: una nueva página, ventana, pestaña, aplicación o un cambio de foco (window.location, window.history, window.open, window.focus).
De esta manera, a la hora de evaluar la accesibilidad en un portal web, deberemos tener en cuenta el uso de estas técnicas, para obtener la máxima puntuación posible en los informes.
- Verificar que no se produzca ningún cambio de contexto en los eventos: onfocus y onblur
- Verificar que no se produzca ningún cambio de contexto nada más cargarse la página: onload
- Verficar que no se produzca ningún cambio de contexto en el evento onchange de los elementos select
13 de noviembre de 2019
:: Accesibilidad. WCAG 2.0
Las pautas WCAG 2.0 se engloban en 4 principios básicos:
1.- Perceptible
La información y elementos de la interfaz deben ser presentados al usuario de forma que puedan percibirlos claramente.
- Debemos proporcionar alternativas textuales para todo contenido no textual, de manera que pueda modificarse y adaptarse a las necesidades de los usuarios: tamaño de letra, braille, voz,...
- Proporcionar alternativas sincronizadas para contenidos multimedia
- Crear contenidos que puedan presentarse de diversas maneras, sin perder la información y estructura
- Facilitar que los usuarios puedan ver y oir el contenido, incluyendo la separación entre el primer plano y fondo
2.- Operable
Los elementos de la interfaz de usuario y navegación deben ser operables fácilmente.
- Hacer que toda la funcionalidad esté disponible a través del teclado
- Proporcionar a los usuarios el tiempo suficiente para leer y utilizar el contenido
- No diseñar contenidos que puedan causar ataques epilépticos
- Proporcionar medios que sirvan de ayuda a los usuarios a la hora de navegar, localizar contenido y determinar dónde se encuentran.
3.- Comprensible
La información y el manejo de la interfaz de usuario deben ser comprensibles.
- Lograr que el contenido textual sea legible y comprensible
- Crear páginas web cuya apariencia y operabilidad sean predecibles
- Ayudar a los usuarios a evitar y corregir errores
4.- Robusto
El contenido debe ser lo suficientemente robusto como para ser interpretado de forma fiable por una variedad de aplicaciones de usuario y productos de apoyo.
- Maximizar la compatibilidad con agentes de usuarios actuales y futuros, así como con los productos de apoyo
25 de octubre de 2019
:: Accesibilidad. Pautas WCAG 1.0
WCAG 1.0 está compuesta por 14 pautas principales:
1.- Proporcionar alternativas equivalentes para el contenido sonoro y visual
Los textos alternativos al contenido visual o auditivo benefician a personas con alguna discapacidad visual o cognitiva, y a aquellos usuarios que deciden anular la descarga de imágenes y/o sonidos.
2.- No basarse sólo en el color
Los textos y gráficos deben comprenderse sin necesidad de ver los colores. El cumplimiento de esta pauta beneficia a personas con dificultades para ver los colores, y a usuarios que utilizan pantallas monocromáticas.
3.- Utilizar marcadores y hojas de estilo de manera correcta
El control de la presentación de los contenidos se debe realizar con hojas de estilo en vez de con elementos y atributos de presentación, para evitar tener dificultades con herramientas de apoyo utilizadas por algunos usuarios.
4.- Identificar el idioma utilizado
Implica usar marcadores que faciliten la pronunciación o interpretación de texto abreviado o extranjero. Se debe indicar el idioma predominante en cada página y marcar aquellas expresiones que se encuentren en otra lengua. De esta forma, los sintetizadores de voz son capaces de cambiar su pronunciación en función del idioma, siempre y cuando se usen los marcadores apropiados.
5.- Crear tablas que se transformen correctamente
Las tablas sólo deben utilizarse para marcar información tabular (tablas de datos). El uso de tablas con otros fines crea dificultades para los usuarios que usan lectores de pantalla.
De la misma manera, las tablas mal estructuradas (por ejemplo, sin encabezados ) dificultan la lectura a usuarios que utilizan lectores de pantalla.
6.- Asegurarse de que las páginas que incorporan nuevas tecnologías se transformen correctamente
Una página basada en tecnologías modernas tiene que ser accesible sobre navegadores antiguos.
7.- Asegurar que el usuario tiene el control sobre los cambios de contenidos
El movimiento de los objetos o páginas, parpadeo o actualización automática, deben ser controlados por el usuario. Las personas con discapacidades cognitivas, visuales o mptrices no pueden leer textos en movimiento o interactuar con objetos móviles.
8.- Asegurar la accesibilidad directa de las interfaces de usuario incrustadas
Cuando un objeto incrustado (Flash, Java) tiene su propia interfaz, ésta debe ser accesible. Si la interfaz del objeto incrustado no puede hacerse accesible, debe proporcionarse una solución alternativa accesible.
9.- Diseñar con independencia del dispositivo
Esta pauta establece que el usuario pueda interactuar con la aplicación de usuario o con el documento mediante dispositivos de entrada diversos: ratón, teclado, voz, ...
Si por ejemplo, un control de formulario sólo puede ser activado con un ratón u otro dispositivo apuntador, alguien que use la página con entrada de voz o teclado, no será capaz de completar el formulario.
10.- Utilizar soluciones provisionales
En muchos casos, las alternativas accesibles sólo son imprescindibles hasta que los antiguos navegadores y los productos de apoyo se actualicen y operen correctamente.
11.- Utilizar la tecnologíay pautas W3C
Cuando no se pueda usar una tecnología W3C, o al usarla se obtengan materiales que no se transformen correctamente, se debe proporcionar una versión alternativa. Se recomiendan las tecnologías W3C por incluir características accesibles, por estar desarrolladas en un proceso abierto consensuado y porque se utilizan como base de muchas legislaciones para crear contenidos accesibles.
12.- Proporcionar información de contexto y orientativa
Esta información ayuda al usuario a comprender páginas o elementos complejos. Se deben agrupar los elementos y ofrecer información contextual sobre la relación entre elementos.
13.- Proporcionar mecanismos claros de navegación
Estos mecanismos facilitan a todos los usuarios la búsqueda de aquella información que necesitan, por ejemplo: mapa web, ayuda, barras de navegación, etc.
14.- Asegurarse de que los documentos sean claros y sencillos
La información escrita puede ser difícil para personas con discapacidad cognitiva o con dificultad de aprendizaje, y para personas sordas o que hablan en una lengua extranjera.
1.- Proporcionar alternativas equivalentes para el contenido sonoro y visual
Los textos alternativos al contenido visual o auditivo benefician a personas con alguna discapacidad visual o cognitiva, y a aquellos usuarios que deciden anular la descarga de imágenes y/o sonidos.
2.- No basarse sólo en el color
Los textos y gráficos deben comprenderse sin necesidad de ver los colores. El cumplimiento de esta pauta beneficia a personas con dificultades para ver los colores, y a usuarios que utilizan pantallas monocromáticas.
3.- Utilizar marcadores y hojas de estilo de manera correcta
El control de la presentación de los contenidos se debe realizar con hojas de estilo en vez de con elementos y atributos de presentación, para evitar tener dificultades con herramientas de apoyo utilizadas por algunos usuarios.
4.- Identificar el idioma utilizado
Implica usar marcadores que faciliten la pronunciación o interpretación de texto abreviado o extranjero. Se debe indicar el idioma predominante en cada página y marcar aquellas expresiones que se encuentren en otra lengua. De esta forma, los sintetizadores de voz son capaces de cambiar su pronunciación en función del idioma, siempre y cuando se usen los marcadores apropiados.
5.- Crear tablas que se transformen correctamente
Las tablas sólo deben utilizarse para marcar información tabular (tablas de datos). El uso de tablas con otros fines crea dificultades para los usuarios que usan lectores de pantalla.
De la misma manera, las tablas mal estructuradas (por ejemplo, sin encabezados ) dificultan la lectura a usuarios que utilizan lectores de pantalla.
6.- Asegurarse de que las páginas que incorporan nuevas tecnologías se transformen correctamente
Una página basada en tecnologías modernas tiene que ser accesible sobre navegadores antiguos.
7.- Asegurar que el usuario tiene el control sobre los cambios de contenidos
El movimiento de los objetos o páginas, parpadeo o actualización automática, deben ser controlados por el usuario. Las personas con discapacidades cognitivas, visuales o mptrices no pueden leer textos en movimiento o interactuar con objetos móviles.
8.- Asegurar la accesibilidad directa de las interfaces de usuario incrustadas
Cuando un objeto incrustado (Flash, Java) tiene su propia interfaz, ésta debe ser accesible. Si la interfaz del objeto incrustado no puede hacerse accesible, debe proporcionarse una solución alternativa accesible.
9.- Diseñar con independencia del dispositivo
Esta pauta establece que el usuario pueda interactuar con la aplicación de usuario o con el documento mediante dispositivos de entrada diversos: ratón, teclado, voz, ...
Si por ejemplo, un control de formulario sólo puede ser activado con un ratón u otro dispositivo apuntador, alguien que use la página con entrada de voz o teclado, no será capaz de completar el formulario.
10.- Utilizar soluciones provisionales
En muchos casos, las alternativas accesibles sólo son imprescindibles hasta que los antiguos navegadores y los productos de apoyo se actualicen y operen correctamente.
11.- Utilizar la tecnologíay pautas W3C
Cuando no se pueda usar una tecnología W3C, o al usarla se obtengan materiales que no se transformen correctamente, se debe proporcionar una versión alternativa. Se recomiendan las tecnologías W3C por incluir características accesibles, por estar desarrolladas en un proceso abierto consensuado y porque se utilizan como base de muchas legislaciones para crear contenidos accesibles.
12.- Proporcionar información de contexto y orientativa
Esta información ayuda al usuario a comprender páginas o elementos complejos. Se deben agrupar los elementos y ofrecer información contextual sobre la relación entre elementos.
13.- Proporcionar mecanismos claros de navegación
Estos mecanismos facilitan a todos los usuarios la búsqueda de aquella información que necesitan, por ejemplo: mapa web, ayuda, barras de navegación, etc.
14.- Asegurarse de que los documentos sean claros y sencillos
La información escrita puede ser difícil para personas con discapacidad cognitiva o con dificultad de aprendizaje, y para personas sordas o que hablan en una lengua extranjera.
24 de diciembre de 2018
:: Estándar europeo sobre accesibilidad de sitios web y aplicaciones móviles
Publicado el estándar armonizado europeo sobre accesibilidad de sitios web y aplicaciones móviles (21/12/2018).
Este estándar se ha publicado en el Diario Oficial de la Unión Europea la Decisión de Ejecución (UE) 2018/2048 de la Comisión, de 20 de diciembre de 2018 , sobre la norma armonizada aplicable a los sitios web y a las aplicaciones para dispositivos móviles redactada en apoyo de la Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo. Es decir, la declaración como estándar armonizado de la norma "EN 301 549 V2.1.2 (2018-08). Requisitos de accesibilidad para los productos y servicios de las TIC"
Por lo tanto, desde hoy 21 de diciembre de 2018, el estándar a cumplir por las Administraciones Públicas españolas en sus sitios web es el EN 301 549 v2.1.2 (2018-08). En el caso de las aplicaciones móviles aplicará a partir del 23 de Junio de 2021.
Más información: https://goo.gl/shQCya
Este estándar se ha publicado en el Diario Oficial de la Unión Europea la Decisión de Ejecución (UE) 2018/2048 de la Comisión, de 20 de diciembre de 2018 , sobre la norma armonizada aplicable a los sitios web y a las aplicaciones para dispositivos móviles redactada en apoyo de la Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo. Es decir, la declaración como estándar armonizado de la norma "EN 301 549 V2.1.2 (2018-08). Requisitos de accesibilidad para los productos y servicios de las TIC"
Por lo tanto, desde hoy 21 de diciembre de 2018, el estándar a cumplir por las Administraciones Públicas españolas en sus sitios web es el EN 301 549 v2.1.2 (2018-08). En el caso de las aplicaciones móviles aplicará a partir del 23 de Junio de 2021.
Más información: https://goo.gl/shQCya
Suscribirse a:
Entradas (Atom)
:: Liferay DXP 2026. Habilitar RSS
En la versión Liferay DXP 2026 para habilitar las fuentes de datos RSS debemos seguir los pasos siguientes: 1.- Accederemos a la Configuraci...
-
En multitud de ocasiones es útil obtener el modelo de datos de una aplicación para determinar las tablas, consultas, relaciones,... En es...
-
La siguiente prueba de concepto consistirá en la creación de un webscript que liste las carpetas contenidas en una carpeta dada, pasada co...
-
En Liferay 7.3 y, en versiones anteriores, para el idioma por defecto -en las configuraciones habiturales- no se muestra el código de idioma...




