Efecto Bubble con CSS
Tuesday, December 1st, 2009Una opción interesante para un menú
Una opción interesante para un menú
Botones sencillos y elegantes multinavegador para tus diseños XHTM/CSS
Aqui un apunte para un tema concreto. vía www.tallerd3.com
El arte de maquetar emails para que sean visualizables en todos los programas de correo es sumamente complicado. Cada cual soporta las propiedades de CSS que le parece. Haciendo un trabajillo reciente he encontrado estos consejos para maquetar emails en Scuain.com:
- Maqueta usando tablas, con un HTML básico
Desafortunadamente, nada de <div> en el código.- El uso de CSS está limitado
Algunas propiedades como backgound-image o margin no suelen funcionar. Este listado es la mejor referencia para saber cuales puedes usar. Se actualiza periódicamente y existe una versión imprimible en PDF.- El CSS debe estar insertado en línea en cada etiqueta HTML
Por ejemplo <p style=”font-size: 20px; color: #656565;”>. Si no quieres hacerlo a mano, Premailer es una herramienta que inserta las diferentes propiedades en cada una de las etiquetas.
Si vas a usar clases, es necesario que dupliques el código CSS: debes insertarlo tanto en el <head> como en el <body>.- Usa el atributo alt en las imágenes
Si el programa de correo o webmail bloquea las imágenes (la mayoría lo hacen por defecto), se podrá leer una pequeña descripción de esa imagen.- No adjuntes las imágenes
Debes colgarlas en un servidor y poner la ruta absoluta (<img src=” http://www.midominio.com/mail/imagen.gif” … />)- No uses Flash ni JavaScript
La gran mayoría de programas y webmails lo filtran o desactivan.- Usa la codificación ISO-8859-1
Es la más habitual para emails en castellano. Además, y como medida de seguridad, es recomendable usar entidades HTML. Si te resulta más cómodo, puedes usar este conversor.- Comprueba el resultado
Después de maquetarlo, hay que comprobar el resultado a través de los diferentes clientes (Outlook Express, Mozilla Thunderbird…) y webmails (Gmail, Hotmail, YahooMail…).
Siempre existirán pequeñas diferencias entre uno y otro, así que el objetivo es conseguir un aspecto similar y que puedan leerse sin problemas.- Vigila el nivel de spam
Actualmente, muchos de los emails no superan los filtros anti-spam. El nivel de spam aumenta si usas muchos links y poco texto, tamaños de fuente elevados, texto en mayúsculas, caracteres “raros” en el título… Puedes comprobar los niveles de tu email en http://spamcheck.sitesell.com/.
Internet Explorer tiene un bug que cabrea bastante cuando le pasa a uno, éste afecta a los select. Cuando tenemos una lista de opciones de distinto ancho, es más que probable que si navegamos con IE se nos corten las opciones más largas, no adaptándose la etiqueta a éstas.
Pues bien, nuestro amigo Alberto nos envía in tip en el que se desarrolla un JS para que esto no suceda. Transcribo desde css-tricks.com ¡Espero que os solucione más de un quebradero de cabeza!
I think the problem is fairly obvious here. If you set a static width on the <select> element, any <option> elements that are wider get cut of in IE 7 and below. There is no good CSS solution for this that I can come up with or find. It has been tackled with JavaScript a number of ways.
I decided the best way to handle it is to keep the static width on the select element by default, but when moused over in IE, change the width to “auto” to accommodate. And then of course put it back to static width when moused out. I was already using jQuery so:
$(function() {
$(”.ProductAttributesSelect”)
.mouseover(function(){
$(this)
.data(”origWidth”, $(this).css(”width”))
.css(”width”, “auto”);
})
.mouseout(function(){
$(this).css(”width”, $(this).data(”origWidth”));
});
});
In plain English:
Of course, only IE 7 and lower need this, so I apply the script via IE conditional comments. Thanks to Jason Huck for reminding me to use the data function (I was setting the rel attribute to save the data before, old school style). And all the folks on Twitter for the ideas!
Marina nos envía una excelente página donde Peter-Paul Koch hace un análisis exhaustivo de las propiedades CSS y su comportamiento en los distintos navegadores. Para guardarla en “Favoritos”, sí señor.
Aun, cuando navegamos con Internet Explorer, al llegar a una página que contiene un objeto de flash se puede ver esa molesta línea de puntos que enmarca a dicho componente y, al pasar el cursor por encima, aparece un tooltip que reza: Haga clic para activar y usar este control. Pues bien, desde leandrodonofrio.com nos dan la solución:
Como sabrán (y si no lo saben viene bien la información), el pasado 11 de abril, Microsoft realizó una actualización de su software Internet Explorer, el cual modifica la forma de utilización de los controles Activex, debido a un problema judicial con la empresa Eolas y una patente que ellos registraron y Microsoft violaba. Dicha patente era sobre como incorporar en las etiquetas HTML contenido en Flash (y también otras como PDF, media players, etc)…
Esta actualización básicamente lo que hace es que cuando abramos una página hecha en Flash ó con contenido en Flash, antes de interactuar con ella, debemos primero darle el OK para que esta se active.
He visto varias soluciones a tener en cuenta, todas consisten en la incorporación de una librería en JavaScript la cual hará que la película funcione correctamente.
Las soluciones a este problema son…
1. Solución oficial de Adobe:
2. SWFObject:
3. UFO (Unobtrusive Flash Object):
4. jActivating:
5. Otras soluciones alternativas:
Construye tu layout olvidandote de recalcular medidas
La herramienta se llama Grid Designer
Para el que no lo sepa, el error 404 es aquél que hace referencia a una página no encontrada, significa que el navegador ha sido capaz de comunicarse con el servidor pero no ha encontrado el fichero solicitado. Pues bien, ¿por qué quedarnos con las feas páginas de error por defecto? Pongámosle un poco de creatividad…
Vía mqaccesibilidad
Con respecto a este tema hay una gran discusión, ya que hay personas que opinan que en la actualidad es mejor usar el estándar HTML 4 ya que el XHTML 1.0 no supone un gran avance al HTML 4.
En este artículo sólo pretendo reflejar una serie de razones (sacadas del libro “Diseño con estándares Web” de Jeffrey Zeldman) que pueden ayudar a decidirnos por el XHTML, seguro que algunas pueden ser discutidos. Por supuesto, que no pretendo que nos pasemos todos al XHTML, eso ya es decisión de cada uno que tendrá que valorar las ventajas e inconvenientes de cada una de las opciones que tenemos.
Asi pues, algunas de las razones para realizar la conversión a XHTML son las siguientes:
Enlace que muchas veces puede resultar útil. Se trata de una herramienta online para comparar diferencias entre archivos de texto (por ejemplo para comparar CSS de distintas versiones)