Categorías
Noticias Personales

Fraggle rock al cine

Pues eso, hace algunas meses ví que habían sacado los episodios en mini-DVD, hoy leo en el diario adn: ‘Fraggle Rock’ de cine. Y es que van a hacer una película de estos personajes creados por Jim Henson.

Parece ser que el argumento de la película trata de la salida al mundo exterior de los Fraggle, algo que estaba reservado sólo al tío Matt el viajero…

Y hay quien dice que nos hacemos mayores, je je.

Categorías
accesibilidad Firefox Navegadores Personales

Nueva combinación de teclas para usar las accesskeys en Firefox 2.0 para Windows

Gracias a un comentario de Bono, empiezo a dudar con lo que ha ocurrido en las teclas de acceso rápido, atajo de teclado o accesskey en Firefox 2.0.

Que yo recuerde, se hacía con la combinación de las teclas «Alt» y el el acceso rápido definido, pero en Firefox 2.0 no es así. ¿Qué es lo que ha ocurrido? Que ahora es una combinación de teclas distinta, aunque se puede configurar al «viejo estilo».

Buscando en internet me encuentro con el artículo Access Denied – Firefox 2.0 final breaks access keys on PC, donde hace algunos días se hicieron eco de esta cuestión, e investigando descubrieron lo que ha ocurrido.

Ahora, para usar un atajo de teclado en Windows (no en Mac), hay que pulsar las teclas «alt» + «mayúscula» + «atajo de teclado definido». Por ejemplo, para acceder a la página del autor en esta bitácora, habría que pulsar a la vez las teclas «alt»+»mayúscula»+»9».

Pero si alguien quiere volver a utilizar los atajos de teclado en Firefox para windows como lo hacía antes, basta con entrar en la configuración de Firefox (escribiendo about:config en la barra de direcciones), y tras buscar la cadena de texto «ui.key.contentAccess», cambiar el valor que tiene por defecto (5) por «4». Y funciona.

Muchas gracias por el comentario, Bono 🙂

Ups, se me olvidaba: recomiendo la lectura del artículo de Alan Chuter atajos de teclado en documentos.

Categorías
accesibilidad Personales

Accesibilidad web pragmática

Hace tiempo que tenía pendiente una lectura de un extenso artículo titulado Where the rubber meets the road: Web Accessibility and Pragmatism, una transcripción de un podcast grabado con motivo del encuentro entre Bruce Lawson y Patrick H. Lauke.

¿El asunto de esta conversación? La accesibilidad web desde un punto de vista práctico en el mundo real.

El texto es largo, pero la conversación es muy interesante se mencionan muchos aspectos que seguramente hemos tenido alguna vez en nuestras inquietas mentes (por algo nos gusta el desarrollo web, ¿no?).

Al principio mencionan que si quisiéramos hacer una web accesible desde un punto de vista ortodoxo, debería de ser un diseño flexible, desde los bloques de contenido hasta el tamaño del texto: que se ajuste a las preferencias del usuario. Y este tipo de diseños es fácil de conseguir para sitios webs personales, como por ejemplo los blogs. Pero ya es más difícil cuando hay que cumplir las exigencias del departamento de marketing de una gran empresa, que tiene una paleta de colores (donde no tiene porqué haber suficiente contraste) y una tipografía fija. Pero claro, si el desarrollador de turno comenta que hay que cambiar el diseño porque una persona (o colectivo) con la discapacidad «X» no puede acceder al contenido correctamente, es muy posible que obtengamos una negativa.

Y ahí entra el concepto de Jeremy Keith, la accesibilidad no intrusiva. Que básicamente consiste en hacer un sitio web lo más accesible posible teniendo en cuenta las reglas de negocio impuestas. Y no hace falta mencionar al jefe cómo estás haciendo el trabajo, ni la palabra estándares, ni WAI.
La conversación también trata de los vínculos para saltar al contenido, la etiqueta menu que se eliminó de la especificación de HTML, los microformatos, del esfuerzo que tienen que hacer los desarrolladores (pero también los navegadores y los usuarios), la dificultad práctica que puede haber para conseguir un diseño multimedia plenamente accesible (diferentes formatos, transcripción del contenido,…)

Después entran en detalle con los problemas que han surgido al diseñar el sitio web de la Universidad de Salford: intento de hacer un diseño flexible, los problemas que se encontraron, después intentaron hacerlo con hojas de estilos «exóticas» pero fallaba en algunos navegadores, y al final se decidieron por un diseño con un ancho fijo…

Y aquí termino mis comentarios, la conversación continua durante muchos párrafos más (40 páginas más o menos), pero merece la pena leerlo con calma, porque pueden surgir reflexiones muy interesantes.

Categorías
accesibilidad accesoweb Personales

¿Dondé están los expertos en accesibilidad web, en las empresas o en la Red?

Acabo de leer el artículo de Enrique Dans titulado Cuando ruge la marabunta (formato PDF, 1.24 Mb de lectura muy recomendable) para la revista PC Actual. Y al leerlo no he podido evitar  hacerlo desde el punto de vista de la accesibilidad web.

Una de las ideas básicas del artículo es que gracias a internet (como medio de comunicación y publicación), la disponibilidad de equipos (ordenadores y periféricos, cámaras de fotos, de video,…) y de programas es más fácil encontrar talentos en diferentes materias (fotografía, programación,…) de manera sencilla, sobre todo si lo comparamos con épocas anteriores a la expansión de la red.

¿Seguís mi razonamiento? Desde el punto de vista de la accesibilidad (disciplina de la cual me considero un entusiasta pero en absoluto experto) me he encontrado en multitud de ocasiones con ejemplos en los que simples aficionados superan con creces el trabajo de una empresa que puede haber dedicado importantes recursos (humanos, materiales y económicos) para la realización de un trabajo.

Todos conocemos ejemplos de sitios webs que anuncian a bombo y platillo que cumplen el nivel doble A de accesibilidad que no resiste ni la más mínima revisión automática (y no digamos una manual). En la lista de correo accesoweb abundan ejemplos.
Y esto me conduce a una pequeña reflexión, que hace referencia directamente al título de este artículo ¿Dondé están los expertos en accesibilidad web, en las empresas o en la Red? Mi respuesta no es tan simple como en la Red, y por tanto me contradigo ligeramente con lo que he dicho antes. Pero la Red, Internet, la Web,… es el factor importante y determinante.

Desde mi punto de vista, los expertos en accesibilidad pueden ser empresas o individuos, profesionales o aficionados, pero en cualquier caso utilizan activamente la Red, y no como escaparate para sus productos y servicios, sino como un gigantesco medio de comunicación, conocimiento, recursos y relaciones. Es muy probable que participen en blogs (como autores y comentarístas, si se permite la expresión), listas de correo, y tengan una enorme colección de recursos que pueden ser la solución genial a un problema concreto, a menos de un par de vínculos de distancia o una búsqueda.

A más de una empresa novata encargada del desarrollo de un sitio web entre cuyos requisitos está el de la accesibilidad, le vendría bien contar en los puntos más importantes de desarrollo con expertos en accesibilidad web, gente ajena a la empresa y que puede econtrar fácilmente en internet Pueden ser empresas o individuos. Su producto ganaría mucho en calidad, se reducirían costes y la Web sería un poco mejor.

Hoy más que nunca, ruego vuestros comentarios.

Categorías
Microformatos Microformatos Dublin Core Personales Web Semántica

Microformats Dublin Core in a few (and easy) steps

No, no he decidido escribir esta bitácora en castellano, simplemente he escrito un pequeño texto divulgativo en inglés sobre los microformatos Dublin Core.

El artículo en cuestión, tiene por título: Microformats Dublin Core in a few (and easy) steps, y como su propio nombre indica es una especie de guía rápida para comprender (si es que es realmente posible) los microformatos usando los elementos de Dublin Core.

Un día (o año) de estos traduciré Dublin Core Metadata Gen al inglés (os recuerdo que existe una versión en catalán de Dublin Core Metadata Gen gracias a Arnau).

No tengo demasiada confianza en que los microformatos Dublin Core formen parte algún día de la lista oficial de microformatos (la podéis consultar en Microformats Wiki): por lo que he podido leer tiene demasiados elementos (clases) y aunque se ha hablado con frecuencia de Dublin Core en las discusiones y listas de correo (es normal, Dublin Core tiene una gran difusión) no he visto que haya una voluntad clara de impulsarlos.

Pero la paciencia es una de mis virtudes, y la obstinación otra 🙂 aunque no haya recibido respuestas a un par de correos contando esta iniciativa, creo que es realmente interesante (y no soy el único).

Como siempre, opiniones, comentarios, sugerencias, errores,… son bienvenidos.