DOM3 Events Telcon Cancelled, 21 May 2008

2008-05-20 Thread Doug Schepers
Hi WebAPI Fans- Since 2 of us are busy with an SVG F2F meeting, we have decided to cancel the DOM3 Events Telcon this week. We will pick it up again next week. We can also explore different days and times. Any preferences? Regards- -Doug Schepers W3C Team Contact, SVG, CDF, and WebAPI

[WebIDL] Passing null and undefined to DOMString things

2008-05-20 Thread Cameron McCormack
I’ve made DOMString an intrinsic type in the IDL now (to avoid the “polite fiction”, as Maciej put it ☺). I’ve also replaced [NoNull] with [Null] and [Undefined], which can be used to specify how null and undefined are treated when passed as an operation argument or assigned to an attribute.   

Re: [WebIDL] Passing null and undefined to DOMString things

2008-05-20 Thread Lachlan Hunt
Cameron McCormack wrote: Ian Hickson: I think what we need is for WebIDL to have annotations for these cases, which can be prefixed in front of any occurance of DOMString in any IDL block, and then we can work down the APIs and check each DOMString occurance and work out which the UAs are

Re: XHR LC comments

2008-05-20 Thread Julian Reschke
Julian Reschke wrote: ... Currently there is no conversion, and what is specified clearly can cause implementations to create broken requests, where the code worked before. ... ...even without looking for it, I came across this one:

Re: [WebIDL] Passing null and undefined to DOMString things

2008-05-20 Thread Cameron McCormack
Lachlan Hunt: The spec now states for [Null]: Otherwise, if the argument to [Null] is Null, then the value assigned to the attribute or passed as the operation argument will be the string null. That seems inconsistent with what you just wrote, and also inconcistent with

Re: [WebIDL] Passing null and undefined to DOMString things

2008-05-20 Thread Lachlan Hunt
Cameron McCormack wrote: Lachlan Hunt: Did you intend for both to say ... the operation argument will be the null value.? I sure did. (Fixed now.) Thanks. I've updated the IDL in Selectors API to use these extended attributes now.

quick question on xhr2 upload events

2008-05-20 Thread Aaron Boodman
My reading of http://www.w3.org/TR/XMLHttpRequest2/#tracking leads me to believe that you can do this: xhr.upload.addEventListener(progress, function(){}, false); but not this: xhr.upload.onprogress = function(){}; That is, XMLHttpRequestUpload implements EventTarget, but not any old-style

Re: quick question on xhr2 upload events

2008-05-20 Thread Sam Weinig
By my reading, XMLHttpRequestUpload inherits from XMLHttpRequestEventTarget (which is what inherits from EventTarget) [http://www.w3.org/TR/XMLHttpRequest2/#xmlhttprequest ]. XMLHttpRequestEventTarget is what adds the old style event handler attributes, so XMLHttpRequestUpload should