A través de una compañera me entero de la B.S.O utilizada por Sidar para su presentación en Expoelearning, una ligera tonada para concienciar a usuarios y desarrolladores de la necesidad de implementar diseños accesibles, e informar de la existencia de una comunidad en red a la que acudir en caso de ayuda.
Aprovechando el puente he estado haciendo limpieza de suscripciones y poniendo un poco de orden. Como me gustó poder ver el blogroll de artesaniaenred en bloglines, he recuperado mi olvidada cuenta de este lector en línea y he incorporado allí todos los feeds que sigo (y ya de paso he quitado algunos que ya no me aportaban gran cosa…).
El resultado me ha gustado mucho, tanto que he eliminado todas las suscripciones de google reader y exportando las de bloglines lo he vuelto a llenar de contenido (la verdad es que no acabo de decidirme por uno u otro lector así que iré probando con los dos hasta que la costumbre me señale la mejor elección 
Así que ahora tengo dos listados de suscripciones iguales en google reader y en bloglines pero google ha demostrado ser más rápido que bloglines al recoger las novedadesr: un post enviado a las 4.40 aparecía en google reader a las 4.41 mientras que en bloglines (ahora son las 4.46) todavía no aparece, ni al refrescar el canal…
Como siempre, otros pasaron antes por aquí…
Aunque la aparición de la versión beta puede hacer volver a muchos…o no…
El pasado miércoles día 21 se publicaba el Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social (acceso al texto), que recoge la normativa internacional existente hasta el momento y la convierte en requisito para las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social.
Los plazos para el cumplimiento de esta ley son los siguientes :
Podéis encontrar referencias a la entrada en vigor de esta ley en:
esta semana toca curso sobre accesibilidad. los nuevos requerimientos públicos incluyen tener en cuenta la accesibilidad para cualquier producto informático así que hay que formarse en el tema.
sólo hemos asistido a una sesión de un total de 5 así que no puedo plasmar una opinión general del curso aunque apunto las primeras impresiones:
google es ciego, sordo y no entiende el multimedia.
google es el usuario número 1 de la accesibilidad.
nada nuevo bajo el sol: google sigue siendo -además del usuario número 1- la justificación número 1 para convencer a cualquier directivo del interés que tiene adoptar estándares: a google le gusta más.
Las actuales directrices sobre accesibilidad datan de 1999, son las WCAG 1.0, que se han convertido en un estándar de facto. Sin embargo, la edad no perdona, y ya están en marcha las directrices 2.0 que pretenden adaptarse mejor a la realidad de la web, y la guía para romper con el mito de que la accesibilidad es incompatible con los avances en diseño: rich internet (WAI -ARIA) es la propuesta -aún en borrador- para salvar esa laguna que separaba la accesibilidad y los contenidos dinámicos o el uso de técnicas como el flash.
Como en tantas otras especialidades que han surgido alrededor de la red, la accesibilidad tiene una carga de sentido común que, aunque se le puede intuir, sorprende al adentrarse en cada una de las 14 pautas que conforman las WCAG y las soluciones que nos proponían durante la primera sesión del curso.
También me ha llamado la atención considerar el desfase tecnológico como una discapacidad: si tu ordenador no tiene habilitado el java script, eres un discapacitado tecnológico. Personalmente no estoy en absoluto de acuedo con esta interpretación, y tengo mis dudas de cómo esta premisa contribuye a solventar poco a poco la brecha tecnológica. Otra cosa es la incompatibilidad entre los programas que facilitan a personas con discapacidades físicas el acceso a la información de la web, y los lenguajes de programación. El panorama cambia sustancialmente.
Para hacernos una idea de lo accesible o innaccesible que podía resultar una web, utilizábamos la extensión de web developer para firefox, que permite habilitar y deshabilitar imágenes, css, scripts…así nos hacemos una idea de cómo ve un lector web la página que estamos visitando.
Un ejemplo curioso de las horribilis practiquis que podéis encontrar en la web es la página de www.donperro.com. Si aumentáis el tamaño de la fuente veréis cómo se descuadra todo el texto y si os preguntáis por qué, sólo tenéis que seleccionar con el ratón el texto que se descuadra y encontraréis la solución. ¿imagináis lo que oiría un ciego que accede a esta página con un lector web?
Otra curiosidad relacionada con el lenguaje y los lectores web fue la referida al ”camino del medio” del lenguaje no sexista, es decir, la opción de utilizar una arroba para crear términos femeninos - masculinos, algo que los lectores web interpretan como una dirección de email ”tod-arroba-punto-ese” y los lingüistas como una aberración…
Por último, para acabar con las impresiones, apunto una afirmación del profesor del curso que no termino de aceptar: la accesibilidad no significa trabajar el doble. No, quizás signifique trabajar el triple… si la hipertextualidad nos permitía reducir el número de ejemplares de un documento, la accesibilidad los triplica al solicitar distintos formatos de presentación de datos. Por ejemplo, el gráfico de una tabla, para que sea accesible ha de presentar los datos en forma tabular y para que la tabla sea accesible ha de indicarse a qué fila y columna pertenece cada dato utilizando etiquetas dentro de los <td>. Un curro tremendo. Otro ejemplo, los famosos trabajos en flash, requieren su alternativa en html para se sean accesibles = 2 documentos, con los mismos datos.
Para final de curso hemos reservado la pregunta de ¿cómo se hace accesible la presentación de un simulador en 3d?, aunque ya veo venir la respuesta…
