Je suppose que vous avez testé sur Windows? Si vous souhaitez ajouter des comparaisons multiplateformes, je peux proposer que Firefox 3.6.x et Chrome 5.0.307.11 (Ubuntu 9.10) ne le font pas non plus . =)
David dit de réintégrer Monica
Aha je vois. Je pensais que ce serait assez pauvre pour Firefox, Chrome et Safari de les charger, mais je ne l'aurais pas mis au-delà d'IE. Ce résultat est-il le même pour IE 6 et 7?
Alex
@Alex - IE7 Oui, bien qu'une page plus complexe puisse le tromper? IE6 Je ne peux pas tester où je suis ... peut-être que quelqu'un ici peut mettre à jour ma réponse.
Nick Craver
49
Puis-je déposer une réclamation contre tout test dans IE6?
Dave Markle
2
@Dave: Tout devrait être testé dans IE6 (les infidèles sont partis), si cela fonctionne correctement là-bas, et ce sera dans tous les navigateurs: P
N 1.1
13
Non, ils ne sont pas téléchargés, du moins dans Firefox, IE8 et Chrome.
La 2ème image,, a tumblr_kxytwr7YzH1qajh4xo1_500.pngété téléchargée mais pas l'autre. Cela s'est avéré vrai dans Chrome (outils de développement) et Firefox (Firebug).
Parfois, cela dépend exactement de ce que signifie «inutilisé». Différents navigateurs le définissent différemment. Par exemple, dans Firefox, les styles appliqués à la <noscript>balise sont considérés comme "inutilisés" et par conséquent, aucune image ne sera téléchargée.
Chrome 26 (peut - être tous, pas sûr), ne les images télécharger CSS si elles sont appliquées à l' <noscript>élément, même lorsque JS est activé. (Ce n'est pas tout de suite clair pour moi pourquoi cependant, c'est peut-être un bug?).
Cependant, il ne télécharge pas les images CSS appliquées aux éléments de l' <noscript>élément. (c'est un comportement attendu, bien sûr).
<noscript>The CSS background image of this NOSCRIPT-element will always be downloaded in Chrome. Will not be downloaded in Firefox</noscript><noscript><p>The CSS background image of this P-element won't be downloaded in Chrome or other browsers, unless JS is disabled</p></noscript>
Dans ce cas, si l'utilisateur a JS activé, les deux always.png et otherbg.png sont téléchargés dans Chrome. Si l'utilisateur n'a pas activé JS, seul nojsonly.png est téléchargé dans Chrome.
J'utilise cette technique pour mesurer les niveaux de trafic des utilisateurs non compatibles JS, car Google Analytics nous échoue ici. Je préfère utiliser l'image CSS d'arrière-plan plutôt qu'une <img...>balise normale , car je travaille selon la théorie (non testée) selon laquelle les bots sont moins susceptibles de saisir une image CSS qu'une <img...>image, laissant des décomptes plus précis pour les visiteurs humains.
Presque tous les navigateurs effectuent un chargement paresseux. Si une image n'est pas requise, elle ne se télécharge pas. Utilisez Firebug (module complémentaire dans Firefox / Chrome) pour voir le temps de chargement des ressources.
Fait intéressant, cependant, Chrome (au moins) téléchargera non utilisé.png dans l'exemple suivant:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"><html><head><title>test</title><styletype="text/css">.unused {background:url(unused.png) no-repeat;}.used {background:url(used.png);}</style></head><body><divclass="unused used">
hello world
</div></body></html>
Réponses:
Cela dépendrait du navigateur, car c'est ainsi qu'ils décident d'implémenter la spécification, mais dans un test rapide ici:
la source
Non, ils ne sont pas téléchargés, du moins dans Firefox, IE8 et Chrome.
Un moyen simple de tester ceci:
Si
test.txt
est rempli avec l'agent utilisateur du navigateur, l'image est téléchargée. Ce n'était le cas dans aucun de mes tests.la source
Un test rapide l'a prouvé.
La 2ème image,, a
tumblr_kxytwr7YzH1qajh4xo1_500.png
été téléchargée mais pas l'autre. Cela s'est avéré vrai dans Chrome (outils de développement) et Firefox (Firebug).la source
Firefox et Chrome (Ubuntu 9.10) ne téléchargent pas d'images pour les classes / identifiants qui ne sont pas appliqués dans le DOM.
Cela peut cependant dépendre à la fois de la plate - forme et du navigateur.
la source
Parfois, cela dépend exactement de ce que signifie «inutilisé». Différents navigateurs le définissent différemment. Par exemple, dans Firefox, les styles appliqués à la
<noscript>
balise sont considérés comme "inutilisés" et par conséquent, aucune image ne sera téléchargée.Chrome 26 (peut - être tous, pas sûr), ne les images télécharger CSS si elles sont appliquées à l'
<noscript>
élément, même lorsque JS est activé. (Ce n'est pas tout de suite clair pour moi pourquoi cependant, c'est peut-être un bug?).Cependant, il ne télécharge pas les images CSS appliquées aux éléments de l'
<noscript>
élément. (c'est un comportement attendu, bien sûr).Exemple:
CSS:
HTML:
Dans ce cas, si l'utilisateur a JS activé, les deux always.png et otherbg.png sont téléchargés dans Chrome. Si l'utilisateur n'a pas activé JS, seul nojsonly.png est téléchargé dans Chrome.
J'utilise cette technique pour mesurer les niveaux de trafic des utilisateurs non compatibles JS, car Google Analytics nous échoue ici. Je préfère utiliser l'image CSS d'arrière-plan plutôt qu'une
<img...>
balise normale , car je travaille selon la théorie (non testée) selon laquelle les bots sont moins susceptibles de saisir une image CSS qu'une<img...>
image, laissant des décomptes plus précis pour les visiteurs humains.la source
Presque tous les navigateurs effectuent un chargement paresseux. Si une image n'est pas requise, elle ne se télécharge pas. Utilisez Firebug (module complémentaire dans Firefox / Chrome) pour voir le temps de chargement des ressources.
la source
Fait intéressant, cependant, Chrome (au moins) téléchargera non utilisé.png dans l'exemple suivant:
la source