Discussion :

[mga_geo]

Sous Windows/FF3, sur ma page html, j'ai une spécification du type
<div id="viewerDiv" style="width:98%;height:800px;"></div>
Après chargement et patouillage par l'API, on se retrouve d'après Firebug avec
<div id="viewerDiv" style="overflow: hidden; width: 1623px; height: 800px;">
Et une autre div avec 98% ne fait donc plus exactement la même taille

[Max_B]

Dans mon appli en développement, j'utilise le mode "minimum".
Ce phénomène ne se produit pas. J'ai une div à 100% qui reste bien en relatif et se redimensionne correctement avec la fenêtre (implique un rechargement des tuiles de cartes).

[dgrichard]

L'API calcule la taille de la div de la carte pour pouvoir centrer le contrôleur des coordonnées et ajuster la taille des textes à l'intérieur de celui-ci.

Pour ce faire, elle calcule le rendu de la div est remplace les width/height utilisateurs. Le problème avec les % (comme avec les em, pt) c'est que le calcul devient plutôt très compliqué ... De plus, suivant les navigateurs il semblerait que si la div parent de la div carte possède des marges, alors la taille finale ne les compte pas ...

Bref, j'ai passé des heures sur comment résoudre ce problème et j'ai pas de soluce toute faite !-(

Tout vient du fait que l'on est dans le onload au moment où tout cela se calcule ...

[dgrichard]

Dans mon appli en développement, j'utilise le mode "minimum".

En mode minimal, les composants visuels de l'API (classe Geoportal.Viewer.* de la 1.0beta4) ne sont pas chargées, donc le calcul de taille de la div est effectué par le navigateur tout naturellement (et correctement).

[mga_geo]

Je viens de faire des essais:
http://atlasnw.free.fr/web/geoportai...es/onload.html

Les traces sont visibles dans la console de Firebug.

Ce n'est qu'à la fin de la fonction initGeoportalMap que la div a sa taille définitive

[dgrichard]

Ce n'est qu'à la fin de la fonction initGeoportalMap que la div a sa taille définitive

Effectivement, c'est au dernier moment que la taille est calculée. Puis, 200 ms après celle du contrôleur des positions de la souris ...

[cmail]

Vous l'aviez surement déjà constaté, (sinon je le signale en espérant que cela vous aidera peut-être à résoudre le problème) mais c'est l'appel à viewer.setInformationPanelVisibility(true); qui rogne de quelques pixels l'API quand elle est centrée sur la page...

Avec viewer.setInformationPanelVisibility(false); >>> pas de problème sous ff3 du moins

Qu'en pensez-vous?