Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.mixmin.net!news.musoftware.de!wum.musoftware.de!news.karotte.org!uucp.gnuu.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Content-Type: text/plain; charset="UTF-8"
Message-ID: <1621260.MulQa8nmlF@PointedEars.de>
From: Thomas 'PointedEars' Lahn <PointedEars@web.de>
Reply-To: Thomas 'PointedEars' Lahn <cljs@PointedEars.de>
Organization: PointedEars Software (PES)
Date: Sat, 22 Sep 2012 03:46:30 +0200
User-Agent: KNode/4.4.11
Content-Transfer-Encoding: 8Bit
X-Face: %i>XG-yXR'\"2P/C_aO%~;2o~?g0pPKmbOw^=NT`tprDEf++D.m7"}HW6.#=U:?2GGctkL,f89@H46O$ASoW&?s}.k+&.<b';Md8`dH6iqhT)6C^.Px|[=M@7=Ik[_w<%n1Up"LPQNu2m8|L!/3iby{-]A+#YE}Kl{Cw$\U!kD%K}\2jz"QQP6Uqr],./"?;=4v
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEXTxa4RFk5dUWANED8PFEfy7+MGBiW+n3ZNF/QuAAACaElEQVQ4jVXUwVOcMBQG8Dc7Rc4PUntdWV2uxjDpGaGeozOp1woar4jd5t/v9wLstMwsA/ntlxdCAgUc1hjTc9/JCZfGoo3wG3HdmdAWrIJRHe7GM/TmpY5VFefuVcAkkPbLIaN8rmPmjloyZxgyR3GuJ4K0AGtJ2htz8o7yqikm759fldQXaMpbDzjKAG+8v+AugVTOPO5DOjLvGtUYQwh0CPjnVMyGd+8/GfUB5nLKJDD2aLDh5HYyMDJGDwQIo2ZmZcKbowNmAdB/AzyFhrmF2MHRb0QJJfaAnwGB6orZhoykLzJtGwF/xpYxI1dswomiUj3gTuAIqCn/4C7cULwGNBtwMTk3Y4LfKB5YUaOKBKYtpplm7u0vip8tU1NWWyI/7XdcSuIDoMt6rVHMWT0DbjHPGqDqZVSa6zleLcUTcIKLoMv3ueJluALtAo9B302zPPlrtiVScRdCjXvVh3e3JpYa/jjkuC9N+LrBMlz/eAN4eQijX2EdLo6c5tGGHwLyHFtXk89dDGHwCVhG9T0S/j55AhRZgkMCmUQXJ49TnS1wnQDvw0eAh9ICeMmEFbCnPMFzjAvsWoEWEFdYEx+S0MoUZ1gT1wId8+AF3Bl2OoEu906AUHx5VLw/gXYg/x84loOah/2UYNrgiwSwGO7RfUzVBbx/kgpckumGOi6QirtD6gkLTitbnxNol47S2jVc2vsN5kPqaAHT8uUdAJM4v/DanjYOwmUjWznGfwB7sGtAtor5BgofDuzaRj4kSQAqDakTsKORa3Q3xKi3gE1fhl71KRMqrdZ2AWNNg/YOhQyrVBnb+i+nEg4bsDA+egAAAABJRU5ErkJggg==
Subject: Re: Diactric in CDATA in XML reponse
Newsgroups: comp.lang.javascript
References: <505cc8dc$0$6885$e4fe514c@news2.news.xs4all.nl>
Followup-To: comp.lang.javascript
MIME-Version: 1.0
Lines: 76
NNTP-Posting-Date: 22 Sep 2012 03:46:32 CEST
NNTP-Posting-Host: 18673542.newsspool3.arcor-online.net
X-Trace: DXC=1U3^2Z`cY=6kUFX=Y?aLP;McF=Q^Z^V384Fo<]lROoR18kF<OcfhCO;?F<P;FJ26_2DZm8W4\YJN<R=i2=[N6Y6:iQlAdnK3QV><N<G9k;71c8
X-Complaints-To: usenet-abuse@arcor.de
Xref: csiph.com comp.lang.javascript:16116

Tom de Neef wrote:

> I encounter a situation where the responseXML of a XMLHttpRequest contains
> a CDATA element, like:
> 
> <xml><mod><![CDATA[some text]]></mod></xml>
> 
> This is used to load data in a table. It works always in FF and in Chrome.
> But in IE8 the table is not always loaded.
> It took me a while to find that the problem is related to the presence of
> a diacritic (ASCII>128) in the CDATA text block. In such cases the
> responseXML is returned by IE with firstChild=null.

It might be helpful for further diagnosis that the referred document object 
implements the IXMLDOMDocument interface which provides an `xml' property 
for its XML serialization. [1]

Generally, it is better to start with `….responseXML.documentElement' or an 
element node found with `….responseXML.getElementsByTagName("…")[…]', 
because the returned XML document may have a preamble (one or more of XML 
declarations, processing instructions, DOCTYPE declaration), which will 
create nodes in the document tree before the root element node.
 
> My question is how to handle this. I presume that I need to specify the
> encoding somewhere.

Make sure that your XML data uses one of the character encodings that XML 
applications must support (UTF-8 and UTF-16), or declare the used character 
encoding. [2]  Not doing that and having incompatible code sequences in the 
XML data leads to the XML document being empty.

Generally, UTF-8 is the best choice for XML data because it can encode all 
Unicode characters without using character references (such as &#x20AC; for 
the Euro sign), is widely supported, and in most cases has the smallest 
footprint while having all these properties.

This is not so much of an issue with characters with code point below U+0080 
because in that range most encodings (probably all that encode Latin 
letters) are compatible.  In particular, UTF-8 is compatible with 
Windows-1252 ("ISO-8859-1") below U+0080 (it has the same code sequences for 
the same characters there).  (For example, PHP 5.3.x uses "ISO-8859-1" by 
default.)

I have tested this in Internet Explorer 6.0.2800.1106 with a server-side PHP 
5.3.x application generating an XML 1.0 document from user input in the same 
HTML document.  The XHR object was created with

  new ActiveXObject("Microsoft.XMLHTTP")

BTW, there are no characters with *ASCII* code beyond 127 (0x7F).  US-ASCII 
is a 7-bit encoding (code points and sequences 0x00 to 0x7F).
 
> The response is in answer to a request of the form
>     asyncRequestor.open("POST",d2w.appID,true);
>     asyncRequestor.setRequestHeader("Content-type","application/x-www-
form-urlencoded");
>     asyncRequestor.send(txt);

If `asyncRequestor' would hold a reference to an object implementing the 
IXMLHTTPRequest, XMLHttpRequest or XMLHttpRequest2 interface, you would need 
to define an event listener for the `readystatechange' or `load' event.  As 
there is no such definition in the posted code, one could assume that 
`asyncRequestor' is referring to a user-defined object, in which case one 
would be left with guessing what actually happens.  Only in this case it is 
apparent that the method of submitting the HTTP request is not relevant.


PointedEars
___________
[1] <http://msdn.microsoft.com/en-us/library/ie/ms757878(v=vs.85).aspx>
[2] <http://www.w3.org/TR/REC-xml/#charencoding>
-- 
Use any version of Microsoft Frontpage to create your site.
(This won't prevent people from viewing your source, but no one
will want to steal it.)
  -- from <http://www.vortex-webdesign.com/help/hidesource.htm> (404-comp.)