Plantage à la réactualisation sous IE8

**Zébulon-21** · 27/04/2010, 18h18

Les tests d'affichage de cette page sont bons en apparence :

Tout est OK sur IE8, FF et Chrome.

Par contre, si l'on actualise la page avec IE8, c'est le plantage (affichage partiel de la carte du monde). Il faut vider le cache pour remettre les choses en ordre.

Problème uniquement avec IE8 car tout va bien avec les autres navigateurs.

Une idée ?

**dgrichard** · 28/04/2010, 10h44

Envoyé par Zébulon-21

Par contre, si l'on actualise la page avec IE8, c'est le plantage (affichage partiel de la carte du monde). Il faut vider le cache pour remettre les choses en ordre.

Problème uniquement avec IE8 car tout va bien avec les autres navigateurs.

Peux-tu donner les messages d'erreurs (petite icône en bas à gauche de la fenêtre du navigateur -> Détails) ?

**Zébulon-21** · 28/04/2010, 11h18

Envoyé par dgrichard

Peux-tu donner les messages d'erreurs (petite icône en bas à gauche de la fenêtre du navigateur -> Détails) ?

Oui dgrichard :

Détails de l’erreur de la page Web

Agent utilisateur : Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.4; .NET CLR 2.0.50727; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Horodateur : Wed, 28 Apr 2010 09:15:58 UTC

Message*: Erreur non spécifiée.
Ligne*: 97
Caractère*: 118289
Code*: 0
URI*: http://api.ign.fr/geoportail/api/js/1.0/Geoportal.js

**Zébulon-21** · 28/04/2010, 14h00

C'est nettement mieux depuis que j'ai ajouté cette ligne

Merci de m'avoir aidé à mettre le doigt dessus dgrichard

**dgrichard** · 28/04/2010, 14h32

Envoyé par Zébulon-21

C'est nettement mieux depuis que j'ai ajouté cette ligne

Peut-être, mais c'est une fausse bonne piste, l'API est chargée deux fois ...
Comme j'ai corrigé des bugs sous IE (en partculier à la fermeture, cela pourrait être lié) ...

**Zébulon-21** · 28/04/2010, 14h49

Bon, quoi faire dans ce cas

Statu quo ? J'annule la modif ? J'attends du nouveau ?

**dgrichard** · 28/04/2010, 14h53

Envoyé par dgrichard

Peut-être, mais c'est une fausse bonne piste, l'API est chargée deux fois ...
Comme j'ai corrigé des bugs sous IE (en partculier à la fermeture, cela pourrait être lié) ...

L'erreur est celle-là :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
return !!(document.namespaces);

Une explication est là :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
As Jeff Dege describes in an earlier post, indeed,
placing the map initialisation function call in the
body onload event solves the problem.  Anyone that
might have a work-around or better solution, please do
share; I'd like to know how I might get around this
limitation if I were ever attempting to put VML
capability in an OL client running in a portlet.

Ce qui est énervant, c'est que la page charge justement l'API (et initialise donc la carte) au bon moment ... comme expliqué là ?!

... et bien sûr, cela ne touche qu'IE

**dgrichard** · 28/04/2010, 15h06

Envoyé par Zébulon-21

Statu quo ? J'annule la modif ? J'attends du nouveau ?

Annuler la modif : sûr ...
Ils écrivent dans les FAQ qu'il faut assigner document.namespaces avant le chargement des vecteurs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
document.namespaces;

mais, je ne comprends pas ... L'équipe OpenLayers considère cela comme un problème IE en attendant de trouver une solution : http://trac.openlayers.org/ticket/2304

**Zébulon-21** · 05/05/2010, 22h42

Il semblerait que le problème provienne de la construction du haut de page.

A confirmer donc pour les autres cas mais pour ma part les multiples essais faits jusqu'à présent semblent confirmer la soluce.

Il faut faire remonter la ligne du <script... de l'API juste en dessous des <meta... en faisant descendre en dessous tous les <link href... (même celui de l'image favicon.ico), comme ceci :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Exemple 12 - API Géoportail V1.0</title>
<meta name="Keywords" content="Exemples, API'Géoportail"/>
<meta name="Description" content="Exemple 12 - Page API Géoportail"/>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>

<script type="text/javascript"
src="http://api.ign.fr/geoportail/api?v=1.0&key=4432403584172332949&instance=VISU&"></script>

<link href="images/favicon.ico" type="image/x-icon" rel="shortcut icon"/>
<link href="http://api.ign.fr/geoportail/api/js/1.0/theme/default/style.css" type="text/css" rel="stylesheet"/>
<link href="http://api.ign.fr/geoportail/api/js/1.0/theme/geoportal/style.css" type="text/css" rel="stylesheet"/>
<link href="css/demo01.css" type="text/css" rel="stylesheet" />

**dgrichard** · 08/05/2010, 12h55

J'ai des doutes ...
Je continue à penser que l'API est appelée trop tôt et que le butineur n'a pas finit de tout charger ...
Reste à trouver comment faire

**Zébulon-21** · 08/05/2010, 15h46

La configuration joue peut-être aussi (OS, débit...) ?

Il est vrai que les plantages ne disparaissent pas totalement (1 sur 10 ?) avec la seconde solution qui consiste à faire remonter la ligne du <script... de l'API juste en dessous des <meta....

La plus mauvaise solution est celle-ci : plantage de l'affichage de la carte presque à chaque actualisation.

En revanche la solution idéale (aucun plantage) reste celle-ci en ajoutant cette ligne :

A propos, quel est l'inconvénient d'utiliser cette ruse sioux qui d'ailleurs marche aussi bien avec l'URL sur Geoportal.js que sur GeoportalExtended.js ?

Envoyé par dgrichard

Annuler la modif : sûr ...

**dgrichard** · 08/05/2010, 16h36

Envoyé par Zébulon-21

La configuration joue peut-être aussi (OS, débit...) ?

C'est certain, j'ai expérimenté sur clef 3G, et il y a des problèmes ...

Envoyé par Zébulon-21

Il est vrai que les plantages ne disparaissent pas totalement (1 sur 10 ?) avec la seconde solution qui consiste à faire remonter la ligne du <script... de l'API juste en dessous des <meta....

La plus mauvaise solution est celle-ci : plantage de l'affichage de la carte presque à chaque actualisation.

C'est effectivement pas la méthode conseillé, l'ordre normal de construction est :

* les balises <meta>;
* les <script> : le butineur exécute des chargements, il faut attendre ensuite leur exécution;
* les <link> : il FAUT absoluement qu'ils soient après le <script> et non AVANT sinon l'API les recharge ...
* les <style>;

Envoyé par Zébulon-21

En revanche la solution idéale (aucun plantage) reste celle-ci en ajoutant cette ligne :

Cette ruse consiste simplement à charger deux fois l'API.
Tu peux faire (mode expert) comme ceci qui est plus logique :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<head>
<title></title>
<meta .../>
<script src="http://api.ign.fr/geoportail/api?...&amp;includeEngine=false&amp;>
<!--
  -->
</script>
<script type="text/javascript" src="http://api.ign.fr/geoportail/api/js/1.0/Geoportal[Minimum||Extended].js"></script>
<script type="text/javascript">
<!--
//initGeoportalMap() ou autre procédure sur le onload
  -->
</script>
<link .../><!-- les CSS API-->
<style type="text/css">
<!--
/* les surcharges */
  ->
</style>
</head>
<body> ou <body onload="autre procédure">
</body>
</html>

De cette manière :

* l'API est chargée une seule fois;
* les CSS sont chargées AVANT l'API qui ne les charge pas à nouveau (surcharge facilitée)

On travaille actuellement sur le modèle de chargement de l'API pour l'améliorer encore petit à petit

**Zébulon-21** · 08/05/2010, 17h43

Merci dgrichard, c'est sympa de rappeler les bases que j'ignorais pour partie et mon cas n'est certainement pas isolé.

Etant d'un naturel discipliné, je mets ça en application.

**Zébulon-21** · 17/05/2010, 22h44

Le fait de placer les styles en fin de page comme ceci :

Fait perdre une partie des styles perso, comme par exemple les propriétés concernant la bordure de la carte .gpMainMapCell

- ICI avec bordure personnalisée,

- ICI sans bordure personnalisée.

Dans ce cas précis, peut-on sans gros inconvénient faire une exception à la règle en faisant remonter les <link href... en tête de page ?

**dgrichard** · 17/05/2010, 22h49

Envoyé par Zébulon-21

Dans ce cas précis, peut-on sans gros inconvénient faire une exception à la règle en faisant remonter les <link href... en tête de page ?

Non, non, une seule règle :

« les link vers les styles API toujours AVANT les surcharges ... »

**cmail** · 19/05/2010, 16h21

Fait perdre une partie des styles perso, comme par exemple les propriétés concernant la bordure de la carte .gpMainMapCell

- ICI avec bordure personnalisée,

- ICI sans bordure personnalisée.

Je ne comprends pas très bien...

Le premier lien renvoie vers erreur 404
le deuxième lien ouvre sur l'API avec une bordure personnalisée via css/demo01.css en
border:4px solid #CCFF00; Non?

**Zébulon-21** · 19/05/2010, 17h09

Salut cmail, de retour de vacances ?

Certes, je suis certainement allé un peu vite dans le nettoyage des fichiers car toute la solution était contenue dans la réponse de dgrichard...
En résumé, pour que tes styles perso soient tous bien pris en compte, il faut :
- loger tous les CSS entre le dernier </script> et </head>
- et surtout, faire passer ton CSS perso en dessous des CSS de l'API.

J'ai testé et c'est OK comme ceci :

</script>

<link href="http://api.ign.fr/geoportail/api/js/1.0/theme/default/style.css" type="text/css" rel="stylesheet"/>
<link href="http://api.ign.fr/geoportail/api/js/1.0/theme/geoportal/style.css" type="text/css" rel="stylesheet"/>

<link href="css/demo01.css" type="text/css" rel="stylesheet"/>
</head>

**Zébulon-21** · 27/01/2011, 11h55

Envoyé par dgrichard

On travaille actuellement sur le modèle de chargement de l'API pour l'améliorer encore petit à petit

Le résultat annoncé est là puisque, avec les versions 1.1 et 1.2, il n'y a plus d'erreurs à l'actualisation sous IE8.

On peut donc classer le sujet "résolu"

**dgrichard** · 27/01/2011, 12h37

Envoyé par Zébulon-21

On peut donc classer le sujet "résolu"

Merci Zébulon-21

Plantage à la réactualisation sous IE8

IGN API Géoportail

Discussions similaires

Partager

Partager