Volviendo a temas que hablamos antes, sobre accesibilidad web, sobre todo para ciegos, o no videntes, o discapacitados visuales, después de las personas que conocí en
Mar del Plata, en FLISOLy recordando un compromiso que nos pusimos en
wikimedia AR, solos y por
medio de INADIestuve haciendo algunas pruebas.....
Una de las tareas que tenemos, entre tantas, para que las páginas de la
wikipedia sean accesibles es agregar texto alternativo a las fotos que aparecen en la
enciclopedia, una tarea quizá pobre, mecánica y sin mucho desarrollo, pero de mucha utilidad para mucha gente
Las personas que tienen discapacidad visual y usan software para "leer" la wikipedia, si quieren saber de qué es la foto que aparece en el artículo, debe tener
texto alternativo, dentro del código que enmarca la foto
Ejemplos
Esta página tiene una foto, y un texto alternativo, que dice solo qué es....
http://es.wikipedia.org/wiki/Sai_%28arma%29Este es un artículo que tiene varias fotos, y en todas hay una explicación, de qué trata la foto
http://es.wikipedia.org/wiki/AikidoLos artículos que contengan fotos y no tengan texto alternativo no serán "vistas"
Las pruebas la hago con esta herramienta,
examinatorhecha en
php y pidiendo voluntarios
Me la nombró Fajro y tambien pruebo la de
sidar, en otro post, lo publicaré
Las pruebas las hago con estas 5 páginas
1-
este blog2-
sidar3-
inadi4-
wikipedia en español5-
wikimedia argentinaEl índice Web@x
El algoritmo de eXaminator analiza los diversos elementos y atributos en el código de una página web y cuenta el número de situaciones (errores y buenas prácticas) posibles de inferir automáticamente, teniendo como base las Pautas de Accesibilidad al Contenido en la Web 1.0 (WCAG 1.0).
Cada situación es calificada de cero a diez (diez es indicador de buena práctica). Esta calificación es luego ponderada de acuerdo con los indicadores encontrados. De la suma de indicadores ponderados resulta el índice "Web Accessibility at eXaminator" (Web@x).
La ponderación se hace de acuerdo con los niveles de prioridad definidos en las WCAG 1.0. Así, se otorga mayor importancia a los indicadores relacionados con los puntos de control de prioridad 1 en las WCAG 1.0, y la calificación refleja la extensión del problema encontrado (a mayor cantidad de errores encontrados, menor es la calificación; cuanto más indicios de buenas prácticas, mayor es la calificación).
No debe considerar este índice como validación de la accesibilidad ni utilizarlo como declaración de conformidad con las Pautas de Accesibilidad. Solamente un usuario experto, luego de realizar un análisis manual de todos los puntos de verificación, puede determinar si una página es totalmente accesible.
Empiezo con esta página web
Alexa' s Blog
Web@x: G5.2
4.000 elementos analizados en http://alexav8.livejournal.com/
Se ha conectando a http://validator.w3.org para verificar el código.
Se ha conectando a http://jigsaw.w3.org/css-validator para verificar las CSS.
Página no aceptada
El código "G" indica que la página no permite un análisis completo y se la considera de modo especial. Este índice sólo es comparable con aquellos de igual código y la página no se incluye en el ranking general.
La página contiene marcos en línea (<iframe>). Su finalidad es indicar dónde se encuentra el contenido para cada marco. Debería revisar individualmente las páginas referenciadas en cada elemento <iframe>.
Por favor, lea el informe analítico. En este informe se detallan todos los aspectos evaluados para definir el índice Web@x y sus indicaciones son de aplicación en el desarrollo de cualquier página web
Debe recordar que las herramientas automáticas de validación no logran analizar con exactitud los 65 puntos de control que contienen las WCAG 1.0 y sus resultados sólo proporcionan indicadores que orientan sobre la estrategia de concepción e implementación de las Pautas de Accesibilidad.
Esto me da con la herramienta de sidar, analizado con más detalle en próximo post
Summary
- URL: http://alexav8.livejournal.com
- Date/time: 10/05/2008 - 3:03 GMT
- Total: 4000 elements
- Automatic analysis: 12 seconds
- Errors: 10 errors
- To check manually: 43 checkpoints
- Tester: (unknown)
- Navegador: Mozilla Firefox 2.0.0.14 (Linux)
Navigate by results
Use the links in the table to manually test each of the checkpoints or to check the results of automatic testing
Status of checkpoints | Priority | Needs checking | Pass | Fail | N/A |
 | 10  | 1  | -- | 6  |
 | 19  | 2  | 6  | 2  |
 | 14  | -- | 4  | 1 |
Todos los blogs (excepto
wordpress) dan este código, G, no cumplen, porque usan
iframesson marcos, los que tiene un blog en blogspot, los marcos están a simple vista cuando vas a Configuracion
lo que siempre nos explicaban los buenos profes en la facu que no había que usar
los frames, o saberlos usar
;-)
está oka es más fácil, pero tiene estos problemas....
los frames, por ejemplo en php o jsp segun con que navegador, código, o que se yo, no se ven las diferentes solapas, o marcos
digamos que, no es una buena regla de programación
probar flash
¡Felicitaciones!
Ocupa la 3º posición en nuestro ranking general.
La página cumple adecuadamente los principios generales del diseño accesible recomendados por las Pautas de Accesibilidad posibles de identificar automáticamente.
INADI
Web@x: 3.1
669 elementos analizados en http://www.inadi.gov.ar/
Se ha conectando a http://validator.w3.org para verificar el código.
Se ha conectando a http://jigsaw.w3.org/css-validator para verificar las CSS.
Incorrecto
Ocupa la 69º posición en nuestro ranking general.
La página no respeta los principios generales del diseño accesible recomendados por las Pautas de Accesibilidad. Se han detectado errores de mayor o menor importancia que deberán ser corregidos.
Portada - Wikipedia, la enciclopedia libre
Web@x: 6.0
1.111 elementos analizados en http://es.wikipedia.org/wiki/Portada
Se ha conectando a http://validator.w3.org para verificar el código.
Se ha conectando a http://jigsaw.w3.org/css-validator para verificar las CSS.
Regular
Ocupa la
40º posición en nuestro ranking general.
La página cumple parcialmente con los principios generales del diseño accesible recomendados por las Pautas de Accesibilidad pero hay incorrecciones que se deberán revisar. Veamos el informe analítico:
Cambios de idioma.

¡Correcto! Se identifican 4 cambio(s) en el idioma.Todos los contenidos presentados en un idioma distinto al de la página y los enlaces que apuntan a recursos en otros idiomas, deben marcarse indicando el idioma en el que están escritos.
WCAG 4.1: Identifique claramente los cambios en el idioma del texto de un documento y de cualquier texto equivalente (por ejemplo, subtítulos). (Prioridad 1)
- Texto alternativo en áreas.

¡Correcto! Hay 11 área(s) de mapas de imagen y todas tienen el atributo "alt" (debe verificar que los textos alternativos sean correctos).Cada área de un mapa de imágen (un elemento que define zonas activas en una imagen) debe llevar el atributo "alt" con un texto alternativo que describa su propósito.
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)
- Texto alternativo en imágenes.

Hay 60 imagen(es) y todas tienen el atributo "alt" (debe verificar que los textos alternativos sean correctos).Cada imagen debe llevar el atributo "alt" con un texto que describa su contenido o la función que cumple. Si la imagen es muy compleja debe llevar también "longdesc".
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)
- Atributos de asociación en celdas.

Hay 6 celdas de encabezados y ninguna de ellas tiene atributos de asociación.Debe asociarse el contenido de las celdas de datos con su correspondiente celda de encabezado usando atributos como "axis", "headers", "scope", etc. De esta manera, las aplicaciones podrán transmitir la relación entre los distintos elementos de la tabla.
WCAG 5.2: Para las tablas de datos que tengan dos o más niveles lógicos de encabezados de filas o columnas, utilice marcadores para asociar las celdas de datos con las celdas de encabezados. (Prioridad 1)
- Contenido alternativo para scripts.

Hay 2 elemento(s) script en el cuerpo de la página y no se proporciona ningún contenido alternativo (falta <noscript>).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)
Obstáculos a la accesibilidad
- Declaración del tipo de documento.

¡Correcto! Hay una declaración del tipo de documento (DTD).Una DTD indica la sintaxis utilizada en el código fuente de la página y permite verificar la correcta aplicación de ese código.
WCAG 3.2: Cree documentos válidos según las gramáticas formales publicadas. (Prioridad 2)
- Asociación de etiquetas con controles.

¡Correcto! Hay 1 etiqueta(s) (<label>) asociadas correctamente con un control de formulario.El atributo "for" de cada etiqueta debe coincidir con el atributo "id" del control de formulario que identifica. Esto es especialmente útil para los usuarios que utilizan lectores de pantalla para navegar.
WCAG 12.4: Asocie explícitamente las etiquetas con sus controles. (Prioridad 2)
- Validación del código.

¡Correcto! El código de la página es válido.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)
- Bloques de información.

Hay un promedio de 11 palabras en cada bloque de información.Estructure y segmente correctamente los textos utilizando títulos, subtítulos, párrafos y listas. Recuerde que los bloques de información demasiado largos dificultan su comprensión.
WCAG 12.3: Divida los bloques de información largos en grupos más manejables cuando resulte natural y apropiado. (Prioridad 2)
- Título de la página.

La página tiene un título que debe verificar manualmente. El texto "Portada - Wikipedia, la enciclopedia libre" es adecuado para la página?Debe existir un título para la página, a través del elemento <title>, y debe ser claro, descriptivo y conciso.
WCAG 13.2: Proporcione metadatos para añadir información semántica a las páginas y los sitios.
- Versión (X)HTML.

Versión XHTML.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 encabezados.

Hay un encabezado principal pero se altera el orden de los encabezados.Se deben marcar correctamente los encabezados de la página y no mezclar los niveles de encabezados aleatoriamente sólo para aprovechar los distintos tamaños de fuente.
WCAG 3.5: Use elementos de encabezado para sugerir la estructura del documento y úselos de acuerdo con la especificación. (Prioridad 2)
- Etiquetas para controles de formulario.

Hay 1 etiqueta(s) (<label>) y 1 de ellas asociadas con un control de formulario pero ubicadas incorrectamente.Debido a que algunas aplicaciones no soportan asociaciones explícitas entre las etiquetas y los controles de formulario, la etiqueta debe rodear al control que identifica.
WCAG 10.2: Para todos los controles de formulario con etiquetas asociadas implícitamente, asegúrese de que la etiqueta esté en la posición correcta (hasta que las aplicaciones de usuario soporten asociaciones explícitas entre las etiquetas y los controles de formulario). (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)
- Elementos obsoletos.

Se usan 1 elementos obsoletos en HTML 4.01 (<applet>, <center> o <font>, por ejemplo).Los elementos obsoletos son construcciones que han sido reemplazadas por otras más apropiadas y deben evitarse porque pueden provocar problemas de accesibilidad. Además, su utilización evidencia una falta de actualización en el diseño.
WCAG 11.2: Evite usar elementos obsoletos de las tecnologías del Consorcio World Wide Web. (Prioridad 2)
- Uso de tablas.

Hay 12 tabla(s) y 11 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)
- Atributos obsoletos.

Se usan 74 atributos obsoletos en HTML 4.01 ("hspace", "bgcolor" o "nowrap", por ejemplo).Los atributos obsoletos son construcciones que han sido reemplazadas por otros más apropiados y deben evitarse porque pueden provocar problemas de accesibilidad. Además, su utilización evidencia una falta de actualización en el diseño.
WCAG 11.2: Evite usar elementos obsoletos de las tecnologías del Consorcio World Wide Web. (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)
- Uso de medidas absolutas.

Se usan 2 medidas absolutas en las hojas de estilo.Si se utilizan unidades de medida relativas, y no absolutas, los usuarios podrán ampliar o reducir el tamaño de los elementos de la página de acuerdo a sus necesidades. Se debe evitar el uso de px como medida de los textos.
WCAG 3.4: Use unidades relativas en vez de absolutas en los valores de los atributos del lenguaje de marcado y en los valores de las propiedades de las hojas de estilo. (Prioridad 2)
- Objetivo de los enlaces.

Existen 34 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)
- Elementos de presentación.

Se usan 87 elementos para controlar la presentación de la página (por ej.: <b>, <center> o <font>).Es incorrecto utilizar elementos del lenguaje de marcas para controlar la forma en que se presentará la página. En su reemplazo, se deben utilizar hojas de estilo.
WCAG 3.3: Use hojas de estilo para controlar la composición y la presentación. (Prioridad 2)
- Atributos de presentación.

Se usan 74 atributos para controlar la presentación de la página (por ej.: "size", "color" o "face").Es incorrecto utilizar atributos del lenguaje de marcas para controlar la forma en que se presentará la página. En su reemplazo, se deben utilizar hojas de estilo.
WCAG 3.3: Use hojas de estilo para controlar la composición y la presentación. (Prioridad 2)
Ruidos a la accesibilidad
- Enlaces redundantes para áreas.

¡Correcto! Se usan 11 mapa(s) de imagen del tipo cliente y hay enlaces redundantes para las 11 área(s) de los mapas.No todas las aplicaciones son capaces de interpretar los textos alternativos definidos para cada área activa de los mapas de tipo cliente. Por ese motivo se debe incluir un listado de enlaces que apunten a los mismos documentos que las áreas del mapa.
WCAG 1.5: Proporcione enlaces redundantes en formato texto para cada zona activa de un mapa de imagen de tipo cliente (hasta que las aplicaciones de usuario interpreten los textos equivalentes de los enlaces de los mapas de imagen de tipo cliente). (Prioridad 3)
- Identificación del idioma principal.

¡Correcto! Se especifica "es" como idioma principal (debe controlar que el código sea el correcto).En todas las páginas debe indicarse el idioma principal del documento. Si el documento es XHTML, debe verificarse que, además del atributo "lang", se utilice "xml:lang".
WCAG 4.3: Identifique el idioma principal de un documento. (Prioridad 3)
- Información sobre documentos relacionados.

¡Correcto! Se proporciona información sobre documentos relacionados a través 4 elemento(s) <link>.Los elementos <link> con atributos "rel" o "rev" permiten dar información acerca de la relación entre la página actual y otros recursos.
WCAG 13.9: Proporcione información sobre las colecciones de documentos (por ejemplo, los documentos que comprenden múltiples páginas). (Prioridad 3)
- Agrupamiento de enlaces.

El 20% de los enlaces están organizados en listas (total de enlaces: 424).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)
- Uso de accesskey.

Se utilizan 15 atributos "accesskey" (¿no serán demasiados atajos?).Los atajos de teclado permiten, a quienes utilizan el teclado para navegar, acceder rápidamente a los elementos más importantes de la página.
WCAG 9.5: Proporcione atajos de teclado para los enlaces importantes (incluyendo los de los mapas de imagen de tipo cliente), controles de formulario y grupos de controles de formulario. (Prioridad 3)
- Resúmenes en tablas.

Hay 1 tabla(s) de datos y sólo de ellas tienen el atributo "summary".Las tablas de datos deben llevar un sumario o resumen, marcado con el atributo "summary" o el elemento <caption>.
WCAG 5.5: Proporcione resúmenes de las tablas. (Prioridad 3)
- Enlaces adyacentes.

Hay 424 enlace(s) y 33 son adyacentes a otros enlaces pero no están separados entre sí con caracteres imprimibles.Algunas aplicaciones de usuario no pueden diferenciar los enlaces si se encuentran uno junto a otro sin ninguna marca o caracter imprimible que los separe.
WCAG 10.5: Incluya caracteres imprimibles no enlazados (rodeados de espacios) entre los enlaces adyacentes (hasta que las aplicaciones de usuario, incluidas las ayudas técnicas, separen los enlaces adyacentes). (Prioridad 3)
- Caracteres por defecto.

Hay 1 control(es) vacíos y 1 de ellos no tienen un texto por omisión.Todos los campos de edición y áreas de texto deben contener algún caracter porque existen ayudas técnicas que no pueden poner el foco en los controles vacíos.
WCAG 10.4: Incluya caracteres por defecto en los campos de edición y áreas de texto (hasta que las aplicaciones de usuario manejen correctamente los controles vacíos). (Prioridad 3)
- Encabezados en tablas.

Hay 12 tabla(s) y 11 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)
Como el post queda muy largo y tarda mucho en cargar, el análisis de wikimedia AR, está en Accesibilidad parte2
Comments
despues te mando un mail proque voy a ayudar a cesar a crearle una cuenta en wordpress que le lee todo con su lector de pantalla besos
Monica! modlikan
ya voy a contar la historia de como empecé en la facu, con el proyecto TADIS, besitos, ale
pd, está bueno que se lo hagas en wordpress, de todos los blogs que ví, este es el unico que da bien en accesibilidad, bah, bien, al menos lo considera....