Situación actual de la S.I. en Europa
- 30-40 % no están completamente integrados (200 Millones no usan
Internet)
- Razones:
- Localización geográfica (áreas rurales)
- Cultura e idioma
- Género (La mujer está más excluida)
- Edad (10% > 64 → 73% = 16-24) y discapacidad
- Formación y habilidades (25% educación básica, frente al 77%
educación superior)
- Condiciones económicas precarias (38% desempleados, 17%
inactivos → 60% empleados y 84% estudiantes)
Esto es igual a: ¡Empeoramiento de la división social y del bienestar
económico!
La cuestión de la banda ancha
- Alcance
- Potencial: 89% de la población en 27 países
- Disponibilidad en áreas rurales: 71%
- Si no se incrementa, resultaría en:
- Pocos trabajos → subida de costos. Especialmente teniendo en cuenta
el envejecimiento de la población.
- Menor cohesión social
Esto es igual a: ¡Una Europa
menos competitiva!
¿Aportaría algo la accesibilidad?
¡Sí, la accesibilidad es la clave que permite la
e-inclusión!.
- Nuestra población envejece
- Cerca del 15% son personas con discapacidad (oficial)
- El porcentaje se incrementa si incluimos a personas con otras dis-capacidades
- La accesibilidad significa mayor usabilidad
para todos
Imagen tomada del estudio: "The
Demographic Change – Impacts of New Technologies and Information
Society"
Significado de accesibilidad
- Accesibilidad
- Es el arte de garantizar que, tan
amplia y extensamente como sea posible, los medios (como por ejemplo el
acceso a la Web) estén disponibles para las personas, tengan o no
deficiencias de un tipo u otro (http://www.w3.org/People/Berners-Lee/Weaving/glossary.html).
¿Qué es un webmaster?
Las directrices de accesibilidad se dirigen a los
"Webmaster", en el convencimiento de que dichos profesionales conocen los
lenguajes de marcado y por tanto comprenden fácilmente las pautas. El hecho
es que hoy en día muchos "Webmaster" son personas que no tienen una
formación informática ni una especialización en lenguajes de
hipertexto.
A person responsible for the implementation of a Web site. Webmasters must
be proficient in HTML as well as one or more scripting and interface
languages such as JavaScript and Perl. They may also have experience with
more than one type of Web server.
Computer Desktop Encyclopedia
La traducción sería:
"Una persona responsable de la realización de un sitio Web. El Webmaster
debe ser experto en HTML así como en uno o
más lenguajes de “scripting” e interfaz tales como JavaScript y Perl. Pueden también tener experiencia con más de un tipo de servidor
Web."
Los dominios del webmaster actual
En la sección de
traducciones del sitio del SIDAR se encuentran los documentos traducidos
al español.
[1] HTML Tidy es una aplicación para la revisión y limpieza del
código HTML, a partir de ella se ha desarrollado también la HTML Validator for Firefox, que es una extensión para ese
navegador.
[2] Un par de pistas: TAW encuentra 4 fallos de nivel 2 que percibe
automáticamente. Su respuesta es: "Esta etiqueta no está asociada
claramente a un control de formulario". Wave por su parte marca también
fallos en esas etiquetas, pero su aviso dice: a
form label is present, but it is not associated with any form <input>
or <textarea> element. ¿Realmente existe un fallo en la págna
de Sidar? Para encontrar la respuesta, leer la especificación de HTML.
[3] Un artículo interesante sobre cómo elegir a los usuarios con discapacidad para una
evaluación de la accesibilidad, en inglés, en el sitio de UIAccess.
Los 12 fallos más comunes
Cuando las barbas de tu vecino...
Informe sobre la
accesibilidad web de la Disability Right
Comission (DRC) del Reino Unido. Presenta los 8 fallos más
comunes:
- Texto equivalente para todo elemento no textual
- combinaciones de color del fondo y del primer
plano.
- Páginas que no pueden seguir siendo usadas cuando los scripts,
applets u otros objetos de programación se desconectan o no son
soportados.
- Contenido en movimiento, que no puede detener el
usuario a voluntad.
- Generación de ventanas, sin informar antes al
usuario.
- Falta de estructuración. Uso incorrecto de elementos
de encabezado y bloques de información largos, no divididos en grupos
manejables de forma natural y apropiada.
- Objetivo de cada enlace que no se identifica
claramente.
- lenguaje poco claro o complejo, y abreviaturas
y acrónimos sin marcar.
A estos podemos añadir los siguientes:
- Resolución mínima definida por el autor.
- Diseño heterogéneo en los sistemas de navegación o
presentación de los contenidos
- Formularios mal etiquetados.
- Marcado espurio: tablas, citas, listas, encabezados,
usados para efectos de disposición o presentación. Atajos de teclado
mal definidos. Metadatos inexistentes o usados para
efectos de posicionamiento.
Textos alternativos
¡Pero si todas las imágenes tienen alt!
Hoy en día la mayoría de los desarrolladores incluyen el atributo "alt",
pero la cuestión es si el valor del atributo es, o no, apropiado como
equivalente de la imagen.
Las herramientas de revisión NO
pueden determinar si en una página los textos alternativos son correctos o
no.
- Usuarios:
- No sólo las personas ciegas,
- también personas que navegan sin descargarse las imágenes debido
al ancho de banda o dispositivo que utilizan (pda, teléfono móvil,
etc.)
- y personas con algunos tipos de deficiencias cognitivas.
Puede consultarse la ayuda extensa de HERA para conocer otros casos de
utilización del texto alternativo de manera correcta. Por ejemplo, qué
hacer con la viñetas, elementos decorativos, vídeos, etc.
Combinaciones de color
¡Pero si yo lo veo perfectamente!
- Falta de contraste en imágenes
- Falta de contraste en textos
Algunas herramientas de revisión automática pueden
detectar algunos fallos de contraste de color, pero siempre
es necesario utilizar herramientas complementarias y hacer una revisión
manual de cada elemento que contenga color.
- Usuarios:
- No sólo personas con deficiencias de percepción
del color (+ 10% población),
- también personas con monitores monocromos o de baja resolución
(pda, teléfono móvil, - antiguos- etc.)
- y en determinadas circunstancias de iluminación.
HERA proporciona una herramienta
adicional para la comprobación del contraste de color definido en las hojas
de estilo, en el momento en que se revisa el punto 2.2. Pero hay otras
herramientas que pueden usarse para hacer esa comprobación, por ejemplo:
Scripts, applets, objetos...
¡Pero si todo el mundo tiene Java y Flash!
La revisión manual es
imprescindible, porque también hay que determinar si la
funcionalidad proporcionada por el script no se presenta por otro
medio. Caso típico: botón para imprimir la página.
- Usuarios:
- No sólo personas que utilizan determinadas ayudas
técnicas,
- también personas con equipos antigüos, o teléfonos móviles, o
PDAs;
- y personas que por razones de seguridad navegan sin permitir la
ejecución de scripts.
Las herramientas de revisión automática pueden
detectar algunos fallos, como el uso de eventos dependientes del tipo de
dispositivo, pero no pueden determinar absolutamente si hay contenidos a los
que el usuario no puede llegar o conocer si no se ejecutan los cripts.
Contenidos en movimiento
¡Qué divertido!
Si no puedes evitarlo:
- Será necesario que:
- Puedan detenerse
- Mediante el ratón
- y mediante el teclado.
- Usuarios:
- En general es incómodo para todos los usuarios, sobre todo si es
una página de uso continuo.
- Molesta especialmente a las personas con problemas de atención
- pueden ser una barrera para usuarios de algunos agentes de usuario
antigüos
- Dificultan mucho su lectura a personas con deficiencias
visuales.
Las herramientas de revisión automática no pueden
detectar todos los contenidos en movimiento que puede haber en una página,
pues pueden presentarse mediante imágenes, scripts, u objetos. Por tanto, la
revisión manual es imprescindible.
Generación de ventanas
¡No controles mi forma de ...!
- Hoy en día los usuarios pueden evitar la generación de
nuevas ventanas
- Los usuarios pueden preferir:
- Abrir una nueva ventana
- Abrir una nueva pestaña
- Que todo se muestre en la misma pestaña
¡Atención! El punto se refiere tanto a ventanas como
a mensajes emergentes.
- Usuarios:
- Usuarios de lectores de pantalla, por la pérdida del foco.
- Personas ciegas o sordociegas
- Personas con deficiencia visual
- Personas con deficiencia cognitiva
- También puede ser un problema para personas con ciertas
deficiencias cognitivas que no se percatan de la apertura de la nueva
ventana si ésta se abre en el fondo.
- Usuarios poco experimentados que no sabrán volver al sitio en el
que se encontraban
Falta de estructuración
¡Qué galimatias!
La estructuración incorrecta o inexistente limita la
comprensión de los contenidos para algunos usuarios.
- Usuarios:
- Usuarios de lectores de pantalla.
- Personas ciegas o sordociegas
- Personas con deficiencia visual
- Personas con deficiencia cognitiva
- Usuarios con limitaciones motrices que utilizan el teclado y
navegan por encabezados.
Las herrramientas de revisión pueden detectar algunas formas de
estructuración incorrecta, pero NO TODAS. Por tanto, la revisión manual es
imprescindible.
Objetivo de enlaces
¿A dónde lleva esto?
- Los enlaces deben ser:
- Claros en cuanto a dónde apuntan
- Diferenciables cuando son leídos fuera de contexto
Algunos agentes de usuario aprovechan el contenido del
atributo "title", si lo hay, pero otros no.
- Usuarios:
- Usuarios de lectores de pantalla.
- Personas ciegas o sordociegas
- Personas con deficiencia visual
- Personas con deficiencia cognitiva
- Personas con algunos tipos de deficiencias cognitivas no usuarios
de lectores.
- Usuarios que navegan por elementos.
Las herrramientas de revisión NO puden detectar si los
enlaces son claros en cuanto a dónde apuntan y si son comprensibles cuando
son leídos fuera de contexto. Lo único que pueden detectar es si hay dos o
más enlaces con el mismo contenido y que apuntan a documentos distintos.
Lenguaje poco claro
¡El galimatías crece!
Especialmente importante en sitios dirigidos a
públicos cautivos:
- Banca
- Administración pública
Pero... ¡El punto no limita la utilización de
lenguaje técnico allá donde sea necesario.! No se trata de tener una web
dirigida a una edad mental de 13 años, como las películas americanas
- Usuarios:
- Especialmente
- Personas con dislexia
- Personas con deficiencia del lenguaje
- Personas sordas
- Todos.
Las herrramientas de revisión NO puden detectar si los
contenidos estan expresados de manera suficientemente clara para el público
al que se dirigen. Ni pueden detectar si las abreviaturas y acrónimos
utilizados están correctamente marcados o no. Tan sólo pueden detectar si
existe algún contenido marcado con estos elementos.
Conviene tener una comprensión clara de la diferencia entre una
abreviatura y un acrónimo. Para ello puede consultarse el documento: Abreviaturas vs. Acrónimos.
Resolución definida por el autor
¡Que no cabe!
¡No limitemos las opciones los
usuarios!
- Los usuarios de monitores de 640 x 480 ¡Existen!
- Los usuarios pueden necesitar/querer ampliar o reducir los
contenidos
- Los usuarios pueden querer tener varias ventanas abiertas en
cascada
- Los usuarios pueden navegar con dispositivos distintos a un PC. (Por
ejemplo: Simputer)
Las herrramientas de revisión NO puden detectar si el
uso de unidades de medida absolutas interfiere o no con las opciones del
usuario para ampliar o reducir el tamaño de determinados elementos.
La unidad de medida pixel, aunque es relativa respecto al tamaño del
punto del monitor, debe considerarse una unidad de medida absoluta, puesto
que el punto del monitor no puede aumentarse o reducirse a voluntad. Sin
embargo, el uso del pixel puede no ser un impedimiento para las necesidades o
preferencias del usuario, cuando se usa en determinados elementos o
propiedades de las hojas de estilo. Por tanto, la hoja de estilos debe ser
revisada con cuidado y manualmente.
Diseño heterogéneo
¡Me perdí!
Una disposición y presentación homogéneas facilita
la navegación e interacción con los contenidos.
- Usuarios:
- Todos
- Especialmente
- Personas con deficiencias cognitivas
- Personas ciegas o sordociegas
Las herrramientas de revisión NO puden detectar si el
diseño y presentación de los elementos del sitio se presentan en el mismo
orden y en los mismos espacios en todas y cada una de las páginas del sitio.
La revisión manual se hace indispensable.
Formularios mal etiquetados
¡Dónde .... estará el punto de inserción!
¡No todos los usuarios cuentan con agentes de usuario
capaces de relacionar los distintos elementos e indicarles el punto de
inserción en los campos de formulario.!
- Usuarios:
- Usuarios de lectores de pantalla antigüos, especialmente las
personas ciegas y sordociegas.
Las herrramientas de revisión puden detectar la maquetación con tablas,
la carencia de caracteres por omisión y la falta de etiquetas, pero no
pueden detectar si los valores de las etiquetas están correctamente
posicionados y si éstas están relacionadas implícitamente con el control
de manera apropiada para todos los agentes de usuario.
Marcado espurio
¿Por qué los buscadores no indexan bien mis
contenidos?
Algunos ejemplos:
- tablas para maquetar,
- citas para sangrar,
- listas sin marcar,
- encabezados para conseguir un tamaño mayor de texto,
- Atajos de teclado mal definidos,
- Metadatos inexistentes o usados con la intención de mejorar el
posicionamiento en buscadores.
¡No solo dificultan la comprensión y navegación por
los contenidos a algunos usuarios, sino que provocan efectos indeseados en la
relación con los buscadores.! ¡La accesibilidad favorece el buen
posicionamiento!
- Usuarios:
- Usuarios de lectores de pantalla y del teclado.
- Todos al limitarse las posibilidades de localización de
contenidos
Las herrramientas de revisión puden detectar algunas características del
marcado y avisar al revisor para que compruebe si es correcta su utilización
en cada caso o no, pero sólo un ser humano puede determinar el marcado
correcto para cada contenido.
Es necesaria la revisión manual
8 pasos necesarios
- Utilizar una herramienta de revisión automática sobre todo el sitio
- Identificar páginas con mayor variedad de problemas
- Identificar páginas con mayor número de problemas
- Elegir la muestra
- Página principal
- Mapa del sitio
- Sistema de búsqueda
- Formulario de contacto y/o cualquier otro formulario
- Páginas con diagramas, gráficas o mapas de imagen
- Páginas con objetos, applets, o scripts funcionales
- Páginas con datos tabulares o datos generados dinámicamente
- Páginas de diferentes secciones
- Páginas con apariencia distinta
- Iniciar la revisión manual (Con al menos dos herramientas)
- Con una lista verificación o con HERA-XP (Facilita la revisión
por prioridades o por elementos)
- Con TAW y con HERA (Guía al revisor y le aconseja
sobre cómo revisar cada punto)
- Usar al menos 3 marcas de navegadores
- Versión vieja / versión nueva
- Diferentes sistemas operativos (Windows, Mac, Linux)
- Usar un emulador o solicitar ayuda a usuarios
- Ayudarse de las extensiones para:
- Sin descargar imágenes (Comprobar si los textos alternativos son
apropiados)
- Sin sonido (para comprobar el contenido alternativo cuando hay
elementos sonoros)
- Ampliando y reduciendo el tamaño del texto (comprobar si sigue
siendo legible a gran escala)
- Con diferentes resoluciones (No olvidar la resolución de
640x480)
- Comprobar el contraste del color. Técnica de urgencia: Imprimiendo
en blanco y negro o limitando a grises la presentación en pantalla,
para comprobar el contraste
- Sin usar el ratón (Para comprobar que se tiene acceso y se navega
fácilmente por los contenidos de la página usando sólo el
teclado)
- Sin cargar los scripts, applets, objects y hojas de estilo (Para
comprobar que los contenidos siguen siendo comprensibles y estando
completos)
- Usar al menos 2 tipos de navegadores especiales
- Leer el contenido / Navegar por el sitio
- Para comprobar si el lenguaje usado es suficientemente claro
- Puede ser necesaria la colaboración de un experto en el uso del
lenguaje
- Puede convenir al participación de un usuario cuya lengua materna
no se corresponda con la del contenido.
- Hacer pruebas de usuario
- Elegir los usuarios por tipología
- Definir las tareas que han de llevar a cabo
- Supervisar sus pruebas
Mitos y realidades de la accesibilidad
La accesibilidad no es
Desarrollar con inteligencia
- Hay principios claros
- Algunas personas no ven
- o no pueden oír
- o no tienen mucho control sobre el ratón
- o tienen problemas para concentrarse... ó...
- Y hay desarrollo
- Nuevos formatos
- Nuevas técnicas
- El trabajo sigue continuando
¿Por dónde empezar?
Prioridades de los puntos - por
supuesto
- Barreras insuperables
- Dificultades serias
- Acceso igual
Pero no se debe olvidar el mundo real
- Cada punto ayuda a alguien
- ¿Si es sencillo, por qué no hacerlo?
Es importante cumplir las pautas, sin ignorar las
nuevas ideas...
Un Ejemplo: Yahoo en el 2000
Texto e hipertexto
Yahoo hoy
Información actualizada al minuto, widgets, etc.
Tecnologías de la Web 2.0
- JavaScript
- CSS – Cascading Style Sheets
- Ajax – Asynchronous JavaScript and XML
- Multimedia
¿Y qué problema hay?
- Controles de interfaces enriquecidas
- Dependen del uso del ratón
- Poco significativos (Falta de "semántica")
- Actualizaciones vía Ajax
- Inesperadas / inperceptibles
- ilocalizables
- Cambios en el foco
- Multimedia
- Falta de subtítulos
- Problemas de interacción
ARIA, la solución
- Permite la creación de componentes de interfaces enriquecidas
- Navegación plena mediante teclado
- Notificaciones o actualizaciones de contenido no intrusivas
Es necesaria para...
- Navigación
- Todos los componentes deben ser accesibles mediante el teclado
- Elimina la dependencia de la navegación mediante tabulador.
- Notificación del contenido actualizado
- Soporte de las Ayudas Técnicas (tecnologías de apoyo)
- Las ayudas técnicas funcionan mediante APIs
- Sólo están soportados los elementos básicos de HTML
- El contenido web dependiente de scripts no está soportado
- Las ayudas técnicas son necesarias para:
- Conocer los roles activos de los componentes de la interfaz de
usuario dependientes de scripts
- Monitorizar los estados de los componentes de la interfaz de
usuario dependiente de scripts
Elementos básicos de ARIA
- TABINDEX: Usado para identificar elementos que pueden
recibir el foco mediante el teclado.
- focus(): Método para mover el foco desde el teclado a
un nodo DOM utilizando javascript
- ROLE: Atributo para definir el tipo de widget en el
recurso web.
- Propiedades y estados
- ARIA Best
Practices
- Problemas con los estándares web
¿Hasta dónde llega el soporte hoy en día?
- Soportada en HTML y XHTML
- Implementada en Firefox 1.5 y posteriores (La 3 soporta regiones vivas.
Internet Explorer 8 también soportará ARIA)
- Soportada por Window-Eyes y Jaws
- Window-Eyes 5.5 o posterior
- Soporte parcial en JAWS 7.1, mayor en JAWS 8.0
ARIA obliga a la actualización de las ayudas técnicas
- Cada plataforma tiene APIS de accesibilidad para comunicarse con las
Ayudas Técnicas
- Accessibility ToolKit (ATK) para GNOME
- Java Accessibility API
- Microsoft Active Accessibility (MSAA) para Windows
- UI Automation para Vista
- MSAA se creó
hace muchos años, así que
- No ofrece acceso a funcionalidades avanzadas
- ATs dependen de APIs
privadas
Actualización de las tecnologías web
- Extensión de MSAA para añadir
funcionalidades perdídas
- Texto enriquecido, tablas, relaciones
- Regiones Dinámicas de ARIA
- Armonización con las más novedosas APIs de Java y Linux
- La interfaz ha sido donada a The Linux Foundation como Estándar
Abierto
- Se implementará en Firefox 3
- Está siendo integrada en Eclipse
¿Difícil? ¡No, no estamos solos!
¿Qué es el SIDAR?
¡La comunidad! Abierta, solidaria, participativa.
Seminario Iberoamericano sobre Discapacidad y Accesibilidad en la Red
Es un grupo de trabajo permanente y voluntario, integrado por usuarios,
diseñadores, desarrolladores, y expertos interesados en la accesibilidad
de las nuevas tecnologías y la Sociedad de la Información.
- ACCESOWEB: Foro de
intercambio de dudas y experiencias entre desarrolladores, diseñadores y
usuarios con discapacidad.
- Grupos de Interés
- Grupos de
Trabajo
- Guía urgente de la Accesibilidad
- Lectura Fácil
- Legislación sobre Accesibilidad
- Manual de Estilo Corporativo
- Observatorio Iberoamericano de la Accesibilidad Digital
- Webmasters Solidarios
- Traducciones
- WCAG 2 en español
- Cuadernos de bitácora
- Bitácoras de Grupo
- Bitácoras Temáticas
- Bitácoras Personales
- Las Jornadas: El
año que viene se celebrarán en España
- ¡Y lo que tú aportes!
Conclusión
¿Preguntas, discusión?
Gracias por su
atención
Sabe:
Conoce:
Usa:
Admite:
