[mapserver-users] About html code inside query attribute responses
maymerich at argongra.es
Tue Mar 15 11:04:24 EDT 2011
As you already pointed out [item name=name escape=none] behaves exactly
as [name_raw], which in my case translates html tags from <
> to <br> .
Not a really coherent behavior, is it?
De: Lime, Steve D (DNR) [mailto:Steve.Lime at state.mn.us]
Enviado el: lunes, 14 de marzo de 2011 16:46
Para: Manuel Aymerich; mapserver-users at lists.osgeo.org
Asunto: RE: [mapserver-users] About html code inside query attribute
What you describe is basically correct. Except, there is no code in place to
translate html elements like you mention with [attribute item name_raw].
That should be the correct method of telling MapServer not to touch the
contents of an attribute at all. You could also try:
[item name=name escape=none]
That should generate the same output as [name_raw] and is the preferred way
of doing this sort of thing.
From: mapserver-users-bounces at lists.osgeo.org
[mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Manuel
Sent: Monday, March 14, 2011 10:18 AM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] About html code inside query attribute responses
Ive prepared WMS getFeautreInfo queries so that mapservers template
receives pure html attributes (containing the <br> tag for example). I would
like to show this html code as it is. So that it integrates with the
existing html header, footer and the rest of the template inside mapservers
response, hoping that at the frontend the html response could be interpreted
as a whole. However, the html stored data is shown either as escaped html or
as url encoded data. Iver read mapserver documentation but I had not
success while implementing each possible solution:
If I try:
[attribute name] : I get escaped html (<br> is translated into <br>)
[attrribute name_esc]: I get url encdes text (<br> is translated into
[attribute item name_raw]: I get something in between but not pure html
(<br> is translated into \n).
Mapserver documentation says
By default the attributes are encoded
especially for HTML representation but I now disagree.
Any ideas about whats happening here? Any workaround solutions?
Thanks in advance,
Se certificó que el correo no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 10.0.1204 / Base de datos de virus: 1498/3505 - Fecha de la
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mapserver-users