[Chameleon] MLT.php - bug or correct code?
wbronsema at dmsolutions.ca
Thu Sep 29 10:12:53 EDT 2005
Off the top of my head, no, I can't think of why it is not forced to
One thing I did notice is that other widgets use the $_SESSION['aszLang']
variable when calling loadresource (see /htdocs/widgets/session.inc.php).
This is an array of all languages (which might only be one) to load and not
just a single language which forces the MLTdBase into another area of the
code that perhaps avoids the problem you are encountering.
This does sound like a possible bug in the MLTdBase code. This will not be
an issue in the development version of Chameleon because it no longer uses
the MLTdBase class.
William A. Bronsema, C.E.T.
Software & Applications Development,
DM Solutions Group Inc.
> -----Original Message-----
> From: chameleon-bounces at lists.maptools.org [mailto:chameleon-
> bounces at lists.maptools.org] On Behalf Of McGraw, Joanne
> Sent: Thursday, September 29, 2005 9:54 AM
> To: William Bronsema; chameleon at lists.maptools.org
> Subject: RE: [Chameleon] MLT.php - bug or correct code?
> Hi Bill,
> Thanks for the response. This isn't the problem, though. My columns are
> named EN_CA and FR_CA. This is proven by simply changing the array key to
> uppercase in the mlt object's loadresource(). That change alone results in
> that dBase file working as is.
> Are you aware of any reasons why that particular array key isn't uppercase
> in that function? All the other ones around it that seem to be doing the
> same thing are.
More information about the Chameleon