Etiqueta: webdev

Mozilla Weave: la primera extensión para tu Firefox 3.5

El logo de Mozilla Weave

¡Felicidades! Acabas de instalar Firefox 3.5 (sí, ¿no? Lleva ya más de media hora en el mercado… ¿No? Pues ya tardas). Corre más y tiene más y mejor soporte para HTML5 y CSS 3. Genial. Pero ¿qué hace para el usuario que no hiciese el anterior? Te deja ejecutar Weave Sync. Y ¿qué es Weave Sync? Una parte de Weave. Pero… ¿qué hace exactamente?

  • Sincronizar la Smart Location Bar del navegador de casa con la del navegador de la oficina. Si ayer en casa tecleando ‘ana’ accediste a tu página de Google Analytics, hoy en la oficina pasará exactamente lo mismo
  • Llevarte las pestañas del navegador de la oficina a casa. ¿Has salido corriendo al acabar la jornada laboral y ahora necesitas acceder a esa página que habías mirado cinco minutos antes de salir? Bingo
  • Un único conjunto de ‘favoritos’ en todos tus navegadores
  • ¿No recuerdas la contraseña que elegiste el otro día para un sitio? ¿Y la elegiste en el otro ordenador? Da lo mismo: si un navegador la recuerda, la recuerdan todos

Y además, de manera [bastante] segura: todo bien protegido con una buena dosis de criptografía. Y hasta en el dispositivo móvil… siempre que para ese dispositivo móvil exista Firefox, claro… :-|.

En fin. En cualquier caso, que si navegas con más de un ordenador y ya te has instalado la 3.5 de Firefox, ya tardas: instálate Weave Sync (más info).

Grids CSS Blueprint con Boks

Captura de pantalla de la herramienta Boks, descrita en el texto de la entrada
Pues no es tan difícil, usar un framework CSS...

A la hora de maquetar una página usar uno de los muchos frameworks CSS que corren por ahí (más info en anieto2k, por ejemplo) puede ser una buena forma de ahorrar tiempo y esfuerzo. El problema, para los que no somos nada visuales, es la ausencia de herramientas intuitivas que te permitan maquetar de manera más o menos gráfica… o eso pensaba yo, hasta que he descubierto Boks, un ‘editor visual de parrilas’ (o ‘grids’, que queda más ‘cool’) que se basa en el framework Blueprint, uno de los más populares, por lo que parece.

Os dejo con un screencast introductorio (hay más):

[vimeo]http://www.vimeo.com/3944726[/vimeo]

Elige colores accesibles con Contrast-A

Captura de pantalla parcial de la aplicación Contrast-A comentada en la entrada
El rojo sobre negro no es muy visible si se sufre de protanopia o deuteranopia...

«Color pickers» (o herramientas para elegir paletas de color, si se quiere huir del anglicismo) los hay a patadas. Pero yo no conocía ninguno que prestara especial atención a la accesibilidad. Es por ello que me parece especialmente interesante Contrast-A, que además de ofrecer las características habituales te da, para las combinaciones seleccionadas, una ratio de contraste, una simulación de cómo verá la combinación quien sufra de diferentes tipos de daltonismo e indica si la combinación pasa las guías WCAG 1.0 (que hablan de brillo y color) y 2.0 (que se refieren a la luminancia). (Funciona sobre Adobe Air, o sea que es multiplataforma: Windows, Mac y Linux)

Glimmer, un asistente para jQuery… de Microsoft


Get Microsoft Silverlight

Puestos a buscarle defectos a jQuery, el principal es la ausencia (que yo sepa, corregidme por favor si me equivoco) de herramientas de autor que permitan usar sus características sin pelearse con un mínimo de JavaScript que a veces no es tan mínimo. Y ahí es donde entra Glimmer (sí, desarrollado por Microsoft y con el código abierto (licencia Microsoft Permissive Limited License para el código fuente)). Glimmer contiene asistentes para secuenciadores de imágenes, ‘tooltips’ personalizados, menús desplegables y un ‘custom’ que permite desplazamientos sencillos, cambios de color y opacidad, aplicación de clases CSS y retardos, entre otros. Apenas le he echado una ojeada, pero el código generado parece bastante aceptable, a primera vista. Una buena iniciativa de Microsoft…

(Necesita .NET Framework 3.5 SP1, que baja e instala él mismo si es necesario.)

Enhanced by Zemanta

Teleweb: la web, en el móvil…

[youtube]http://www.youtube.com/watch?v=7a-joiEZm10[/youtube]

…pero no a través de la pantalla. Uno tiene una cierta sensibilidad y simpatía por los que tienen dificultades de visión, pero no creo que esa simpatía vaya a redundar en que la web se les vuelva accesible de golpe. Mucho me temo que si «solo» se tratase de los ciegos y de los «visually impaired», nadie iba a mover un dedo. Es por eso que me parecen especialmente interesantes aplicaciones como la demostrada en el vídeo (para más información, Proyecto HearSay) que son de interés para todos, porque todos podemos necesitar acceder a la web en unas condiciones diferentes a las que el diseñador de la web cree habituales. Por ejemplo, mis amigos tienden a pensar que me paso el día conectado (¿por qué será? :-P) y más de una vez y más de dos me he encontrado haciendo de lector de pantallas para alguien que necesitaba una comparativa de precios de electrónica de consumo, unos horarios de cine o las pistas abiertas en una estación de esquí (tres ejemplos verídicos, lo prometo). Alguno de esos amigos lo podría haber solventado con un móvil capaz de navegar por la web, pero en otras ocasiones el ‘preguntante’ estaba conduciendo y podía hablar gracias a las maravillas del bluetooth, pero no consultar una web en una pantalla. En un mundo de aplicaciones web e información contextual, me da a mí que una web accesible y una buena interfaz de audio iban a aumentar el volumen de negocio para los que se den cuenta. Y esa sí es una buena razón para hacer una web accesible, desde el punto de vista del propietario…