Le 29 juin 2012 10:46, Gilles Bassière <gbassi...@gmail.com> a écrit : > OpenLayers construit dynamiquement l'URL des tuiles (des images donc) et > ensuite ajoute un element <img> dans le DOM avec l'URL de la tuile comme > source. C'est la procédure habituelle pour insérer dynamiquement une > image dans une page et c'est, à mon humble connaissance, de cette > manière que les autres framework fonctionnent aussi.
Visiblement il ne fonctionne pas du tout comme ça, il forme des requêtes dynamiques en Javascriptn et réimplémente dans ce script même le protocole HTTP lui-même, et utilise ses propres fonctions pour inscrire des ressources dans le cache. Ce serait tellement simple s'il se contentait de créer des balises <img> dans la page HTML en leur indiquant la source, mais visiblement il y a toute une usine derrière et le comportement réseau (tel que vu depuis la console du navigateur) est finalement extrêmement complexe (au passage il cherche aussi à utiliser des extensions Google assez récentes et pas encore normalisées, de fait ce n'est plus du HTTP classique, même si cela "marche" avec des serveurs HTTP classiques). Tout ça pour dire qu'il n'utilise pas la fonction de téléchargement de resource du navigateur mais la réimplante entièrement (je le vois créer lui-même des sockets, construire les cookies, les entêtes MIME). Et en fin de compte je me retrouve avec le cache du navigateur qui contient toute une série de versions de la même image chargées à différentes dates, mais dont OpenLayers continue à n'utiliser QUE la plus ancienne au lieu de prendre la plus récente et nettoyer les anciennes versions. A mon avis c'est un paquet de gros bogues dans les javascripts d'OpenLayers. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
