Bug 62 - [Chameleon 1.1] Need ability to control mapfile inside template
: [Chameleon 1.1] Need ability to control mapfile inside template
Status: NEW
: Chameleon
Core
: 1.99
: PC Windows XP
: P2 enhancement
: FUTURE
Assigned To:
:
:
:
:
:
  Show dependency treegraph
 
Reported: 2003-09-24 16:47 by
Modified: 2004-08-10 20:00 (History)


Attachments


Note

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


Description From 2003-09-24 16:47:24
We currently have a problem with the chameleon architecture that requires that
the mapfile be loaded before parsing the HTML template.  This forces chameleon
developers to hardcode the mapfile path in the main script that calls chameleon
and makes it impossible to implement multi-template applications in which the
mapfile may change depending on the template in which we are.  Unless you keep
passing the mapfile path in the URL which isn't really the nicest solution.

It seems that what would make the most sense would be to have a global mapfile
by default, but also have the ability to change the mapfile either in a global
setting of a template, or even better directly inthe Map widget.

This would probably be hard to change, but that's definitely an issue for
applications that aren't mapfile-centric or that use multiple mapfiles.
------- Comment #1 From 2004-04-05 15:47:02 -------
what is the priority for this?  I think it would be a good thing to look at but
should I do it for 1.99 release or after?
------- Comment #2 From 2004-04-08 08:36:40 -------
updated version to 1.99
------- Comment #3 From 2004-07-07 17:14:27 -------
I also feel this is a good idea - but I think it needs to wait until post-2.0. 
Changed target to 2.1.
------- Comment #4 From 2004-08-10 16:02:42 -------
Changed Target Milestone to FUTURE. (Enhancements may be moved from this target 
to specific "versioned" targets after product design review cycles.)
------- Comment #5 From 2004-08-10 20:00:08 -------
Changed severity to enhancement.