|
Subject: dealing with CDATA (was dealing with CDATA on the client-side) From: eric@xxxxxxxxx (Eric Costello) Date: Tue, 6 Jun 2000 13:29:18 -0500 |
Hello all,
First time poster here.
SYNOPSIS:
What do I need to do to keep an XSL transform in an MS XMLDOM environment
from converting < and > in a CDATA node to < and >?
DETAILS:
Using Microsoft's XMLDOM object on the server side to transform an XML file
with an XSL file and output HTML to the browser, I run into the same problem
as Matt Haughey: CDATA comes through the transform with < and > converted to
< and >. Here is the relevant section of his previous post to this
list (which mentions a client side occurrence of this problem, but the
problem is identical on the server):
-----------------------------------------------
<etcetera>
<![CDATA[this is a <a href="http://yahoo.com>test link/a>]]>
</etcetera>
applying XSL on the client-side leaves unparsed HTML sitting in the text,
so it looks like this in a browser:
this is a <a href="http://yahoo.com>test link/a>
instead of
this is a test link (test link being a hyperlink to yahoo in this example)
Now to get around this, on the server-side, we've been doing search and
replaces on < and > characters, and replacing them with < and > to
produce parse-able HTML when sent to the client.
------------------------------------------------
Replacing the < and > characters with < and > is a solution that I am
using along with Matt, but it seems pretty kludgey to me. IS there something
I should be doing in my code that would preserve the characters as they are
in the CDATA? Or is this normal and uncorrectable behavior that I need to
code around?
Thanks,
Eric
Eric Costello
eric@xxxxxxxxx
http://glish.com
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| RE: XSL-list name discrimination!, Pawson, David | Thread | Re: dealing with CDATA (was dealing, Niall Kavanagh |
| RE: XSL-list name discrimination!, Kevin Williams | Date | Re: XSL-list name discrimination!, Mike Brown |
| Month |