infoesfera

Continuando nuestra serie sobre El valor y precio de la accesibilidad en Colombia Parte 1 y con la cruzada de “Bibliotecas Publicas Accesibles“, en esta oportunidad nos corresponde la Biblioteca Nacional de Colombia, la cual recientemente invirtió tiempo y recursos en su re-diseño. Obviamente, por ser esta institución bibliotecaria un icono y modelo en Colombia no podía quedar excenta de nuestra breve evaluación de accesibilidad.

Aclaramos a los lectores que con este post, es nuestro interés rodear y apoyar a estas instituciones evidenciandoles retos y oportunidades de mejora y cumplimiento de los Estadares Web, de las directrices relacionadas con el Decreto 1151 y “Manual de Políticas y Estándares para la Gestión de información, Trámites y Servicios del Estado Colombiano a través de Medios Electrónicos” (pdf).

Biblioteca Nacional de Colombia

Ficha tecnica:

• Tipo de Proceso Selección Abreviada de Menor Cuantía (Ley 1150 de 2007)
• Estado del Proceso Adjudicado
• Régimen de Contratación Estatuto General de Contratación
• Objeto a Contratar Ingeniería de Software o de Hardware, Investigación y Servicios Técnico-Científicos
• Detalle y Cantidad del Objeto a Contratar Actualizar la presentación visual de la página Web así como la implementación de un manejador de contenidos para la divulgación a través de Internet de la información propia de la institución.
• Valor Invertido: $74,881,867, 25.559 (EUR), 36.131 (USD)
• Tipo de Contrato: Prestación de Servicios
• Disponible: http://www.contratos.gov.co

Barreras a la accesibilidad

Contenido alternativo para scripts.

Hay 13 elemento(s) <script> en el cuerpo de la página acompañados de 3 elemento(s) <noscript> (debe comprobar el contenido alternativo).

Los scripts incluidos en el cuerpo del documento deben llevar contenidos alternativos en <noscript> que describan su acción o reemplacen su funcionalidad.

WCAG 1.1: Proporcione un texto equivalente para todo elemento no textual (por ejemplo, a través de “alt”, “longdesc” o en el contenido del elemento). (Prioridad 1)

Información transmitida a través del color.
No se definen colores de fondo o primer plano (debe comprobar las imágenes y objetos multimedia).

Toda la información que se transmite a través del color también debe estar disponible sin él. Como no se definen colores, se asume que no existe información transmitida únicamente a través del color.

WCAG 2.1: Asegúrese de que toda la información transmitida a través del color esté también disponible sin color (por ejemplo, a través del contexto o por el lenguaje de marcas). (Prioridad 1)

Uso de Flash.
Se usa un elemento desarrollado en Flash.
Flash es una tecnología propietaria que presenta diversos problemas de accesibilidad. Cuando se utiliza debe proporcionarse un contenido alternativo que reemplace su funcionalidad.

WCAG 1.1: Proporcione un texto equivalente para todo elemento no textual (por ejemplo, a través de “alt”, “longdesc” o en el contenido del elemento). (Prioridad 1)

Enlaces activados con javascript.
Hay 17 enlace(s) que se activan únicamente a través de scripts.
El contenido del atributo “href” en los enlaces debe indicar un recurso válido, es decir, una dirección (URL) a la que se pueda acceder aún cuando no se soporten los scripts.

WCAG 6.3: Asegúrese de que las páginas pueden seguir siendo usadas cuando los scripts, applets y otros objetos de programación se desconectan o no son soportados. Si esto no es posible, proporcione información equivalente en una página alternativa accesible. (Prioridad 1)

Manejadores de eventos.
Se usan manejadores de eventos exclusivos del ratón (ondblclick, onmouseover, etcétera).
Los eventos deben poder activarse con cualquier dispositivo porque hay usuarios que no pueden, por ejemplo, usar un ratón. Por tanto se deben especificar manejadores de evento independientes del tipo de dispositivo o definir eventos redundantes.

WCAG 6.4: Para los scripts y applets, asegúrese de que la ejecución de los manejadores de eventos sean independientes del tipo de dispositivo. (Prioridad 2)

Obstáculos a la accesibilidad

Versión (X)HTML.
Versión HTML 4.01 (es tiempo de usar Strict).
Es importante usar las tecnologías del W3C cuando se encuentren disponibles y sean soportadas. Entre otros motivos porque cada vez se tienen más en cuenta las cuestiones relacionadas con la accesibilidad.

WCAG 11.1: Utilice las tecnologías del Consorcio World Wide Web, cuando estén disponibles y sean apropiadas para la tarea, y use las últimas versiones cuando sean soportadas. (Prioridad 2)

Uso de tablas.

Hay 4 tabla(s) y 2 de ellas se usan para controlar la presentación.
Las tablas son elementos para presentar contenido tabular y no deben utilizarse para presentar otro tipo de contenido. Esto es especialmente importante para quienes utilizan navegadores sólo texto o lectores que leen línea a línea los datos en pantalla.

WCAG 5.3: No use tablas para componer la página a menos que el contenido de las tablas tenga sentido cuando se representa en forma lineal. De lo contrario, si la tabla no se entiende, proporcione un equivalente alternativo (que puede ser una versión lineal de la tabla). (Prioridad 2)

Validación del código de las CSS.
El código de las CSS tiene errores.

Es importante evitar los errores de sintaxis de las hojas de estilo para permitir su correcta interpretación.

WCAG 3.2: Cree documentos válidos según las gramáticas formales publicadas. (Prioridad 2)

Nuevas ventanas.
Hay 4 enlaces con el atributo “target”.
Verifique si hay un aviso para el usuario cuando un enlace abre una nueva ventana o una llamada emergente (”pop-up”).

WCAG 10.1: No provoque la aparición de nuevas ventanas y no cambie el foco de la ventana actual sin informar al usuario (hasta que las aplicaciones de usuario permitan a los usuarios desactivar la generación de ventanas). (Prioridad 2)

Validación del código.
El código tiene 11 errores de validación.
Es importante evitar los errores de sintaxis en el código fuente para que la página sea correctamente interpretada por las aplicaciones de usuario, incluidas las ayudas técnicas.

WCAG 3.2: Cree documentos válidos según las gramáticas formales publicadas. (Prioridad 2)

Objetivo de los enlaces.
Existen 3 enlaces con el mismo texto que identifican a distintos objetivos.
Los enlaces deben indicar de la manera más clara y suscinta adónde apuntan para que el usuario pueda saber qué encontrará al seguir ese enlace.

WCAG 13.1: Identifique claramente el objetivo de cada enlace. (Prioridad 2)

Utilización de CSS.

Se usan estilos pero también tablas para controlar la presentación de la página.
Las hojas de estilo representan un gran paso adelante para la web porque permiten la separación de contenido y presentación de las páginas.

WCAG 3.3: Use hojas de estilo para controlar la composición y la presentación. (Prioridad 2)

Ruidos a la accesibilidad

Agrupamiento de enlaces.
El 3% de los enlaces están organizados en listas (total de enlaces: 103).
Se deben proporcionar barras de navegación constituidas por listas de enlaces para agruparlos y facilitar su localización. Recuerde que las listas no se definen por su aspecto sino por el uso de elementos <ol>, <ul> y <dl>.

WCAG 13.5: Proporcione barras de navegación para resaltar y dar acceso al mecanismo de navegación. (Prioridad 3)

Encabezados en tablas. Hay 4 tabla(s) y 2 de ellas no tienen celdas de encabezados.
Las tablas deben tener marcadas las celdas que contienen los encabezados. No use tablas si no es para presentar datos tabulares ni marque como encabezados las celdas de datos.

WCAG 5.1: Identifique los encabezados de filas y columnas en las tablas de datos. (Prioridad 1)

Evaluación de usuario (Carlos Machado)

Aunque en apariencia,   a primera vista los dos sitios son navegables, para una persona que como yo tiene dificultades de caracter fisico y problemas  con los parpadeos, el tema de los flash es un tema a considerar

el siguiente analisis  pretende dar una opiniòn sencilla desde el  punto de   usuario con discapacidad:

Segundo caso: Un usuario de lector de pantalla o persona con baja visiòn verà dificultades  como:

Ausencia de controles   de texto para aumentar o disminuir, estos permiten que una persona con baja visiòn maneje el texto y lo pueda leer sin forzar la vista, el tamaño de fuente no es el adecuado para evitar cansancio ocular por parte del navegante

Ausencia del atributo alt para imagenes esto es especialmente inconveniente para usuarios que usan lector de pantalla por ejemplo, no hay descripciones de las mismas

Sonido

Los sonidos estan bien dispuestos en el caso de la biblioteca nacional

El diseño

El diseño  es como un edificio bien logrado arquitectonicamente, barroco,  con tecnologia pero sin rampas o accesos para que sillas de ruadas pueda entrar con facilidad por ejemplo

Luego de evaluar las dos paginas como usuario, se puede concluir -parcialmente- que sunque se hace un esfuerzo para cumplir con las directrices, es posible mejorar aùn màs el tema de la accesibilidad trabajando o asesorandose directamente de usuarios que posean alguna limitaciòn.

Quedamos a la espera de todos.. los cometarios. por parte de uds. señores lectores…

Fuente:
eXaminator
WCAG 2.0

Colaboradores:
Carlos Machado