Discussion :

[cmail]

J'ai modifié mon code initialement tiré de ta page exemple http://atlasnw.free.fr/geoportail/api/js/1.0beta5/examples/geoportalMap_kml.html qui posait problème sous IE8 pour m'appuyer sur http://atlasnw.free.fr/geoportail/api/js/1.0beta5/examples/geoportalMap_selectMultiLayers.html qui m'avaitéchappé...

Cela donne un code plus explicite (pour moi) (voir http://vivlig.free.fr/indexV6.htm) mais qui est toujours déficient sous IE8... Qu'en penses-tu?

Mais comme je ne peux tester les exemples IGN beta5RC3 sous IE8 (voir http://www.developpez.net/forums/d87...xemples-beta5/ ), j'ai du mal à voir d'ou vient le problème.

[cmail]

Fort des constats précédents, j'ai repris la page d'exemple de l'IGN geoportalMap_selectMultiLayers.html que j'ai installé (brut sans autre modification que celle portant sur la clé API) sur mon serveur.
Cette fois-ci elle est consultable sous IE8. (Donc, il y a bien un problème de consultation des pages exemples beta5 IGN sous IE8)

On s'aperçoit facilement que la gestion des labels sous IE8 est déficient. Ce qui est étonnant c'est que sur la page d'accueil http://atlasnw.free.fr/geoportail/api/js/1.0beta5/examples/
vous mentionnez que ces exemples ont été testés sous IE8...

[cmail]

En fait, quand on charge la page en question dans IE8, celui-ci se met en "Affichage de compatibilité" (ce qui a été imposé dans l'API). Et là, les labels ne s'affichent pas.
Par contre, quand on enlève cet "Affichage de compatibilité", tout redevient comme sous FF...
Question: Est-ce que l'affichage de compatibilité s'impose encore (pour d'autres problèmes) dans la nouvelle version beta5?
Si oui, ce sera au webmasteur de gérer ce problème. Si non, il faut attendre la nouvelle version beta5...

[dgrichard]

Question: Est-ce que l'affichage de compatibilité s'impose encore (pour d'autres problèmes) dans la nouvelle version beta5?

Normalement, non, c'était pour la bêta 4.
Et j'ai bien testé sous IE8 et cela fonctionne (sauf que c'est hyper-lent par rapport à FF/Safari/Opera/Chrome ...)

[dgrichard]

Cette fois-ci elle est consultable sous IE8. (Donc, il y a bien un problème de consultation des pages exemples beta5 IGN sous IE8)

Tu te contredis : « elle est consultable sous IE8.». Par contre, depuis le site free, on a un problème que je ne cerne pas ...

Ce qui est étonnant c'est que sur la page d'accueil http://atlasnw.free.fr/geoportail/api/js/1.0beta5/examples/
vous mentionnez que ces exemples ont été testés sous IE8...

Je confirme : ils fonctionnent (avec mon code)!

[mga_geo]

Avec les pages servies localement, j'ai le même problème (404) qu'avec les pages sur free.fr
L'affichage commence normalement puis un superbe 404

Dans le débogueur, il n'y a que

Code :

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

1
2
Geoportal.GeoRMHandler.U1731453248655229623.callback && Geoportal.GeoRMHandler.U17314532486552

[dgrichard]

Avec les pages servies localement, j'ai le même problème (404) qu'avec les pages sur free.fr
L'affichage commence normalement puis un superbe 404

Sur free, tout se charge, puis 404 (j'arrive à voir le résultat, très furtivement).
Sur mon serveur de développement, cela fonctionne (Cf. capture d'écran) ...

[cmail]

Je confirme la remarque de mga_geo et de Dgrichard (qui avait déjà porté le même constat ici http://www.developpez.net/forums/m4984692-2/

Tu te contredis : « elle est consultable sous IE8.».

Non. Je m'exprime mal. Fort du constat précédent, j'ai installé certaines pages d'exemple IGN sur mon espace serveur (free). Et ces pages sont consultables sous IE8. Pas celles hébergées sur votre serveur IGN.

[cmail]

Et j'ai bien testé sous IE8 et cela fonctionne

... Quand IE8 est en NON "affichage de compatibilité".

Mais si, pour une raison ou une autre, IE8 est coché en "affichage de compatibilité" la page geoportalMap_selectMultiLayers.html réagit comme dans la pièce jointe... Ou est le label?

Il faut donc imposer le mode NON "affichage de compatibilité" pour avoir un fonctionnement normal...

A faire donc, mais à quel niveau? API, JS de sa page ou html

[mga_geo]

Je viens de faire une trace IP et j'ai un échange "inutile".

La demande

Code :

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

1
2
3
4
5
6
7
8
9
GET /geoportail/wmsc?LAYERS=GEOGRAPHICALGRIDSYSTEMS.MAPS&EXCEPTIONS=text/xml&FORMAT=image/jpeg&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&SRS=IGNF:MILLER&BBOX=0,10018752,5009376,15028128&WIDTH=256&HEIGHT=256&TILED=true&gppkey=dAP0h52CtmentIHknRxVkhx5QzEAAAAAAHGSqRgHW45XSoK3AAABJvbd690AAAAAAlgAAQELzIOB9Z8Uqx7pKM7hA6nhR4H-Lfx_odlih4eT0XbAuwTLs1tjpE3ZAVRXWpxlyY2BwzQAAEM0AADCtAAAQrQAAA HTTP/1.1
Accept: */*
Referer: http://localhost/geoportail/api/js/1.0beta5/examples/geoportalMap_kml.html
Accept-Language: fr
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Accept-Encoding: gzip, deflate
Host: wxs.ign.fr
Connection: Keep-Alive

la réponse

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
HTTP/1.1 200 OK
Date: Mon, 22 Feb 2010 17:58:45 GMT
Server: Apache
Content-Length: 181
Keep-Alive: timeout=15, max=97
Connection: Keep-Alive
Content-Type: text/xml;charset=ISO-8859-1

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<ServiceExceptionReport version="1.1.1">
.<ServiceException>
..Tile not cached
.</ServiceException>
</ServiceExceptionReport>

[cmail]

Oui, et alors?

[dgrichard]

Il faut donc imposer le mode NON "affichage de compatibilité" pour avoir un fonctionnement normal...

A faire donc, mais à quel niveau? API, JS de sa page ou html

Essaie:

Code :

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

1
2
<meta http-equiv="X-UA-Compatible" content="IE=8" >

J'ai juste recherché sur Internet comment faire :

Recherche: ie8 compatibility mode
clic : http://www.ditii.com/2008/08/28/ie8-...tibility-mode/
clic : http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx

[dgrichard]

Je viens de faire une trace IP et j'ai un échange "inutile".

Je ne pense pas que ce soit lui qui émette le 404 final ...