[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: atompub-multipart-01: browser implementation
- To: "Bill de hOra" <bill@xxxxxxxxxx>
- Subject: Re: atompub-multipart-01: browser implementation
- From: "Reed Underwood" <reed.underwood@xxxxxxxxx>
- Date: Thu, 19 Jun 2008 09:41:17 -0500
- Cc: "Atom Protocol" <atom-protocol@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ESMI6AVmnQRMRcd4j6v5AvOJF6yDg8EMfajWCq+L64U=; b=W6ZVNCCo77MBBKCxJEkDiQl8xw7/zZhHak7gOIrJ3YESpxKp/lUW6nuyWqofqcCs2L YVAwDk93s3b/F9uQ8bsEKm3mVIgGx6TEGyTpRE/WSQKskLzkx0SthGpoERXVh072IiaA c6kIQzLdVmx3iO9LpYXQ8/m9OedHS91SksHgg=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DcHYcwsO4qlaJ1K7z9xOenXQoShclbGf7Y+CG32fzTXA9rcXmsgoREbgwMYd6IxjrK 1fZipmtD8tcP5IjmiHEp5EEibJZMt39xUoAzvHsRj6CiROVLl+iHb3CDJtUM5TjBFwOb 5wTwQqXuROQB2fzUzq/DNyCdoX7+IJqSgHQ60=
- In-reply-to: <485A5783.3010004@xxxxxxxxxx>
- List-archive: <http://www.imc.org/atom-protocol/mail-archive/>
- List-id: <atom-protocol.imc.org>
- List-unsubscribe: <mailto:atom-protocol-request@imc.org?body=unsubscribe>
- References: <485A5783.3010004@xxxxxxxxxx>
- Sender: owner-atom-protocol@xxxxxxxxxxxx
On Thu, Jun 19, 2008 at 7:56 AM, Bill de hOra <bill@xxxxxxxxxx> wrote:
>
> http://www.ietf.org/internet-drafts/draft-gregorio-atompub-multipart-01.txt
>
> When doing multipart, browsers/AJAX can't load files from the file system.
> As a result XHR objects generally can't submit non-text content. The
> standard (only?) workaround for this is a hack that allows a form post to be
> sent via a hidden iframe. At that point there's no way to set headers and
> the client is limited to application/x-www-form-urlencoded or
> multipart/form-data (due to HTML forms).
>
> Short version: I think this draft can't be implemented in a browser [1].
>
> Bill
>
> [1]
> http://www.dehora.net/journal/2008/06/18/atompub-multipart-media-creation-draft-01/#comments
>
>
Can't the same stuff be submitted as a multipart form? I think this
feature is one that is important to a lot of potential adopters, and I
think a lot of its use cases don't involve a browser browser at all.
Would it not suffice to make some allowance for mime-type for the
multipart submission so that it's usable in HTML forms?