Thanks for responding (and sorry my post was inadvertently directed only to Eric). I did run into the problem that you mentioned and I patched sarissa.js to do exactly what you suggested (I used "temp"). Most of the sarissa test cases now run successfully (very good news), but the problem I mentioned is actually a separate issue. When creating an XML document, sarissa assumes that the output of document.implementation.createDocument implements a method called "load." This allows the XML document to load XML from an XML file using a standard URI (i.e. file://, http://, and relative paths). As far as I can tell, this method is not implemented in Safari causing sarissa to break whenever the SarissaDocument.load method is used. Technically, Sarissa could be updated to use XMLHttpRequest in order to provide this functionality to the web developer using the Sarissa library, but the more I investigate that approach, the more it resembles a crude substitute for implementing the load method as described in this standard:

I guess I'm not sure whether or not this is a bug, an oversight, or a deliberate omission in Safari. Once I determine this, I should be able to either convince the folks at Sarissa to modify their code, enter a bug report on Safari (still waiting on my BZ enrollment email...), or just hack Sarissa myself to implement SarissaDocument.load for Safari alone using XmlHTTPRequest.

On 03.01.2006, at 01:35, Paul Everitt wrote:

Andrew Eberhard wrote:

Hi Eric,
Well, I'm getting underway with Safari-enabling my AJAX project [using the latest nightly build ;-) ] and I've run into a problem that seems to be "as designed" but I wanted to run it by everyone first. Basically, Document.load is not supported in Safari. I assume that I can use XMLHttpRequest instead, but http://bugzilla.opendarwin.org/show_bug.cgi?id=5411 led me to think that there might be reason to enter a bug on Document.load support. Since Sarissa currently relies on Document.load for SarissaDoc.load, I wasn't sure if bug #5411 was intended to include Document.load support in Safari or if the folks at Sarissa should be asked to update it to work with Safari's XmlHttpRequest approach.
There is a bit of prior research on this subject at http://www.xs4all.nl/~zanstra/inTec/safariIdea.htm.

Hi Andrew. The Sarissa folks are taking a look at it. It's actually possible to work around the bug, I believe.

Here is what triggers the bug:

var oldDoc = document.implementation.createDocument("", "", null);

(Note: This is against the Sarissa CVS HEAD.)

Creating a document with a real node name for the document element, though, works:

var oldDoc = document.implementation.createDocument("", "foo", null);

Hmm, come to think of it, this works as well:

var oldDoc = document.implementation.createDocument("", null, null);

Anyway, my guess is that your application can be made to work with a patched Sarissa. I *think* (but I'm not sure) that the qualified name (2nd arg) should either be a real node name or null. In which case, WebKit is right and we need to change Sarissa.

--Paul