- From: Jonas Sicking <jonas@sicking.cc>
- Date: Tue, 30 Aug 2011 17:52:13 -0700
- To: Charles Pritchard <chuck@jumis.com>
- Cc: public-webapps@w3.org
On Tue, Aug 30, 2011 at 3:26 PM, Charles Pritchard <chuck@jumis.com> wrote:
> 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
What is multipart/related? Is that something supported by browsers? It
doesn't appear supported by gecko, and it's certainly not supported
for form submission in Gecko.
/ Jonas
Received on Wednesday, 31 August 2011 00:53:10 UTC