Clic sur KML innopérant après zoom de la carte

**saxrub** · 23/08/2010, 15h24

Salut à tous
J'ai une page qui affiche 3 fichiers KML, chacun répondant à des actions clic différentes.
Tout va bien tant que je ne fais pas un zoom sur la carte avec la souris en traçant un rectangle cible (si je zoome avec les touches - et +, pas de problème). Dès lors, après être repassé en mode 'sélection', les clic sur les repères kml sont inactifs.
Une idée ?
Pascal

**m_robert** · 24/08/2010, 15h06

En effet, on retrouve ce comportement dans les exemples en ligne de l'API.
Je vais regarder çà plus en détail. Je pense que ça vient d'un problème de handler.

**dgrichard** · 25/08/2010, 11h45

Envoyé par m_robert

En effet, on retrouve ce comportement dans les exemples en ligne de l'API.

Lesquels ?

geoportalMap_kml.html, geoportalMap_gpx.html, geoportalMap_wfs.html (même principe) et geoportalMap_selectMultiLayers.html fonctionnent correctement sous FF 3.5.x (Linux)

**m_robert** · 25/08/2010, 14h15

Pour geoportalMap_kml et geoporalMap_gpx :
si on consulte la popup d'information sur un point, que l'on sélectionne ensuite l'outil zoomBox, puis que l'on resélectionne l'outil de déplacement; alors, la consultation de la fiche du point par click ne fonctionne plus sous FF3.6.8.

**dgrichard** · 25/08/2010, 14h25

Envoyé par m_robert

Pour geoportalMap_kml et geoporalMap_gpx :
si on consulte la popup d'information sur un point, que l'on sélectionne ensuite l'outil zoomBox, puis que l'on resélectionne l'outil de déplacement; alors, la consultation de la fiche du point par click ne fonctionne plus sous FF3.6.8.

Ok, bug reproduit. Un clic (déactivation/réactivation) sur la couche remet les choses en ordre. C'est donc que les contrôleurs de sélection de couches sont désactivés (car ils restent actifs après le passage en ZoomBox) lors du passage ZoomBox->Pan

reste à savoir pourquoi ...

**m_robert** · 26/08/2010, 10h48

Le problème est dans la méthode triggerCallBack de OpenLayers.Handler.Feature.

C'est le calcul de l'écart en pixel entre le clic et le laché de la souris (variable dpx) qui pose problème. Apparemment, le problème vient de la variable this.down.xy.

Ce problème a déjà été relevé : http://www.mail-archive.com/users@op.../msg13401.html.

Je cherche maintenant une solution, peut-être qu'un patch OpenLayers existe déjà.

**m_robert** · 26/08/2010, 11h54

Je n'ai pas trouvé de patch officiel concernant ce problème...
Je propose tout de même une solution (peut-être pas la plus élégante) :

Dans OverloadedOpenLayersStandard.js, il faut surcharger la méthode triggerCallBack() de la classe OpenLayers.Handler.Feature. et ajouter la remise à null de la variable this.down après le calcul .

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
OpenLayers.Handler.Feature.prototype.triggerCallback = function(type, mode, args) {
        var key = this.EVENTMAP[type][mode];
        if(key) {
            if(type == 'click' && this.up && this.down) {
                // for click/clickout, only trigger callback if tolerance is met
                var dpx = Math.sqrt(
                    Math.pow(this.up.x - this.down.x, 2) +
                    Math.pow(this.up.y - this.down.y, 2)
                );
                if(dpx <= this.clickTolerance) {
                    this.callback(key, args);
                }
                this.down = null; //résolution du problème de calcul de dpx
            } else {
                this.callback(key, args);
            }
        }
    };

Avec ce petit changement, la popup s'ouvre bien à chaque clic sur les repères KML.