You need to log in before you can comment on or make changes to this bug.
Many widgets do not display unless the widget is actually functioning. This was shown by Norms One Widget for One HTML template. For example: 1) CompassPoint Widget compasspointwidget000.html to compasspointwidget008.html When this widget loads, the button should be displayed, or if the image path for the button is invalid the broken image icon should be there. If the user selects the button an Error or Warning should popup stating that there is no MapDHTML widget found in the template, which mean the widget is inactive. 2)CursorPos Widget cursorposwidget000.html If the there is no Map then only the Label marker of this widget should be displayed with a possible default value of "0" in the box. No error, Maybe a Warning logged, but the application will still function. Most Widgets are like this where either an error pops up eg.1 Fatal error: Cannot instantiate non-existent class: cwclabel in C:\ms4w\apps\chameleon\htdocs\widgets\Cursorpos.widget.php on line 58 eg.2 Fatal error: Cannot instantiate non-existent class: mapnavigator in C:\ms4w\apps\chameleon\htdocs\widgets\BoundingBoxPopup.widget.php on line 95 OR NOTHING IS DISPLAYED AT ALL IN THE BROWSER. This is very confusing to the Chameleon Web Mapping Template Developer, something should be displayed for the user to see that Chameleon.php is being loaded, and that it is reading the template, but it is the widget configuration that is the problem.
agreed in general, I will start taking a look at this after the 1.99 release because using one widget per template in this way is not the intended use of chameleon ... i.e. you would not build most applications this way.
updated version to 1.99
Changed target to 2.1.
Changed Target Milestone to FUTURE. (Enhancements may be moved from this target to specific "versioned" targets after product design review cycles.)