Esto es lo que señala Chris Spooner en Line25 y que pasaré a comentar seguidamente ya que no estoy del todo de acuerdo, algunos puntos (creo) necesitan matizarse.

El punto #2 ya es relativo de por sí.
Quizá tenemos el logotipo en la página, casi seguro, pero si indicamos específicamente que hay un enlace que sirve para volver a la página principal, el logotipo no tiene por qué servir también como enlace para esa misma acción. Nunca estará de más, obviamente.

En el punto #3 estamos todavía en mayor desacuerdo.
Marear al usuario con demasiados colores es contraproducente. Un color para enlaces, otro color para cuando hacemos click, si estos están subrayados o no, al pasar por encima… El usuario suele saber lo que visita y a no ser que seamos un poco “tramposos” y no utilicemos nuestros enlaces de una manera descriptivamente adecuada, no tendríamos por qué hacer uso de un color distinto para enlaces visitados. De nuevo, tampoco está de más hacerlo, pese a que muchas veces pueda entrar en conflicto con el propio diseño de la web.

Sobre el #4 poco hay que decir.
De nuevo, volveríamos a marear al usuario sin ser absolutamente necesario. En un formulario suelen o pueden haber varios campos de texto. No está de más indicar cual es el activo, pero normalmente, el cursor ejecuta esta tarea perfectamente.

Llegamos al punto #5 y aquí no puedo más que agachar la cabeza.
La mayoría de maquetadores (y también administradores de websites) pasamos normalmente por alto la posibilidad de incluir un texto alternativo a la imagen. No sólo sirve para indicar qué debería ir ahí si la imagen no carga, también ayuda a posicionar contenido en buscadores.

El punto #6 es otro que admite cierta matización.
Es correcto utilizar un color de fondo para algo que lleve de fondo una imagen sin posibilidad de transparencia. Si no se da el caso y estamos por ejemplo utilizando PNGs en todo su explendor, el uso de color de fondo vendrá determinado por nuestra necesidad y no por la obligatoriedad de hacer una web más usable.

Y el punto en el que más estoy en desacuerdo, el #10.
El texto justificado debe usarse cuando queremos transmitir solidez y entereza. Una web con el texto justificado gana en elegancia (por norma general) aunque pierde en facilidad de lectura. No lo incluiría como “crimen” pero obviamente hay que saber utilizar el justificado con mesura.

PD: Estoy totalmente de acuerdo con los puntos que no he comentado.
PD2: Todo esto no es más que una opinión personal, en absoluto pretende ser una verdad absoluta e irrefutable.

Enlace directo (Slideshare)
Autor | Mario Carvajal @astromario www.astrolabio.com.co
Vía | Sonia García

Un hack no es más que una manera de introducir código de algún tipo (CSS en este caso), de tal manera que se consigue su carga en un determinado programa, en este caso, en un determinado navegador.

Es por todos conocidos que la familia Internet Explorer interpreta con bastante ligereza lo que una web debe mostrar en realidad; que si yo interpreto los paddings y margins como me da la gana, que si el border también suma para el ancho total, que si esta propiedad no la conozco… etc. Multitudes de fallos por una estrategia errónea de Microsoft que ha ido arrastrando durante años, pero eso es otro tema.

Al grano.
IE8 es un buen navegador en comparación con su predecesor IE7 y exageradamente superior a su ancestro IE6. Respeta bastante bien la mayoría de estándares, pero también tiene “sus cosas”, las cuales vamos a solucionar con las siguientes líneas de código en el CSS.

1) *:first-child+html elemento { propiedad: valor; }
2) elemento { propiedad /*\**/: valor\9 }

¿Qué estamos haciendo con esas líneas?
Si buscamos por Google, veremos que el 2º hack corre por internet como el milagro antigrasa de IE8, pero no es así. Ese código lo interpreta también IE7, por lo que habrá que re-hackear de tal manera que IE7 interprete “otra cosa”.

La solución está en el first-child. Lo pongamos donde lo pongamos será lo que interprete IE7 sin tener el cuenta el hack de los asteriscos. Digamos que actúa como un !important.

Obviamente, esto no valida ni de broma, pero es otra solución si como a mí no os gusta nada llenar el código de condicionales comprobando la versión de IE.

Aunque existe otra forma más la cual no he podido comprobar si valida.
El código que os pongo a continuación no va sobre el CSS si no directamente sobre el archivo XHTML que estéis maquetando y hace algo más “bestia” pero bastante efectivo y que ahorra tiempo, sudor y lágrimas.

<meta http-equiv=”X-UA-Compatible” content=”IE=7″ />

Con ese meta que pondremos dentro del head, haremos que IE8 entre en el Compatibility Mode y renderice la web como IE7. Con esto conseguiremos poder reducir el número de hacks ya que no hará falta tener en cuenta a IE8 a la hora de maquetar. De todas formas, no es la vía más recomendable por ser algo drástica. Sólo debería usarse en el supuesto de que tengamos la web perfectamente adaptada a IE7 y suponga demasiado tiempo su arreglo.

La mejor solución; utilizar Firefox, Safari, Opera o Chrome.