Discussion :

[Zébulon-21]

Pour ceux intéressés par l'astuce de l'iframe, il y a un tuto ici (ligne n° 3).

[Loïc B.]

Suite au post précédent, je précise que je ne suis pas passé par Joomla, et que l'iframe dont je parle n'est pas un plugin, mais la balise html, ce qui doit revenir au même.

On peut donc très bien faire la démarche ci-dessus sans Joomla.

[Zébulon-21]

Loïc B, as-tu les mêmes soucis avec ta méthode que sous JOOMLA, concernant l'utilisation des touches ?

Problème déja abordé dans cette discussion :

Les touches (flèches et signes +/-) ne sont opérantes qu’après avoir cliqué sur un marqueur et il faut généralement refermer la pop-up pour que le clavier retrouve toutes ses fonctions (idem sous IE8 et Firefox).

[gfilliere]

Pour la mouture en cours :

1. FF2/3/3.5 : nickel ;
2. IE 8 : nickel (si, si );
3. Opera 10 : seul le cntrl-clic du formulaire a un comportement bizarre ;
4. Safari 4 : en cours, mais c'est plutôt prometteur;
5. IE 6 : à faire ...

En ce qui concerne notre navigateur favori à tous, IE6... On le sait, c'est souvent la croix et la bannière de faire fonctionner les JS sous IE6 tout en les gardant compatibles avec les autres navigateurs. Est-ce qu'une version de l'API spéciale IE6 ne serait pas envisageable, chargeable en utilisant des conditionnal comments du style :

Code :

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

1
2
3
<!--[if lte IE 6]> URL API IE6 ![endif]-->
<!--[if gt IE 6]>URL API<![endif]-->
<!--[! IE]>URL API<![endif]-->

Ok pour maintenir par la suite c'est peut-être pas le mieux mais bon... Pour moi ça me dérange pas, les personnes utilisant IE6 (et 7 pour des problemes de perf) voient un joli message "Merci de mettre à jour blabla"

Restera ensuite à corriger les bugs restants (j'ai vu un extractStyles non désactivé par exemple)

Ouaip pour le extractStyles, j'ai essayé de chercher le soucis mais c'est pas facile avec la version compressée

[dgrichard]

Est-ce qu'une version de l'API spéciale IE6 ne serait pas envisageable, chargeable en utilisant des conditionnal comments du style :

Code :

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

1
2
3
<!--[if lte IE 6]> URL API IE6 ![endif]-->
<!--[if gt IE 6]>URL API<![endif]-->
<!--[! IE]>URL API<![endif]-->

Les tests ont fini tôt ce matin (), IE6 n'a qu'un seul petit problème sur un test (dans une iframe ...).
Pour l'instant, je maintiens ... il disparaîtra de lui-même!

Ouaip pour le extractStyles, j'ai essayé de chercher le soucis mais c'est pas facile avec la version compressée

J'ai pas réussi à reproduire le bug, fais-tu bien ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
VISU.getMap().addLayer(
    "KML",
    "nom",
    url,
    {
        formatOptions:{
           extractStyles:false, // désactivation des styles
           //extractAttributes:false, // désactivation des attributs KML
           //extractFolders:true // activation ventilation Folders
        },
        // autre options ...
    });

La version non compressée (l'arborescence complète) est trop grosse pour être mise en pièce attachée ...

[gfilliere]

Tu as raison, je ne faisait pas comme ça, la syntaxe a du changer vu que j'utilise le même code depuis le debut, celui là :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
map.getMap().addLayer(
	"KML",
	nomLayer,
	urlKml, 
	{ 
		displayInLayerSwitcher: false,
		visibility:true
	},
	{	format: OpenLayers.Format.KML,
		formatOptions: { extractStyles: false, extractAttributes: true}
	}
);

J'ai remplacé par

Code :

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

1
2
3
4
5
6
var layer = this.map.getMap().addLayer("KML", nomLayer, urlKml, 
			{displayInLayerSwitcher: false,
			visibility:true,
			format: OpenLayers.Format.KML,
			formatOptions: { extractStyles: false, extractAttributes: true}
		});

Et en effet les styles ne sont plus chargés.

Mais là il y a un autre problème, les fonds de carte ne sont plus visibles et les couches "Cartes" et "Photos" (les deux seules que j'ai) sont désactivées dans le layerSwitcher. Il faut que je zoome avec la souris sur la carte pour reactiver ces couches...

[dgrichard]

Tu as raison, je ne faisait pas comme ça, la syntaxe a du changer vu que j'utilise le même code depuis le debut, celui là :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
map.getMap().addLayer(
    "KML",
    nomLayer,
    urlKml, 
    { 
        displayInLayerSwitcher: false,
        visibility:true
    },
    {    format: OpenLayers.Format.KML,
        formatOptions: { extractStyles: false, extractAttributes: true}
    }
);

Elle n'a pas changée : en fait, ton ancien code n'agissait en rien sur l'API En effet, le cinquième paramètre est celui qui pilote les évènements onSelect/onUnselect et les popups.

J'ai remplacé par

Code :

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

1
2
3
4
5
6
var layer = this.map.getMap().addLayer("KML", nomLayer, urlKml, 
            {displayInLayerSwitcher: false,
            visibility:true,
            format: OpenLayers.Format.KML,
            formatOptions: { extractStyles: false, extractAttributes: true}
        });

Et en effet les styles ne sont plus chargés.

Dans ce code :

1. format ne sert à rien : le premier paramètre indique à l'API que c'est cette classe. Il n'est utile que pour le surcharger;
2. extractAttributes est à true par défaut (donc inutile sauf pour ta doc).

Mais là il y a un autre problème, les fonds de carte ne sont plus visibles et les couches "Cartes" et "Photos" (les deux seules que j'ai) sont désactivées dans le layerSwitcher. Il faut que je zoome avec la souris sur la carte pour reactiver ces couches...

Je ne pense pas que ce soit corrélé ... cela m'arrive souvent en mode debug (firebug) et exécution pas à pas, le jeton n'est plus actif, un pan/zoom le réactive. La désactivation dans le layerSwitcher intervient aussi (plus rarement) dans ce mode d'utilisation (exécution pas à pas). J'ai toujours supposé que la gestion des évènements dans ce cas n'était pas tip-top par les navigateurs
Maintenant, je peux complètement me planter

[gfilliere]

Elle n'a pas changée : en fait, ton ancien code n'agissait en rien sur l'API En effet, le cinquième paramètre est celui qui pilote les évènements onSelect/onUnselect et les popups.

1. format ne sert à rien : le premier paramètre indique à l'API que c'est cette classe. Il n'est utile que pour le surcharger;
2. extractAttributes est à true par défaut (donc inutile sauf pour ta doc).

Haha ok, ça viens surement de mes tout débuts avec l'API où j'y comprennais pas grand chose, et quand on a un code qui marche une fois on évite d'y retourner Pour le extractAttributes j'avais trouvé ça sur le Nabble d'OpenLayers il y a presque un an je crois

Je ne pense pas que ce soit corrélé ... cela m'arrive souvent en mode debug (firebug) et exécution pas à pas, le jeton n'est plus actif, un pan/zoom le réactive. La désactivation dans le layerSwitcher intervient aussi (plus rarement) dans ce mode d'utilisation (exécution pas à pas). J'ai toujours supposé que la gestion des évènements dans ce cas n'était pas tip-top par les navigateurs
Maintenant, je peux complètement me planter

Je vais tester avec la dernière version que tu as posté.