Cita:
Iniciado por daPhyre 
El problema es que decir con esas imágenes a los que no usan CSS
Sigo prefiriendo el método de los Sprites mientras pueda usarlo
... aunque supongo que si se usa este método en su lugar, debe haber un motivo especial
El sprite es ideal para elementos de bloque con ancho y alto definidos. Muy frecuentemente recurro a ese método pero algunas veces se hace inviable, sobre todo en el caso de fondos repetitivos que se combinan con un color de fondo normal, por ejemplo:
Código:
.fondo { background: #efefef url(fondo-gris.gif) repeat-x;
En dicho caso un sprite no es opción, dado que es necesaria una imagen única debido a las características del estilo. Ahora agreguemos el hecho de que el estilo es un hover: no importa si la imagen pesa 44 bytes, la petición html ocurre. Esto causa un instante de ralentizado al colocar el ratón encima. Ahora bien, esto no sucede si la imagen se precarga.
Cita:
Iniciado por daPhyre Por cierto, el misterio de la ciencia resuelto:
Navegador Web: Para que cargo las imágenes si ni se van a ver; que flojera
Puede dársele un display:none a una capa y luego un display:block en el hover para construir un efecto de aparecer/desaparecer (por cierto, el mencionado método de precarga también soluciona el problema cuando se trata de hovers con imágenes incluidas).
Tratándose de CSS y sus recursos, la lógica dice que el navegador debería incluir las imágenes en caché sin importar las condiciones del display o cualquier otra declaración. Si el diseñador colocó un fondo fue por algo, y ese algo debería ser controlado por el diseñador, no por el navegador. Así que como puedes notar, la posible respuesta no es tan simple ;).
Saludos.