- From: Charles Pritchard <chuck@jumis.com>
- Date: Tue, 30 Aug 2011 15:26:04 -0700
- To: public-webapps@w3.org
On 8/24/2011 11:56 PM, Charles Pritchard wrote:
> On 8/24/11 11:36 PM, Jonas Sicking wrote:
>> On Wed, Aug 24, 2011 at 12:57 PM, Charles Pritchard<chuck@jumis.com>
>> wrote:
>>>>> Prpoposed:
>>>>>
>>>>> FormData output with the x-www-form-urlencoded mime type:
>>>>> formData.toUrlEncodedBlob(xhr.send)
>>>>>
>>> [Supplemental] FormData
>>> void toMultipartBlob(in callback)
>>> void toUrlEncodedBlob(in callback)
...
> xhr.send(formData) would be the same as:
> formData.toMultipartBlob(function(blob) { xhr.send(blob); });
>
Google's Picasa, and various other web apis accept multipart/related input.
Given that we don't want a method for each output type supported, I think a
generic method would better serve authors.
[Supplemental] FormData
void toBlob(in FileCallback, in optional DOMString type, in any... args);
The default type for FormData would be multipart/form-data.
Vendors would be encouraged to support these, in addition:
application/x-www-form-urlencoded
multipart/related
toBlob is defined in the html Canvas element.
-Charles
Received on Tuesday, 30 August 2011 22:26:37 UTC