W3C home > Mailing lists > Public > whatwg@whatwg.org > February 2008

[whatwg] IE6 vs XHR vs XMLNS

From: Julian Reschke <julian.reschke@gmx.de>
Date: Thu, 14 Feb 2008 21:01:56 +0100
Message-ID: <47B49E34.8080206@gmx.de>
Henri Sivonen wrote:
>>> The practical effect of the lack of Level 2 methods in IE6 and the
>>
>> The only problem in IE6 I'm aware of is the lack of createElementNS 
>> and createAttributeNS, for which there's a simple workaround.
> 
> Well, those methods are rather central to synthesizing namespaced DOM 
> trees.

....and there's a simple workaround.

>>> brokenness* of the XHR XML serializer in older WebKit is that using 
>>> namespaces with cross-browser XHR is at least hard and using Level 1 
>>> DOM APIs with namespaceless XML 1.0 (< 5th ed.) is the practical 
>>> single-codepath cross-browser solution.
>>> * http://bugs.webkit.org/show_bug.cgi?id=5262
>>
>> XMLSerializer is neither part of DOM level 2 nor XHR, right?
> 
> void send(in Document data); is part of XHR and causes a serializer to run.

It wasn't clear to me that it's the same serializer (in Safari).

Yes, it appears that's a problem which makes that version of Safari 
unusable for API using XML namespaces. Has it been fixed since then?

> It isn't clear to me how you want the editor to take what you are saying 
> into account in a WHATWG deliverable. The relevance of my IRC remarks 
> was that unnamespaced XML is alive in XHR APIs due to browser problems 
> and, therefore, we can't unconditionally make createElement(foo) 
> equivalent to createElementNS("http://www.w3.org/1999/xhtml", foo) in DOM5.

Is wasn't aware of the context; I just wanted to correct an incorrect 
statement about IE6.

BR, Julian
Received on Thursday, 14 February 2008 12:01:56 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:00 UTC