I'm not sure why he dismisses the FileAPI right away... one of the goals of the Reader according to <a href="http://www.w3.org/TR/FileAPI/" rel="nofollow">http://www.w3.org/TR/FileAPI/</a> is:<p><i>User agents should provide a streamlined programmatic ability to send data from a file to a remote server that works more efficiently than form-based uploads today</i><p><i>Example: A Video/Photo Upload App. User is able to select large files for upload, which can then be "chunk-transfered" to the server.</i><p>This means that although this XMLHttpRequest2 method is nice, in practice it will still suffer from all the issues that http uploads suffer from at the moment. Chunked uploading, which the W3C spec explicitly supports, would be a much better solution for large files, no?
Note the suspicious lack of commentary on which version of IE supports XMLHttpRequest level 2. Is it supported? And is there an elegant way to fallback to the old iframe approach? Conditionally including Javascript files seems to be a poor choice, I'm not sure if I'd rather just stick with the old way, even if it's awkward.<p>--------<p>An aside: I found the "XMLHttpRequest Level 2" name to be pretty funny. I'm not sure why it tickled my funny bone in such a way.<p><pre><code> A wild XMLHttpRequest (lvl 1) appears!
Engineer uses SendFile... it doesn't seem to be working.
Engineer is defeated!
A wild XMLHttpRequest (lvl 2) appears.
Engineer uses SendFile... it's super effective!</code></pre>