Antes de empezar con el post voy a recomendaros uno de Fernando, que también nace de todo lo visto en la railsconf, es el de cómo realizar test de unidad con javascript, que aunque pueda sonar muy ladrillo la verdad es que se basa en la ponencia de Thomas Fuchs, y este tio de otra cosa no sabrá, pero de javascript... bufff (a fluxiom y script.aculo.us me remito).
A mi me llamó la atención el kit de análisis de accesibilidad para rails (RAAKT) creado por Peter Krantz. Si algo he de destacar de la ponencia es que el hombre hablaba con pasión del tema. Por cierto, Peter Krantz tambien escribe en standards-schmandards, por si quereis seguirle la pista.
El problema cada vez que vas a una ponencia aislada sobre accesibilidad es que tienes que esperar 20 minutos para empezar a escuchar algo que no hayas escuchado antes (con suerte). Siempre se da un repaso a las bases, que no viene mal, pero cuando apenas se tienen 50 minutos, 20 son una eternidad.
Una de las cosas 'nuevas' que planteaba era que habría que dejar de usar los tags <b>, <i>, <u> o sus equivalentes a la hora de formatear un texto siempre que estos tags no agreguen valor semántico (parece ser que en idiomas como el aleman, por convención hay palabras que siempre se escriben en negrita, pero como no se alemán tengo que fiarme).
Las instrucciones de instalación y puesta en marcha de RAAKT están en su página, y no pueden ser más simples. Al instalar la gema nos pide también que instalemos dependencias (htmltools y rubyful_soup concretamente).
De todas maneras y para aquellos que no puedan instalarlo, no quieran o simplemente tengan que testear apenas dos páginas, existe una interfaz web basada en el plugin para poder hacer test básicos.
Tened siempre en cuenta que la accesibilidad tiene aspectos objetivos que pueden ser medidos y otros totalmente subjetivos. Esta herramienta sólo nos va a ayudar a solucionar los primeros, ¡pero ya es un paso!
categorizado en
código
Ruby on Rails
herramientas
tagueado con plugins, rubyonrails, railsconf, accesibilidad,
