Registro

• Resulta pesado rellenar varios campos para una mera suscripción a newsletter. Es suficiente con tener el e-mail y nombre del usuario.
• Para evitar e-mails falsos u otros problemas de seguridad, el registro al newsletter podría ser a partir de una confirmación de correo enviado al buzón del usuario.
• El borrar la suscripción debería ser algo fácil, un clic y bien visible en el propio newsletter enviado. De lo contrario puede que el usuario (por no buscar) acabe marcando el newsletter como spam, perjudicando a la dirección de envió.

Spam

• Evitar los filtros spam no incluyendo palabras como: gratis, free, descuento, etc. Algo que puede ser difícil teniendo en cuenta el sitio web y el target al que vaya dirigido.
• Encabezar o situar en posiciones superior la fecha del newsletter. Esto podría evitar el ser confundido con Spam.
• Chequear los enlaces enviados en el contenido del newsletter. No pueden existir enlaces que lleven a un “not found” y menos aún enlaces que puedan llevar a sitios web penalizados por los buscadores.
• El envió de e-mails debe ser distribuido en periodos, no debe hacerse nunca de forma masiva y simultanea.
• Si se compran o se venden listas de e-mails lo más probable es que se acabe cayendo en una lista negra, con su consiguiente penalización como Spammer. Es complejo y lento salir de listas negras.
• Si varios e-mails chequean como spam al newsletter se puede caer en el riesgo de que un proveedor identifique la IP como Spammer.
• Una forma de asegurarnos que el newsletter sea leído en inbox y no pase directamente a spam, es hacer que la dirección de envió figure en listas blancas (desconozco como llegar a ello).
• Quitar URGENTEMENTE aquellos suscriptores que están eliminando, no abren, o marcan como spam el newsletter. Lo están perjudicando en cada acción.

Comunicación

• Estar en contacto con los lectores. Tras el registro al newsletter no pueden pasar los primeros 10 días sin ninguna noticia.
• Dar algún enlace hacia una web/email para contactar con el soporte.
• Se puede enviar el newsletter desde una dirección a la que el usuario pueda responder y así obtener con ello feedback directo del lector. Incluso invitarles a realizar ese feedback.
• Usar un lenguaje que tenga que ver con el target (edad, sexo, estudios, etc). Por ejemplo puede ser un lenguaje llano, natural o espontaneo que resulte muy cercano e invite a leer y participar.
• Los lectores parecen se más receptivos los Martes y Miércoles de 2 a 3 PM. Según he leído las razones pueden deberse a que los usuarios en el Lunes tienen la bandeja algo saturada del fin de semana, y los Jueves/Viernes ya vuelven a preocuparse más del fin de semana que del correo pendiente.
• Personalizar los e-mails para resultar más cercano y menos automatizado. Esto puede realizarse con variables para el saludo y despedida:
  • Hola [username]
  • Saludos [username] del equipo [nombre-proyecto]

  Incluso se podría personalizar en función de la hora del envió:

  • Buenos días [username]
  • Buenas tardes [username]
  • Buenas noches [username]

Contenido

• Poner un link para ver la versión web del email enviado (una alternativa).
• Pensar en títulos adecuados para cada newsletter.
  Ejemplo: Compañía – Asunto [Ref.12]
  • Primero la compañía/empresa/marca que enviá el newsletter.
  • A continuación el asunto/titulo del newsletter.
  • Finalmente podemos incluir el número (referencia) del newsletter.

  *nota: el asunto debe tener menos de 50 caracteres por razones de compatibilidad con el mayor número de gestores posible.

• Indicar al usuario que ha recibido el email debido a que esta suscrito en [nombre-proyecto] (enlace a la web).
• Los newsletter deben ir relacionados con la temática que se espera. El contenido debe ser de gran valor para no perder suscriptores.
• Dar muy buenas razones para permanecer suscrito al newsletter. Esto puede hacerse con descuentos, promociones, noticias, secretos, en definitiva cosas que no puedan obtener por otros medios.
• Incluir un enlace a la política de privacidad.
• Incluir datos para saber que detrás hay una empresa real. Por ejemplo la dirección, el teléfono, etc.
• Invitar al usuario a seguir leyendo contenidos con enlaces hacia la página web.

Diseño

Merece un post aparte debido a las peculiaridades: Código para el diseño de e-mails y newsletters.

La misión de esta etiqueta es pre-formatear su contenido, con lo cual mantiene en el texto los espacios en blanco, saltos de línea, etc. Y es justamente por esa razón por la que debemos tener mucho cuidado (no soy muy amigo de emplearla).

En Gmail, por ejemplo se producía un desbordamiento horizontal, donde salia el scroll y el texto continuaba a lo largo y ancho de la ventana

Como solución, sustituir pre por un simple div en conjunción con una de estas dos opciones para el contenido que albergará:

• Formatear el contenido con PHP: Podemos ayudarnos de la función nl2br que insertará los saltos de línea.
  
  Ejemplo:

      nl2br('texto con formato');

• Formatear el contenido con CSS: Podemos usar la regla white-space: pre; para simular el comportamiento de la etiqueta pre.
  
  Ejemplo:

      <div style="white-space: pre;">
          texto con formato
      </div>

5 errores típicos

• Un 42% de páginas no comprimen su contenido con GZIP.
• Un 44% de páginas enlazan a más de 2 ficheros CSS.
• Un 56% no sirven el CSS con cookies (o no la entiendo, o esta la veo complicada de evitar sin CDN).
• Un 63% no minimiza sus ficheros con herramientas como YUI Compressor.
• Un 21% de páginas tienen ficheros CSS con más de 100K de peso (esta es de escándalo).

Si en nuestros CSS sumamos: demasiada atomicidad, normas, duplicación, conflictos y lo aderezamos todo con algo de impredecibilidad, tendremos por resultado un enorme e incontrolable CSS.

5 buenas maneras

Lo que debemos evitar es:

1. La Atomicidad

Imaginemos una página Web como si fuera un coche. Para crear ese coche usamos piezas de lego, una a una las vamos posicionando hasta crear la figura del coche.

• Con CSS básicamente hacemos lo mismo, podemos ir pieza a pieza posicionando y creando el sitio web. Y es justamente el planteamiento que debemos cambiar.
• La idea es evitar pensar en pequeñas piezas (átomos) y pensar en objetos que se puedan reutilizar. De esta manera podemos por ejemplo crear con CSS una rueda del coche, que a su vez bastaría para simular las otras tres restantes.
• Esto se podría considerar una evolución de la forma de pensar en el CSS.

2. Normas desfasadas

Que van acumulandose, que no se reutilizan, que son incrementales en el tiempo, muy especificas, etc.

3. Normas imprevisibles

Que no pueden ser reutilizadas y que son totalmente dependientes de su ubicación.

4. Guerras de especificidad

Nodos hijos de hijos de otros hijos, hacks, estilos con #ID que no pueden ser reutilizados, la sentencia !important no tiene cabida (si se usa bien la cascada), etc.

5. Duplicidad

Definir en numerosas ocasiones reglas como: margin, float, font-size, etc. Como solución tenemos:

• Algunas técnicas para resetear el CSS.
• Pensar en global, en todo el sitio web. Para ello ayuda mucho seguir una metodología como la DCU, para abstraer el futuro marcado de los mockups y ejecutar nuestro “CSS kung-fu”!

• A través del filtro Directx AlphaImageLoader.
• Con Behaviors.
• El conocido pngfix (con la ayuda de JavaScript).
• Algunas implementaciones pngfix para frameworks de JavaScript, como jquery.pngFix.js

Todas ellas presentan pros y contras. Dependiendo del proyecto puede que venga mejor uno u otro, o que simplemente alguno no funcione por conflictos de JavaScript o misteriosas razones que solo las meigas de IE conocen. Así que la única solución es probar y probar…

A continuación voy a desarrollar la primera de ellas.

AlphaImageLoader

#logo  { 
	background-image: none;
	filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(
		src='http://..../logo.png', 
		sizingMethod='crop'
	); 
}

El primero de los pasos es indicar que no hay ningún fondo background-image: none;, a continuación usamos filter y la llamada Directx de Microsoft para cargar imágenes que incorporan factor alfa. En el parámetro src va la ruta absoluta al fichero png.

Conflicto con los enlaces

Con lo dicho anteriormente el PNG es mostrado con transparencia y sin errores, pero los enlaces no realizan el comportamiento adecuado si se encuentran en el interior de un elemento que tenga aplicado el filtro AlphaImageLoader.

Para solucionar este último problema podemos recurrir al siguiente código CSS:

#logo a { 
	position: relative; 
	z-index: 1; 
}

Cuando se aplica un filtro el elemento tiene una posición estática y esto presenta problemas en los enlaces, por ello se fuerza por medio de CSS a que los enlaces dispongan de una posición relativa y con z-index en una capa inferior.

Solo para Internet Explorer

Otros navegadores modernos (Firefox, Opera, Safari, Chrome) soportan perfectamente el formato PNG y su grado de transparencia, por tanto sería bueno pensar en ofrecer esta técnica únicamente cuando el usuario se encuentra navegando con Internet Explorer. Para lograrlo podemos recurrir a los comentarios condicionales:

<!--[if lt IE 7]><link rel="stylesheet" href="ie6.css" mce_href="ie6.css" type="text/css" media="screen" /><![endif]-->

Mediante este comentario condicional ubicado en el head podemos indicar que solo aquellos navegadores que sean inferiores al Internet Explorer 7 [if lt IE 7] se enlace el fichero de esitlo “ie6.css” que a su vez contiene los códigos comentados para esta técnica.

De esta forma:

• No obligamos a que se interprete código propietario (no estándar) como el filtro AlphaImageLoader por parte de otro navegador que no sea IE6 o inferior.
• El sitio Web será estándar y válido según el W3C – Validator.
• Reducimos el código CSS innecesario para otros navegadores y con ello logramos una mejor optimización.

Usar textos alternativos lógicos y coherentes

• Si la imagen contiene texto, por ejemplo un número de teléfono, debemos transmitirlo completamente, alt="Teléfono: 000 000 000".
• Si la imagen es un icono de error, el texto debe transmitir esa misma idea, podemos usar simplemente alt="error".
• Si se trata de un icono “ZIP”, podemos usar algo como alt="fichero comprimido en ZIP".
• En el caso de una fotografía podemos describir lo que vemos, alt="Asturias, tierra de altas montañas".
• Si la imagen transmite acción, por ejemplo un enlace que tenga un icono de una impresora, debemos indicar dicha acción y no la descripción del icono, alt="imprimir".
• Si una imagen transmite lo mismo que un texto contiguo, debemos dejar el texto alternativo vació para no caer en redundancias, alt="".

Las votaciones

Supongamos que tenemos el clásico sistema de votaciones con estrellas:

Siguiendo las directrices de WCAG2 lo que podemos hacer es usar el atributo alt de la primera imagen para describir a todo el grupo e indicar la puntuación global. El resto de las imágenes que deberían estar situadas de forma contigua, tienen que tener alt="" vacio y no llevar ningún title, de esta forma son obviadas. Con ello se consigue que las ayudas técnicas (como por ejemplo lectores de pantalla) únicamente “lean” el texto alternativo de la primera imagen donde se da toda la información necesaria al usuario.

Ejemplo

<img src="star1.png" alt="puntuación 4 de 5" />
<img src="star2.png" alt="" />
<img src="star3.png" alt="" />
<img src="star4.png" alt="" />
<img src="star5.png" alt="" />

Los emoticonos

Se tiene que transmitir de forma textual el mismo sentimiento que el representado. Por ejemplo: alt="Feliz".

<img src="http://aurea.es/wp-includes/images/smilies/icon_smile.gif" alt="Feliz" />

Supongamos que en vez de una imagen usamos texto (ASCII). En este caso podemos marcar los emoticonos como abreviaturas (semánticamente podrían ser considerados así) y con el atributo title="sentimiento"
Por ejemplo:

<abbr title="Feliz">:-)</abbr>

Ejemplo de abreviatura – abbr

<p><abbr title="Teléfono">Tel</abbr></p>

Ejemplo de acrónimo – acronym

<p><acronym title="Real Academia Española">RAE</acronym></p>

Abreviaturas o acrónimos en otro idioma

Si el idioma de la abreviatura o el acrónimo es diferente al del documento, se debería indicar con los atributos lang y/o xml:lang.

Por ejemplo en el caso del documento siguiente en XHTML Strict en Inglés:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="en" xml:lang="en" >

El marcado de la abreviatura sería:

<p><acronym title="Real Academia Española" lang="es" xml:lang="es">RAE</acronym></p>

Y ahora viene lo bueno…

Según la nueva escuela todo es abreviatura

• Se llama acrónimo a la palabra que se forma a partir de las letras iniciales de un nombre compuesto y a veces por más letras. Por ejemplo: RADAR (RAdio-Detection And Ranging).
• Se llama sigla al término que se forma a partir de la inicial de las palabras claves que forman el título o el nombre completo de algo. Por ejemplo: RAE (Real Academia Española).

Ambos casos (acrónimos y siglas) son considerados abreviaturas y por ello en la práctica se permite usar abbr para todo tipo de formas abreviadas.

Además, en las especificaciones HTML5 y XHTML2 queda eliminado el elemento acronym a favor de estándarizar únicamente abbr.

Me parece bueno todo lo que sea ahorrar confusiones y malos usos, por eso me gusta la interpretación de la nueva escuela

* A tener en cuenta: Como no podía ser de otra forma las versiones anteriores a Internet Explorer 7 no reconocen abbr.

Luego vi que se trataba de la página web de un libro!. Me sorprendió gratamente, puesto que el sector de los libros no es que brille precisamente por promocionar sus ejemplares en Internet y menos con tantos recursos y buenos quehaceres como este caso.

Acerca del libro Los colores olvidados

Carmesina es una niña especial. Como en el fondo, lo somos todos. Un día descubre, gracias a la intervención de un Gato Negro muy peculiar, que tiene un don que debe potenciar. Sin saberlo, gracias a él, Carmesina aportará su nota de color a un mundo gris y taciturno.

Los colores olvidados y otros relatos ilustrados es un viaje a la fantasía y a la imaginación, a través de 15 historias que versan sobre lo cotidiano desde un punto de vista diferente, a medio camino entre la reflexión y la sonrisa.

Firma del libro

Aprovechando un fin de semana en Madrid, que además se celebraba la Feria del libro (tremenda casualidad), nos fuimos en busca del stand 327 para que me firmasen el librito sus autores.

Para ser sincero eso de firmar cosas es algo que nunca había hecho. Nunca tuve un fan, deportista, famoso, músico, quien sea, suficientemente idolatrado como para pedirle que me firme algo. Nunca le vi mucho sentido el dar tanta importancia a un garabato…

Pero no sé que me ocurrió esta vez. Fue especial ver como Silvia (la escritora) me dedico unas sentidas palabras y David me pinto allí mismo a Carmesina y su Gato Negro.
Silvia también me reconoció :O y pudimos hablar un ratito. Ambos son muy muy majos!!!!

Por cierto, deciros que tendremos Carmesina para rato y quizás lleguen camisetas, yuhuuuuu!. Pero pssss, es secreto

En una de las preguntas Manovich comenta que no le gustan los defensores de la usabilidad web, pues cree que no tienen ningún criterio estético y están proponiendo algo que resulta extremadamente aburrido.

En mi opinión, no puedo estar más en desacuerdo con esta postura.
El primer pensamiento que puede tener tanto un diseñador como un usuario es que la usabilidad puede mermar la creatividad y que las convenciones de diseño que a su vez favorecen al campo de la usabilidad van en detrimento de las posibilidades creativas. Se puede llegar a pensar que incluso si seguimos todas las convenciones favorables en usabilidad acabaríamos con un diseño global homogéneo y aburrido.

Nada más lejos de la realidad. Los diseñadores siempre han estado expuestos a convenciones y también a restricciones en todos los medios de expresión, desde la pintura en lienzo al diseño web. De hecho el diseño web es diseño de interacción por lo tanto estamos expuestos a tener en cuenta la conducta humana en este medio.

Las convenciones de usabilidad y las restricciones impuestas por el diseño de interacción más que minar nuestra creatividad la agudiza, haciendo que sigamos siendo creativos pero teniendo en cuenta dichos factores.

Recuerdo una cita que lo ilustra perfectamente:
Diseño es arte optimizado para conseguir objetivos Shimon Shmueli

Interpretando a Lev Manovich

El leer uno de sus libros me ha abierto un poco los ojos acerca de la revolución cultural y mediática que estamos viviendo. Como la cultura se va hacia formas de producción, distribución y comunicación mediatizadas por el ordenador.

No obstante ahonda poco en el hecho “social” y participativo que pueden aportar algunos “nuevos medios”, quizás esto tenga que ver, con algo que ha irrumpido de forma relativamente reciente y más alejada de la publicación del libro “El lenguaje de los nuevos medios de comunicación“. En cualquier caso y bajo mi punto de vista, en la actualidad podría hacer una clasificación de tres tipos de medios y nos solo los dos primeros como él plantea:

1. Antiguos medios
2. Nuevos medios
3. Medios sociales

Los medios y las revoluciones mediáticas

Esta clasificación de los medios podría emparejarla con lo que pienso que han sido las tres grandes revoluciones mediáticas:

1. La revolución mediática que provoco la imprenta.
2. La revolución mediática impuesta por el ordenador e internet.
3. La revolución mediática de las redes sociales y participativas.

Y profundizando más, pienso que han sido varias las aportaciones que realmente marcaron hitos y diferencias de los nuevos medios a los medios sociales.

1. El ordenador, como entorno digital donde todos los datos son computables y dan paso al multimedia.
2. Las altas capacidades multimedia permitiendo formas de reproducción hasta entonces novedosas.
3. El interfaz y la interacción se centran en el usuario. El HCI (interacción hombre-computador) pasa a ser el eje central de los proyectos.
4. Y finalmente llega la socialización.

Ya no se trata de cómo hayan sido producidos los medios (punto 1), distribuidos (punto 2) y consumidos (punto 3), lo importante ahora es la participación social (punto 4). Conocidas redes sociales como Facebook, Twitter, etc. son un claro ejemplo de esta tendencia mediática.

La relevancia de la socialización en la actualidad

Henry Jenkins (gurú de los nuevos medios) afirma que: “Desde una perspectiva tradicional, una persona no está alfabetizada si sólo sabe leer pero no escribe un texto. Tampoco puede considerase alfabetizado a quien consume pero no produce nada en los medios”.

Esto hace referencia directamente a la participación. Según Jenkins, la participación en redes sociales podría ser ya una cuestión de alfabetización. En un futuro muy cercano es probable que pensemos “Si no estás y participas en los nuevos medios sociales, es igual que si no existieras”.

En los “medios sociales” es el propio usuario quien construye, quien produce el contenido y se alimenta de otros contenidos generados por su red social. Un nuevo paradigma de la comunicación.

Fin de las reflexiones inclasificables :S

Este mecanismo fue “un invento” de Microsoft (Internet Explorer), que en númerosas ocasiones no han seguido los estándares y pautas marcadas por la W3C. Mediante los comentarios condicionales podremos crear estilos propios atendiendo a las diferentes versiones de este navegador.

Las condicionales llevan un operador: “!” (negación), “lt” (menor que), “lte” (menor o igual que), “gt” (mayor que), “gte” (mayor o igual que). Con los operadores y las diferentes versiones del navegador ya podemos definir estilos atendiendo a las diferencias de cada caso.

Ejemplos

<!--[if !IE]> Cualquier navegador pero NO (!) Internet Explorer <![endif]-->

<!--[if lt IE 6]> Solo versiones MENORES de la 6 <![endif]-->

<!--[if lte IE 6]> Solo versiones MENORES o IGUAL a la 6 <![endif]-->;

<!--[if gt IE 5.5]> Solo versiones MAYORES a la 5.5  <![endif]-->

<!--[if gte IE 5.5]> Solo versiones MAYORES o IGUAL a la 5.5  <![endif]-->