Bug 353 - strange behaviour of MapDHTMLwidget and MapSize widget
: strange behaviour of MapDHTMLwidget and MapSize widget
Status: NEW
: Chameleon
Core
: 1.99
: PC Windows 2000
: P2 normal
: FUTURE
Assigned To:
:
:
:
:
:
  Show dependency treegraph
 
Reported: 2004-04-15 16:42 by
Modified: 2005-01-11 10:52 (History)


Attachments
screendump of the behaviour (102.72 KB, image/png)
2004-04-15 16:44, Bart van den Eijnden
Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2004-04-15 16:42:53
I have an application based on the Studio template with my own custom MAP file.
The MAP file has a size of:

SIZE 775 560

<td class="rbevel4"><cwc2 type="MapDHTMLWidget" visible="true" width="400"
height="600" allowresize="false" marqueecolor="FF3333" marqueewidth="2"
minscale="1"/></td>

The first time the map comes up correctly. But when I use the MapSize widget and
select any of the options, my DHTMLMapWidget keeps the same initial size and so
only part of it is filled. The rest of the widget has a dark grey background.

The map also gets stretched strangely enough.

The MAP file has WMS connections only.

Will attach a screendump after this.

BTW: the pixel size in the MAP file determines how well the map is zoomed into
the first time.
------- Comment #1 From 2004-04-15 16:44:19 -------
Created an attachment (id=27) [details]
screendump of the behaviour
------- Comment #2 From 2004-04-15 16:46:59 -------
Sorry guys, I see it now. This is caused by using allowresize="false" on the
MapDHTML widget. But maybe still this is unwanted behaviour ???
------- Comment #3 From 2004-05-21 10:19:40 -------
um.  There seems to be a link between this behaviour and bug 375, they both seem
to relate to problems that happen because the map size is different between the
map file and the MapDHTML widget.  Although in the other bug, I think
allowresize was true so you didn't see this particular bug there.

Looking a little closer at the code reveals that MapDHTML widget should set the
map size in the ParseURL function, and this is executed with high priority so it
should happen before most other widgets ParseURL.  The ROIRectangle tool only
grabs the map size in the GetJavascriptFunctions call, which happens after all
ParseURL function calls.  So by that point, all changes to the map object should
have happened and all widgets should be working from the same set of parameters.
 I'll do some searching through the code to see if any widgets access the map
widget/height in functions that get called before ParseURL.

The only other thing I can think of is that there is some kind of reference
problem with the map object, which would be very strange but could happen.
------- Comment #4 From 2004-05-21 10:25:03 -------
Set Target Milestone to 1.99 Final
------- Comment #5 From 2005-01-11 10:52:00 -------
no time for this release