
Un 8% de la población masculina mundial tiene algún tipo de ceguera al color, para ellos algunas de nuestras elecciones de color para diseños van más allá de lo meramente estético y pueden suponer una barrera a la hora de acceder a la información.
We Are Colorblind es un sitio donde encontrarás gran cantidad de patrones de diseño web comentados por Tom van Beveren, un joven desarrollador con ceguera al color, que nos ayudará a comprender como interactuan con la web las personas con esta deficiencia visual.
Tom recopila patrones de interfaces que consisten en una breve explicación del uso del patrón, los problemas que pueden encontrar las personas ciegas al color y una serie de soluciones con las que solventar esas dificultades.
Sin duda, un recurso excelente para que, aquellos que no tenemos problemas con los colores, seamos capaces de ponernos en el lugar de quienes si los tienen y diseñar interfaces en las que el uso de colores no suponga una barrera.
We Are Colorblind: http://wearecolorblind.com
Vïa Konigi

Creo que a estas alturas todos estamos al tanto de que hay mucha gente que tiene problemas para distinguir colores o, sin ir más lejos, que no tiene tan buena vista como un adolescente ¿verdad?
Checkmycolours es una cómoda herramienta online que nos permitirá verificar que existe el suficiente contraste entre nuestros colores de fondo y los colores del texto.
Para ello sólo tendrás que introducir una dirección URL en su casillero y la aplicación se encargará de hacer la verificación basándose en el algoritmo propuesto por el W3C
Checkmycolours: http://www.checkmycolours.com/
Vía Download Squad
Sin duda, cualquiera que se haya visto en la tesitura de diseñar un formulario de registro ha dado mil vueltas en su cabeza al diseño para conseguir que sea usable y amistoso con nuestros visitantes. Siempre hemos visto en ese formulario una barrera de entrada importante, a fin de cuentas estoy segura que todos hemos abandonado alguna vez un proceso de registro demasiado largo, complicado o ambas.
Pero ¿Es el formulario el mayor de nuestros problemas? Joshua Porter, en una presentación que dió en Webstock 2009 nos da un nuevo punto de vista. No, el formulario no es el mayor de nuestros problemas, el problema es conseguir interesar al usuario para que se tome la molestia de rellenarlo.
Aquí os dejo la presentación, está en inglés pero creo que se entiende bastante bien.
Visto en Konigi

Desde hace tiempo, la accesibilidad es una de mis principales preocupaciones en diseño web. Más allá de verificaciones automáticas, tests y botoncitos con muchas letras A.
Hoy mientras hacía mi lectura diaria de feeds veía en 456 Berea St una referencia a un artículo escrito por Rob Foster. En él Rob nos habla de como ha cambiado su vida la discapacidad de su hija mayor y como, para la mayoría de nosotros, accesibilidad sólo es una palabra dentro de unas directrices o políticas de empresa.
En mi caso, mi padre tenía una discapacidad motora y desde muy pequeña he ido prestando mucha atención a los lugares que ofrecían facilidades para acceder con muletas, andador o silla de ruedas. Pero en el desarrollo web nos enfrentamos a todo tipo de minusvalías, desde la ceguera a las discapacidades intelectuales pasando por una que, con suerte, nos cogerá a todos: los problemas derivados del envejecimiento.
Por eso me resulta especialmente interesante la aproximación que se nos plantea, pongámonos en el lugar de nuestros visitantes y, muy especialmente, de los que tienen alguna dificultad. Para ello podemos:
Con estos pequeños gestos conseguiremos comprender un poco mejor las dificultades que pueden plantearse al navegar por nuestros diseños y, de esta manera, empezaremos a comprender la importancia de la accesibilidad más allá del cumplimiento de ciertos requisitos legales o de validación.

A la hora de diseñar interfaces de usuario, sean para web o para otro tipo de aplicaciones, suele ser recomendable recurrir a convenciones que resulten familiares al usuario para facilitarle la interacción.
UI Patterns es un sitio web donde podrás consultar diferentes patrones de diseño para solucionar situaciones comunes en desarrollo de interfaces web.
La web se divide en varias secciones, una nos muestra diferentes patrones de uso común, con una explicación del caso de uso y consejos para implementarlos. Estos patrones pueden ser valorados por los usuarios. Por otro lado también cuenta con galerías de capturas de pantalla de diferentes componentes de los interfaces, para que veas como han resuelto la situación en otros sitios y te inspires para diseñar tus propios sitios. Por último también podrás acceder a galerías de los usuarios.
A pesar de que existen miles de galerías de diseños, el enfoque de UI Patterns me parece especialmente interesante, muy útil sobre todo cuando no tenemos muy claro como afrontar un problema con un diseño.
Yo hace tiempo que hacía algo parecido, guardando capturas de pantalla de los aspectos que me resultaban más interesantes de algunos sitios web ¿hacéis algo similar? ¿os resultaría útil un servicio parecido a este pero en castellano?
UI Patterns: http://ui-patterns.com

Bad Usability Calendar
Llega el final del año y es el momento de que proliferen los calendarios para el año que viene. Si necesitas un toque de atención para mantener la usabilidad de tus sitios al margen de toda esta moda de lo 2.0 te recomiendo Bad Usability Calendar.
No se trata de un calendario al uso, no te servirá para medir el tiempo pero te ofrecerá interesantes recordatorios de esas cosas que no deberías hacer por mucho que se lleven.
Entre los errores que se comentan está el exceso de efectos, la personalización de elementos llevada al ridículo, lo inadecuado de algunos recursos para ciertas tareas…
Merece la pena echarle un vistazo, además está traducido al castellano (con acento argentino eso si).
Y no olvides echarle un vistazo a los de años anteriores, total algunos errores no se pasan de moda…
Bad Usability: http://www.badusability.com/
De un tiempo a esta parte me he encontrado varias veces con sitios maquetados de forma poco accesible y mucho menos semántica y desarrolladores que se ofenden al apuntarles lo incorrecto de ciertas prácticas ya que “el validador del w3c no arroja ningún fallo”.
Es una suerte que, por lo menos, se haya extendido la buena costumbre de validar nuestro marcado pero parece que con la excusa de que un código es válido nos olvidamos de que ningún software puede poner en contexto un sitio web, ni comprobar si hemos empleado la etiqueta más adecuada para la tarea que pretendemos desempeñar.
Por poner un ejemplo, una página maquetada con tablas, con el estilo totalmente definido mediante etiquetas obsoletas puede validar perfectamente empleando el doctype adecuado. Si, porque creo que todos hemos aprendido a engañar al validador con un doctype transicional cuando no nos apetece comernos la cabeza ¿verdad?.
Que una herramienta de validación no arroje fallos no implica necesariamente que hayamos hecho un buen trabajo, sólo quiere decir que no hemos cometido ningún error grave. Maquetar un sitio web es comparable a escribir un texto, podríamos escribir un texto carente de todo sentido pero que no provocase ningún error visible para el corrector de nuestro programa de edición de textos.
Por eso, porque las máquinas tienen sus limitaciones, debemos siempre complementar la verificación automática con la manual. Y no sólo con el W3C, si empleamos TAW o Hera o cualquier otro software para verificar la accesibilidad de una página web nos encontraremos con multitud de puntos que deben comprobarse manualmente.
No hay nada que pueda sustituir a un buen planteamiento a la hora de maquetar ni a un buen uso y entendimiento de las etiquetas HTML.

Supongo que a estas alturas no hará falta que comience este post con una parrafada sobre lo malo que es el javascript cuando va entrelazado al código HTML de un sitio y la importancia de separar las diversas capas de una web.
Si estás dando el paso a un javascript más limpio y no obstructivo te vendrá bien el Obstructive Javascript Checker.
Distribuido como script para Greasemonkey, comando para Ubiquity o extensión para Firefox, se encargará de resaltar el javascript en línea y los enlaces javascript:. Sin duda bastante más cómodo que habilitar y deshabilitar el javascript o navegar entre el código fuente.
Obstructive Javascript Checker: http://www.robertnyman.com/obtrusive-javascript-checker/
Vía 456 Berea St
Eclipse, bien con algún plugin bien con alguna versión como Aptana, se ha convertido en una de las herramientas más utilizadas por los desarrolladores web.
Como ya sabéis, gran parte de la gracia está en esa cantidad de plugins que lo convierten en una herramienta versátil y potente.
Revisando un poco mis favoritos del mes pasado (o anterior, perdonadme pero todavía no me he organizado con tanto evento y tanta historia) he recordado que os queria hablar de un plugin para Eclipse que promete ser más que práctico.
Webelo es un conjunto de herramientas para testear la accesibilidad de nuestros sitios desde el mismo entorno de desarrollo. Viene con un juego de reglas que comprobará nuestros desarrollos contra las Lista de Control de Accesibilidad de IBM.
Aún es un componente joven, en su versión 0.1.0, pero promete así que si usáis eclipse o derivados ya estáis tardando en instalarlo.
Webelo: http://www.eclipse.org/actf/downloads/components/webelo/index.php
Me entero, vía Menéame, de un nuevo avance en el campo de la experiencia de usuario. Esta vez expertos en informática y marketing del Insituto Tecnológico de Massachusetts (MIT) se han unido para desarrollar una herramienta que permita personalizar los sitios, por ahora de e-commerce, de acuerdo a los patrones cognitivos del usuario.
Dicho de modo simple, el software detectará si eres de los que prefiere imágenes o sólo texto, si necesitas ser acompañado durante todo el proceso o te gusta más ir por libre, si eres o no impulsivo o si prefieres escuchar a leer. Con esta información, derivada de la actividad que hayas desarrollado durante tus primeros minutos en el sitio, se te ofrecería la información de la forma más cómoda para tí.
El concepto de personalizar un sitio web no es nuevo, por supuesto, pero con este software podría ser automático, ahorrándonos tiempo y facilitándoles las cosas a los usuarios menos tecnológicos.
Para desarrollar el software se han llevado a cabo diferentes tests con usuarios reales, 835 usuarios de BT en el Reino Unido, demostrándose un ligero incremento en las ventas. Pero, como hasta que no esté generalizado su uso en internet no sabremos realmente su funcionalidad, espero ansiosa tener noticias de como se desenvuelve el banco japonés Suruga.
Desde el MIT nos indican que además de por sus patrones cognitivos, plantean estudiar las diferencias culturales de los usuarios.
Por supuesto, como en todo lo que atañe a marketing y conducta humana, me produce cierto sentimiento encontrado; no sé si me parece correcto que se catalogue a las personas como base para atacar a sus puntos débiles y hacerles comprar. No obstante puede suponer un gran avance en lo que a penetración del comercio electrónico entre la población menos tecnológica se refiere, al ofrecerles un entorno menos hostil en el que realizar sus compras.
Más información:
Tendencias 21: Una herramienta permite que una web cambie en función del usuario
Web Morphing (pdf, en inglés): http://web.mit.edu/hauser/www/Papers/Hauser_Urban_Liberali_Braun_Website_Morphing_May_2008.pdf
Webmaster Libre es un blog de Alma Fernández Página alojada en Redcoruna