469,271 Members | 1,481 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,271 developers. It's quick & easy.

XML String Literals

Hello

I am wondering if anyone knows if there is a way to store string
literals within an XML tag.

For instance I would like to store HTML formatting data for an
attribute but it keeps getting picked up as a tag by the XML parser.

eg...
<name>John</name>
<prettyName><HTML><BR>John</BR></HTML><prettyName>

The second line causes the parser to think <HTML> and <BR> are XML
tags when they are not. I have tried
<prettyName>"<HTML><BR>John</BR></HTML>"<prettyName> and
<prettyName>'<HTML><BR>John</BR>'</HTML><prettyName> with no success.

prettyData should be = <HTML><BR>John</BR></HTML>

not returned as prettyData
<HTML>
<BR> = John </BR>
</HTML>
Does anyone know how to achieve my desired effect without having to
declre tags manually for the html properties that I need, then
reassemble into HTML later?

Kind Regards
A.Hulley
Jul 20 '05 #1
3 8599
Austin wrote:
Hello

I am wondering if anyone knows if there is a way to store string
literals within an XML tag.

For instance I would like to store HTML formatting data for an
attribute but it keeps getting picked up as a tag by the XML parser.

eg...
<name>John</name>
<prettyName><HTML><BR>John</BR></HTML><prettyName>

The second line causes the parser to think <HTML> and <BR> are XML
tags when they are not. I have tried
<prettyName>"<HTML><BR>John</BR></HTML>"<prettyName> and
<prettyName>'<HTML><BR>John</BR>'</HTML><prettyName> with no success.

prettyData should be = <HTML><BR>John</BR></HTML>

not returned as prettyData
<HTML>
<BR> = John </BR>
</HTML>
Does anyone know how to achieve my desired effect without having to
declre tags manually for the html properties that I need, then
reassemble into HTML later?

Kind Regards
A.Hulley


Hi,

as your html-like substructure seems to be well-formed, i suggest to
keep these datas as tags, because many tools will allow to copy the
structure on an output stream. Furthermore, you also will be able to
extract the content data. However, i don't think that html tags should
be present in such structures; it may be useful for documentary sections
of xml documents to use xhtml tags, but useless in your case; many
technologies, such as XSLT will allow you to produce the expected output
like this <HTML><BR>John</BR></HTML> from the input data like this
<prettyName>John<prettyName> with a simple xslt template.

however, < and > may be escaped with &lt; and &gt;
when many escaping is needed use
<![CDATA[ <HTML><BR>John</BR></HTML> ]]> instead
--
Cordialement,

///
(. .)
-----ooO--(_)--Ooo-----
| Philippe Poulard |
-----------------------

Jul 20 '05 #2
On 7 Nov 2003 07:11:26 -0800, Au*******@bigfoot.com (Austin) wrote:
I am wondering if anyone knows if there is a way to store string
literals within an XML tag.
Yes, but the definition of "string" has issues with angle brackets.
For instance I would like to store HTML formatting data for an
attribute but it keeps getting picked up as a tag by the XML parser.


There are three ways; namespacing, entity encoding and CDATA sections.
I'd do it by entity encoding.

Namespacing is the easiest and "cleanest" in an XML sense. It's
particularly good for mixing XML elements from multiple schemas. It's
also quite easy to work with from XSLT.

Some people, mainly old SGML hands, have arguments against
namespacing. Try Googling comp.infosystems.www.authoring.html for
comments from Arjun Ray.

The biggest problem with namespacing is that it requires all
components to be well-formed XML. Fragments must also be balanced
fragments. This is no problem with XHTML, but it's a minor hassle
with HTML and it can be very difficult if you have to accept any HTML
(which can be badly malformed) from other sources.

Entity encoding is how it's done in RSS. You would probably find
looking at RSS useful here. Entities which are awkward as "string"
characters in XML [<, >, &] are represented by their entity
equivalents

Your example would look like this:
<name>John</name>
<prettyName>&lt;HTML&gt;&lt;BR&gt;John &amp;
Jane&lt;/BR&gt;&lt;/HTML&gt;<prettyName>

The main advantage of entity encoding is that it's simple to do,
although it requires some string-handling tools, like regexes. You
can't do this in XSLT (practically) but you can do it easily by
calling JavaScript extensions from within XSLT.

Be careful to track what is encoded and what isn't. You can safely
double-encode HTML (ampersands simply expand to "&amp;amp;") but you
must de-encode it afterwards by the _same_ number of operations.
CDATA sections are perhaps "The SGMLWay", but personally I find entity
encoding easier to work with. You wrap your literal string in a
wrapper that says "This is not XML, just treat it literally"
Your example would look like this:
<name>John</name>
<prettyName><![CDATA[ <HTML><BR>John</BR></HTML>]]><prettyName>

Remember to also replace the sequence "]]>" inside the string with
"]]>]]&gt;<![CDATA[ " . You can't "escape" this sequence, but you
can concatenate two CDATA sections around it. It's a rare problem to
encounter, but if you ever handle the content of comp.text.xml through
XML tools, then you're going to meet it !

--
Die Gotterspammerung - Junkmail of the Gods
Jul 20 '05 #3
Thank you to everyone who replied. :-).
You information was most helpful.

Kind Regards
A.Hulley
Jul 20 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

16 posts views Thread by Don Starr | last post: by
7 posts views Thread by al | last post: by
17 posts views Thread by Janice | last post: by
8 posts views Thread by junky_fellow | last post: by
6 posts views Thread by copx | last post: by
41 posts views Thread by Dead Loop | last post: by
8 posts views Thread by arnuld | last post: by
4 posts views Thread by =?ISO-8859-15?Q?Jean=2DFran=E7ois?= Lemaire | last post: by
5 posts views Thread by polas | last post: by
7 posts views Thread by lithiumcat | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by zhoujie | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.