Uno de los cambios que ha llevado a cabo AdSense en los últimos meses y que ha perjudicado bastante a los que trabajamos con él es la reducción del área clicable de los banners.
La mayoría de las veces se conseguían algunos clicks accidentales o no que no pinchaban directamente sobre el enlace.
La verdad es que la cosa funciona igual en cualquier web, a más grande sea el área a pinchar para acceder a otra zona más opciones hay de que los usuarios pinchen. No hay cosa peor que tener a nuestro “posible cliente” moviendo el ratón por media pantalla hasta encontrar el punto en que el cursor se convierte en manita y le avisa de que ha encontrado el enlace.
Big Target es un plugin para jQuery que te permitirá convertir tus bloques de contenido en “grandes enlaces”, por ejemplo cuando usamos un resumen para introducir los post y un link de “leer más” podríamos hacer que todo el bloque del resumen funcionase igual que el enlace y respondiese al click del usuario llevándole a la página en cuestión. Gran idea en espera que HTML5 nos permita convertir otros elementos, además de los a, en enlaces.

bigTarget.js: http://newism.com.au/blog/post/58/bigtarget-js-increasing-the-size-of-clickable-targets/
vía WebAppers
Siempre viene bien tener a mano una referencia donde consultar nuestras dudas, para todos los que ya habéis convertido al Firefox en la navaja suiza del desarrollo web os traigo hoy DevBoi.
DevBoi es un plugin que instalará una completa referencia de HTML, CSS, el DOM y Javascript en el sidebar de vuestro navegador.

Además de las referencias incluídas en la instalación estándard podréis ampliar su soporte a otros lenguajes como PHP o Ruby on Rails
Christian Effenberger es, sin duda, una referencia para todos los que estamos interesados en las transformaciones de imágenes en el navegador mediante Canvas.
Gracias a él, hasta los más torpes podemos disfrutar de efectos impresionantes con sólo incluir un archivo javascript en nuestros sitios y aplicar una clase (o varias para adaptar el efecto totalmente a nuestro estilo) a nuestras imágenes. Simple y realmente espectacular.
Esferas:

Con sphere.js
Fotogramas:

Con filmed.js
Diapositivas:

Con slided.js
En los navegadores antiguos degrada sin problemas.
Los efectos son gratuitos para sitios personales y no comerciales. Para otro tipo de sitios, incluidas las webs con banners, existen licencias comerciales que tendrás que hablar directamente con el creador.
No hace demasiado veía por ahí una oferta de trabajo (por cierto, busco trabajo por si alguien me quiere contratar) en la que pedían un desarrollador de front-end que fuera un fiera y que ya estuviera interesándose en CSS3 y HTML5.
La nueva especificación parecía haber despertado un nuevo interés por nuestro querido lenguaje de marcado y la gente empezaba ya a frotarse las manos con las novedades y ventajas de su quinta versión.
Ahora, viendo que hasta 2022 nada de nada, supongo que los de la oferta de arriba querrán a ese desarrollador super moderno para que vaya educando a sus hijos para que, dentro de ni más ni menos que 14 años sean los que lo disfruten.
¿No es deprimente? Algunos habremos muerto para entonces (vale, exagero un poco), si de verdad los plazos son tan largos a mi me va a coger con la friolera de 43 años y no quiero ni pensar las edades de los que sois algo mayores que yo (sin ánimo de deprimiros ¿eh?)
Y yo entiendo que un nuevo estándar no nace de la nada y que, si el HTML 4.01 está implementado desigualmente en los diversos navegadores meterles novedades puede ser labor de años pero ¿tantos?
Vale, se supone que mucho antes (entre 2009 y 2012) ya habrá una especificación lo suficientemente madura como para empezar a trabajar con ella, incluso vemos a los desarrolladores de navegadores empezar a jugar con algunas partes de lo que está por venir. Aún así, dejando las cosas en el limbo tantos años ¿no corremos el riesgo de que proliferen las interpretaciones propietarias del estándar?
Con cosas así uno entiende que aparezcan fundaciones y organismos paralelos ¿verdad?
Vía Wisdump
Una de esas cosas que se suelen recomendar pero no siempre cumplir es informar a nuestros visitantes del tamaño de nuestros ficheros antes de que comiencen a descargarlos.
Sobre todo si nuestros sitios albergan muchas descargas puede hacerse algo tedioso ir agregando la información a mano. Por eso, Natalie Downe ha creado un cómodo script javascript que se encargará de todo por nosotros.
addSizes.js emplea el mini servicio json-head de Simon Willison para realizar los cálculos, por tu parte sólo tendrás que incorporar el script y colocar el enlace al fichero como sueles hacer. El script detectará que se trata de una descarga y obrará la magia colocando tras tus enlaces la información necesaria, por ejemplo, “tu enlace a un mp3 (mp3 4.5 MB)”.
addSizes.js: http://natbat.net/2008/Aug/27/addSizes/
vía Feed My App
Si hay algo que nos mantiene a muchos alejados de Ruby on Rails es la necesidad de instalar servidores específicos y realizar configuraciones adicionales a la hora de instalar nuestras aplicaciones en el servidor.
Phussion Passenger, también conocido como mod_rails, es un componente open source con soporte comercial con el que podremos utilizar el más que extendido servidor Apache para alojar nuestras aplicaciones en Rails. Con Passenger podremos poner en producción nuestras aplicaciones muy a la manera de PHP, sólo con subir los ficheros al servidor.
Passenger promete ofrecernos un 33% menos de uso de recursos del servidor, así como encargarse de que no sea el servidor completo el que caiga incluso en caso de un fallo en la aplicación.
Phussion Passenger: http://www.modrails.com/
Vía Web Appers
En nuestra ardua y ya larga lucha contra la maquetación con tablas, hemos sido muchos los que hemos descubierto las bondades del marcado semántico. Aún así todavía parece que no terminamos de comprender lo que realmente significa y cometemos errores de fondo.
Durante mucho tiempo se ha venido hablando de la versatilidad de las listas (ordenadas, desordenadas o de definición) para diversos menesteres como la creación de barras de menú e incluso hemos visto arriesgadas propuestas de estructuración de páginas mediante listas.
El problema es obvio, ¿una página web puede ser entendida en su totalidad como una lista? ¿Es realmente una lista, por ejemplo, el menú lateral (sidebar) de un blog?
En nuestro intento por renunciar a las tablas mientras mantenemos una estructura limpia sin elementos innecesarios hemos “pervertido” otro elemento para adaptarlo a nuestra conveniencia. Incluso hacemos experimentos y “evangelizamos” sobre las bondades de las listas sin pararnos a pensar lo que realmente significan.
El tema promete volverse controvertido, a fin de cuentas son muchos los “gurús” que nos sorprenden diariamente con aproximaciones realmente creativas basadas en listas, a pesar de que afrontan situaciones en las que otros elementos serían más adecuados.
Al final, la conclusión es la de siempre, debemos emplear el elemento más semántico a nuestra disposición o, en algunos casos, elementos neutros como los divs y spans que, a pesar de estar algo estigmatizados por su abuso, son elementos útiles para finalidades ajenas a la transmisión del contenido (véase, por ejemplo, para crear estructuras visuales).
Sin duda, el tema da para mucho, no sólo para leer si no para pensar y debatir; por eso os dejo unos cuantos artículos en inglés (lo siento, si hay interés podríamos traducir alguno) para profundizar un poco más en el tema y os invito a que aportéis vuestra opinión en los comentarios.

Si atendemos a los últimos movimientos de las grandes redes sociales y el mismo Google, el futuro de la red pasa por conceptos como Data Portability y Data Availability.
Uno de los pilares de esta ubicuidad de los datos y su total disponibilidad es la autentificación remota, ¿es normal que un usuario deba dar su contraseña a cualquier aplicación para poder acceder a los datos que almacena en otra? Realmente es muy práctico poder, por ejemplo, importar nuestra agenda de contactos en una red social para localizar a nuestros amigos pero ¿es necesario darle nuestros datos? O peor aun, ¿es seguro?
No hace falta ser demasiado paranoico para pararse a pensar en lo fiable de algunos sitios. Dar una contraseña es dar pleno acceso a nuestras cuentas, no sólo a los datos que queremos utilizar y debemos confiar en la buena fe de los desarrolladores y suponer que no almacenarán ni utilizarán nuestras claves.
OAuth nace para solventar este problema, proveyéndonos de un sistema universal con el que autorizar el acceso a determinados datos protegidos. El concepto es sencillo, imagina la red social de la que hablábamos antes. Te acabas de registrar y quieres encontrar a todos tus contactos. Para ello vas a importarlos desde tu cliente de correo web. En lugar de introducir tus datos de acceso en la página de la red social, esta te enviará a tu proveedor de correo donde serás tu mismo quien autorice a esa red social a acceder a los datos de contacto. Listo.
Para el usuario, como ves, el proceso es transparente y muy sencillo. Por detrás, estaremos generando un token que permitirá el acceso a determinados datos (sólo los contactos y no los correos, en este caso) y durante un tiempo determinado.

OAuth es un estándar abierto que añade una capa más de seguridad a los datos de nuestros usuarios, no obstante no viene a sustituir a otros sistemas de autenticación como OpenID, si no que se integra con ellos, y no puede sustituir a elementos de seguridad como los certificados SSL. Por supuesto, al ser abierto ya existen librerías para los principales lenguajes.
Puede que, hasta ahora, haya pasado bastante desapercibido a pesar de estar en uso en sitios tan populares como Ma.gnolia o Flickr. Ahora Myspace y Google parecen decididos a adoptarlo y con esto es de esperar que cada vez se extienda más su uso.
Hay algunas sutiles diferencias en los sitios web que los hacen más o menos usables. Una de ellas es, sin lugar a dudas, el resaltado de los enlaces cuando hacemos foco sobre ellos. Con esta pequeña pista visual ofrecemos a nuestros usuarios una forma simple de diferenciar un hipervínculo de cualquier otro tipo de texto formateado.
Por lo que se vé, Opera Mini hace un esfuerzo extra y resalta no uno si no todos los enlaces que apuntan al mismo lugar cuando hacemos foco sobre uno de ellos. Una pequeña pista que puede añadir un poco más de usabilidad a nuestros sitios. Todo esto lo digo gracias al artículo de Kilian Valkhov, que al comprobar lo práctico de esa interesante característica de Opera Mini, decidió emularla con jQuery y CSS.
La técnica consiste en crear un class .hover que emule completamente el aspecto de nuestra pseudo-clase :hover
a:hover,
a.hover { … }
Y luego, con la ayuda de jQuery detectamos los enlaces que comparten URL de destino y al hacer foco sobre uno de ellos aplicamos la clase .hover a los demás. Eso si, nos apoyamos en eventos de ratón y por tanto sólo es funcional con usuarios que usan uno y los que navegamos principalmente con el teclado nos quedamos sin usabilidad extra.
$("a").hover(
function() {$("[href="+$(this).attr("href")+"]").addClass("hover");},
function() {$("[href="+$(this).attr("href")+"]").removeClass("hover");}
);
Kilian además de explicarnos la técnica, muy sencillita, nos ha dejado una demo para que le echemos un vistazo.
Es una idea que me gusta pero me gustaría más si usase eventos como focus y blur para no depender de la disponibilidad del ratón. He hecho una prueba rapidita y me ha quedado un javascript algo más largo pero que funciona para navegación con teclado y con ratón. Estoy segura de que se puede mejorar pero aquí os lo dejo para que sirva de “inspiración”:
$(document).ready(function(){
$("a").focus(
function() {$("a[href="+$(this).attr("href")+"]").addClass("hover");});
$("a").blur(
function() {$("a[href="+$(this).attr("href")+"]").removeClass("hover");});
$("a").hover(
function() {$("a[href="+$(this).attr("href")+"]").addClass("hover");},
function() {$("a[href="+$(this).attr("href")+"]").removeClass("hover");});
});
Se aceptan sugerencias en los comentarios.
Mostrar gráficos accesibles es una tarea ardua, o cuanto menos pesada, por eso me ha encantado este plugin para jQuery.
Mediante fgCharting podremos convertir una tabla de datos convenientemente maquetada en un bonito gráfico.


Como ya sabéis, Internet Explorer y canvas no hacen buenas migas por lo que tendréis que utilizar algo como ExplorerCanvas para poderlo emplear en sitios en producción.
fgCharting: http://www.filamentgroup.com/lab/creating_accessible_charts_using_canvas_and_jquery/
Webmaster Libre es un blog de Alma Fernández Página alojada en Redcoruna