jonas at sicking.cc
Thu Jan 7 15:15:42 PST 2010
On Thu, Jan 7, 2010 at 3:14 PM, Jonas Sicking <jonas at sicking.cc> wrote:
> On Thu, Jan 7, 2010 at 2:27 PM, João Eiras <joaoe at opera.com> wrote:
>>>> This function takes the same arguments as toDataURL(), plus an
>>>> additional 'name' argument. It produces the same result as
>>>> toDataURL(), except that it returns the result as a File object rather
>>>> than as a data-url encoded string. This can then be directly sent
>>>> using XMLHttpRequest.
>>> I think it would make more sense to have an actual type for binary data
>>> (for example along the lines of my proposal on public-script-coord and
>>> es-discuss) and enable getting one from <canvas> and sending via XHR.
>> How about just overloading xhr.send() to handle a <canvas> element ?
> I'm reluctant to overload the meaning of sending an Element object.
> When a Document is passed to xhr.send() we already serialize that
> document into markup, it seems likely to me that in the future we'll
> want to do the same thing for Elements.
Additionally, this doesn't allow specifying the encoding type, such as
JPEG or PNG, or encoding parameters, such as JPEG quality.
More information about the whatwg