Pre 1.0beta5 pour tests

**dgrichard** · 09/09/2009, 13h28

Comme demandé, je crée cette discussion pour centraliser les dépots des versions pre de la 1.0beta5 (j'espère que les modérateurs la passeront en "Important" car je ne peux/sais le faire).

Cette version contient un changement radical dans la gestion de l'API pour essayer d'être au maximum compatible avec les fureteurs : l'API laisse ce dernier se débrouiller avec les styles et (donc) les tailles des éléments. Ceci implique que les concepteurs de page doivent surcharger certains styles (.gpControlMousePosition principalement) pour que la page soit correcte. Les exemples montrent comment faire.
Ceci écrit, la portabilité par les styles est illusoire et il reste un seul calcul effectué par l'API pour que le look'n feel soit le même sur les butineurs.
Les tests ont été effectués sur :

Firefox 2.0.0.22, Firefox 3.0.8, Firefox 3.5.2 (Linux);
IE 8 (Machine virtuelle Windows XP SP3), IE6 (Machine virtuelle Windows XP SP1);
Opera 10 (Machine virtuelle Windows XP SP3);
Safari 4bêta (Machine virtuelle Windows XP SP3).

Regarder les exemples pour vos tests pour les surcharges de styles et (surtout) l'obligation d'insérer les CSS de l'API avant vos modifications.

J'ai annoté dans les exemples les problèmes restants.

Bons tests et continuer à ne pas hésiter à faire des retours.

Rappel: la recherche par adresse ne fonctionnera pas (ce n'est pas encore en production, seulement sur nos serveurs de développement).

**Unusual** · 09/09/2009, 13h58

Plus rien chez moi (FF 3.5 ou IE8), enfin, j'ai la carte sans mon KML (même en IE8

) mais a priori, le problème vient de l'affichage des labels (cf pièce jointe

)

**dgrichard** · 09/09/2009, 14h12

Envoyé par Unusual

Plus rien chez moi (FF 3.5 ou IE8), enfin, j'ai la carte sans mon KML (même en IE8

) mais a priori, le problème vient de l'affichage des labels (cf pièce jointe

)

Remplace Geoportal.Popup.Anchored.setPointerCursorForFeature() par Geoportal.Popup.setPointeCursorForFeature().

J'ai supprimé/déplacé des méthodes :

Geoportal.Popup.Anchored.setPointerCursorForFeature() est devenue Geoportal.Popup.setPointerCursorForFeature();
Geoportal.Map.getKMLDefaults() : disparue, c'est Geoportal.Map.getPopupDefaults() qu'il faut utiliser;
Geoportal.Util.getElementRenderedDimensions() : disparue, selon le contexte la remplacer par OpenLayers.Util.getRenderedDimensions() ou Geoportal.Util.getComputedStyle(), voire poubelle !
Geoportal.Util.getBorders() : retirée;
Geoportal.Util.getMaxDimensions() : retirée;
Geoportal.Util.getElementGuessedDimensions() : retirée;
Geoportal.Util.isDocumentReady() : retirée.

J'en oublie probablement ...

**Unusual** · 09/09/2009, 14h37

Heu là, je suis perplexe...

Sous Firefox 3.5...nickel (comme d'hab

)

Sous IE 7...comment dire...d'abord c'est très long...il me rend la main après moultes secondes pour n'avoir qu'un cadre...un rafraichissement montre la carte (orthophoto) avec mes données de KML qui ne sont pas bien positionnées...la taille des images représentant les éléments est plus grande...

**dgrichard** · 09/09/2009, 14h47

Envoyé par Unusual

Sous IE 7...comment dire...d'abord c'est très long...il me rend la main après moultes secondes pour n'avoir qu'un cadre...un rafraichissement montre la carte (orthophoto)

Ca, c'est normal, dorénavant c'est au butineur de se débrouiller pour effectuer sa mise en page (sous IE8, c'est vraiment plus rapide qu'avant

). Au passage, IE 7 j'avais pas testé ...

Envoyé par Unusual

avec mes données de KML qui ne sont pas bien positionnées...

J'entrevois un problème de synchro : le butineur fait sa mise en page, pendant ce temps chargement des KML, mise en page effectuée, pas celle des KML ... Peux-tu essayer la manip suivante qui consiste à ne pas monter "automagiquement" le KML (i.e., il faut appuyer sur la checkbox pour qu'il se dessine) ?

Envoyé par Unusual

...la taille des images représentant les éléments est plus grande...

J'ai l'impression que c'est corrélé : le zoom est bien fait sur les images, pas sur le KML, d'où images plus grandes et mal positionnées. Le premier test devrait nous donner une piste ... enfin, j'espère

**Unusual** · 09/09/2009, 14h50

Actuellement, je suis revenu au chargement "à l'ancienne" :

Code :

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

1
2
3
4
5
6
7
8
<script type="text/javascript" src="http://api.ign.fr/geoportail/api?v=1.0beta4-e&key=7604781745260733185&instance=map&includeEngine=false"></script>

....
if (typeof(geoportalLoadmap) == 'function')
{
    geoportalLoadmap("GeoportalMapDiv", "normal", "FXX");
}

au lieu de

Code :

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

1
2
3
4
5
6
7
8
9
10
11
<script type="text/javascript" src="http://api.ign.fr/geoportail/api?v=1.0beta4-e&key=7604781745260733185&includeEngine=false">
</script>
...
 map = new Geoportal.Viewer.Standard(
                "GeoportalMapDiv",
                OpenLayers.Util.extend({
                    territory:'FXX'},
                    gGEOPORTALRIGHTSMANAGEMENT
                    )
                );

Cela peut-il provoquer un tel dysfonctionnement (ou d'autres) ?
En fait, je dois garder les palettes déroulantes au lieu des panneaux refermables sur le côté (c'est pas mon goût perso, mais suis obligé...). Or, avec la seconde méthode, j'ai automatiquement les panneaux sur le côté. Y a-t-il moyen de changer la présentation suivant des paramètres de création, ou une fonction ?

**Unusual** · 09/09/2009, 15h02

Envoyé par dgrichard

J'entrevois un problème de synchro : le butineur fait sa mise en page, pendant ce temps chargement des KML, mise en page effectuée, pas celle des KML ... Peux-tu essayer la manip suivante qui consiste à ne pas monter "automagiquement" le KML (i.e., il faut appuyer sur la checkbox pour qu'il se dessine) ?

J'ai l'impression que c'est corrélé : le zoom est bien fait sur les images, pas sur le KML, d'où images plus grandes et mal positionnées. Le premier test devrait nous donner une piste ... enfin, j'espère

Effectivement, en chargeant le KML sans le rendre visible tout de suite...mais seulement en cochant la couche après...cela marche bien...cela t'aide ?

**dgrichard** · 09/09/2009, 15h32

Envoyé par Unusual

Cela peut-il provoquer un tel dysfonctionnement (ou d'autres) ?

Non. La différence entre les deux méthodes est juste que la première fabrique la visu par défaut (les panneaux Couches/Outils rétractables verticalement), alors que la seconde fabrique une visu type Géoportail (panneaux Couches/Outils rétractables horizontalement) ...

Envoyé par Unusual

En fait, je dois garder les palettes déroulantes au lieu des panneaux refermables sur le côté (c'est pas mon goût perso, mais suis obligé...). Or, avec la seconde méthode, j'ai automatiquement les panneaux sur le côté. Y a-t-il moyen de changer la présentation suivant des paramètres de création, ou une fonction ?

Palettes déroulantes, comme par défaut ?
Pour la seconde méthodes, tu peux fermer les panneaux latéraux via :

Code :

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

1
2
3
4
map.setLayersPanelVisibility(false); // couches rétractées
map.setToolsPanelVisibility(false); // outils rétractés
map.setInformationPanelVisibility(false); // position de la souris rétractée

**dgrichard** · 09/09/2009, 15h42

Envoyé par Unusual

Effectivement, en chargeant le KML sans le rendre visible tout de suite...mais seulement en cochant la couche après...cela marche bien...cela t'aide ?

Disons que je perçois le problème ... pour sa résolution, c'est coton. Essayons par petites touches :

à partir de la variable JS qui contient le KML (le retour de la fonction addLayer() de l'API), peux-tu essayer ceci :

Récupère le layer KML de retour d'addLayer();
Laisse visibility à false, lors de l'appel à addLayer();
Puis, à la fin de ta procèdure de chargement :

Code :

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

1
2
3
4
setTimeout(
    OpenLayers.Function.bind(function(){this.setVisibility(true);},kmlLayer),500)
);

Que se-passe-t-il ?

**gfilliere** · 09/09/2009, 16h52

Je viens seulement de tester les nouvelles versions (je suis passé à mi-temps sur un projet C++, j'en avais pas fait depuis 8 ans et bien je peux dire que je sais pourquoi je me suis spécialisé dans le dev web

).

Pas de gros soucis, ça marche bien (FF3.5, Chrome 3.0.195.17, IE8) et je n'ai plus à faire mes bidouilles pour les largeurs proportionnelles, ça c'est cool

Un petit truc que j'ai du rajouter dans ma css pour conserver le look que j'avais avant :

Code :

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

.gpMainMapCell {border:none  !important;}

Le seul soucis constaté pour l'instant (et uniquement sous FF3.5) : j'ai sur ma page la possibilité de cacher ou montrer la légende (l'InformationPanel) en appellant map.setInformationPanelVisibility(true ou false). Sous FF3.5 quand je cache l'infoPanel il disparait bien, mais quand je rappelle map.setInformationPanelVisibility(true); il reste caché.

Pas vraiment caché mais plutôt invisible : quand on le cache, le tr contenant GeoportalMapDivMapCell prends toute la place disponible, et il garde cette hauteur même après qu'on ait demandé l'affichage de la légende, qui s'affiche donc dessous, et en dehors de la div GeoportalMapDiv.

Ce problème est peut-être lié à ma css et à ma mise en page, mais si quelqu'un pouvait tester chez lui pour vérifier ce serait sympa.

**Unusual** · 09/09/2009, 16h55

A priori...ça marche !

Du moins testé en local sur mon poste...reste à voir sur le site en réel, mais là, pas possible de faire le test pour l'instant...je confirme plus tard ou demain

**dgrichard** · 09/09/2009, 17h53

Envoyé par gfilliere

Un petit truc que j'ai du rajouter dans ma css pour conserver le look que j'avais avant :

Code :

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

.gpMainMapCell {border:none  !important;}

Normal, comme je l'ai indiqué, il faut que le concepteur touche les CSS par défaut ... Le fait que tu mettes !important m'indique que tu n'as pas chargé les CSS, mais laisse l'API le faire ...

Envoyé par gfilliere

Ce problème est peut-être lié à ma css et à ma mise en page, mais si quelqu'un pouvait tester chez lui pour vérifier ce serait sympa.

Sur tous mes tests, cela fonctionnent correctement : la taille de la ligne est bien à 0. Je re-vérifie ce soir (uniquement sous FF3.5) pour être sûr que cela ne m'a pas échappé

**mga_geo** · 09/09/2009, 18h28

J'ai mis à jour mon site et j'ai fait quelques essais.
Sur la page http://atlasnw.free.fr/geoportail/ap...Map_basic.html
- en Windows, FF 3.0.13, à travers un proxy (antivirus and co), je suis resté en attente pendant quelques dizaines de secondes et aucune carte n'est apparue.
- en Windows, FF 3.0.13, sans proxy, la page s'affiche correctement

Sur mon exemple "perso" http://atlasnw.free.fr/geoportail//e...beta5/kml.html, la carte oublie de s'afficher ..., mais je demande l'affichage immédiat de la couche kml.

Je vais essayer de faire plus de tests demain matin.

**gfilliere** · 09/09/2009, 18h38

Envoyé par dgrichard

Normal, comme je l'ai indiqué, il faut que le concepteur touche les CSS par défaut ... Le fait que tu mettes !important m'indique que tu n'as pas chargé les CSS, mais laisse l'API le faire ...

Oui j'ai fait ça quick & dirty

Envoyé par dgrichard

Sur tous mes tests, cela fonctionnent correctement : la taille de la ligne est bien à 0. Je re-vérifie ce soir (uniquement sous FF3.5) pour être sûr que cela ne m'a pas échappé

Je sais pas si j'ai été très clair, le problème se présente quand on appelle map. setInformationPanelVisibility(true) après avoir caché le panneau via un map.setInformationPanelVisibility(false). Je suspecte un "bug / feature" firefox.

**dgrichard** · 09/09/2009, 23h09

Envoyé par gfilliere

Je sais pas si j'ai été très clair, le problème se présente quand on appelle map. setInformationPanelVisibility(true) après avoir caché le panneau via un map.setInformationPanelVisibility(false). Je suspecte un "bug / feature" firefox.

Ok, j'ai réussi à le reproduire, reste à le résoudre ...

**dgrichard** · 09/09/2009, 23h34

Envoyé par mga_geo

http://atlasnw.free.fr/geoportail/ap...Map_basic.html
- en Windows, FF 3.0.13, à travers un proxy (antivirus and co), je suis resté en attente pendant quelques dizaines de secondes et aucune carte n'est apparue.
- en Windows, FF 3.0.13, sans proxy, la page s'affiche correctement

J'ai un affichage partiel en FF2 sans proxy

Envoyé par mga_geo

Sur mon exemple "perso" http://atlasnw.free.fr/geoportail//e...beta5/kml.html, la carte oublie de s'afficher ..., mais je demande l'affichage immédiat de la couche kml.

Il te faudrait remplacer Geoportal.Popup.Anchored.setPointerCursorForFeature() par Geoportal.Popup.setPointerCursorForFeature().

**dgrichard** · 10/09/2009, 10h03

Envoyé par dgrichard

Ok, j'ai réussi à le reproduire, reste à le résoudre ...

Fait !
Je relivrerai une nouvelle version de la pre dans la journée.

Du coup, j'ai trouvé un début de réponse au comportement d'affichage!
Pendant que le navigateur fait la mise en page, les données montent ... dans une div pas prête

au final, on a un affichage correct ou partiel ou vide suivant la puissance du butineur/machine.

**gfilliere** · 10/09/2009, 10h48

Envoyé par dgrichard

Fait !
Je relivrerai une nouvelle version de la pre dans la journée.

Cool, j'étais en train de chercher aussi, je devrais regarder mes mails plus souvent

Selon ce que j'avais trouvé que c'était les position:relative et les tailles sur #INSTANCE_OlMap_OpenLayers_ViewPort qui foutaient la merde et j'allais commencer à chercher dans le code compressé