We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reporter: sdlime Date: 2011/03/15 - 15:51 Trac URL: http://trac.osgeo.org/mapserver/ticket/3736 In 5.6 you'd do something like:
TEXT (area is [area])
and with the expression changes in RFC 64 this becomes:
TEXT ("area is" + [area])
For complicated uses this can be onerous. I propose adding attribute binding (e.g. straight substitution) for a string expression, e.g.:
TEXT "area is [area]"
This will make upgrading to 6.0 easier for folks. We'll still reserve the () syntax for true text expressions.
Steve
The text was updated successfully, but these errors were encountered:
Author: sdlime Date: 2011/03/15 - 20:19 Added in 3cc3a1a (r11160). Note that with this change you can't do something like:
TEXT 'hello [world]'
where [world] is not a reference to an attribute. As a workaround one could do:
TEXT ("hello [" + "world]")
Sorry, something went wrong.
Author: sdlime Date: 2011/03/15 - 20:22 Updated migration guide in b09ed9a (r11161). Closing... Steve
sdlime
No branches or pull requests
Reporter: sdlime
Date: 2011/03/15 - 15:51
Trac URL: http://trac.osgeo.org/mapserver/ticket/3736
In 5.6 you'd do something like:
and with the expression changes in RFC 64 this becomes:
For complicated uses this can be onerous. I propose adding attribute binding (e.g. straight substitution) for a string expression, e.g.:
This will make upgrading to 6.0 easier for folks. We'll still reserve the () syntax for true text expressions.
Steve
The text was updated successfully, but these errors were encountered: