W3C home > Mailing lists > Public > www-tag@w3.org > May 2014

Re: HTML JSON form data

From: Alex Russell <slightlyoff@google.com>
Date: Fri, 30 May 2014 15:18:16 -0700
Message-ID: <CANr5HFXiHFbeVepX1hEt4JKPPx3pLi2r7+yLofU-x7eFzBi1Aw@mail.gmail.com>
To: Larry Masinter <masinter@adobe.com>
Cc: "www-tag@w3.org" <www-tag@w3.org>, "Robin Berjon (robin@w3.org)" <robin@w3.org>
Hi Larry,

Can you cite specific technical issues which you believe are higher
priority and a rubric for why that's true? Or can you cite data to suggest
that this complexity isn't already being borne by many in the form of
pervasive library code (e.g., I know we had a dojo.formToJson() method for
nearly identical functionality because it was so commonly requested and
Form serialization is welded-shut in the platform).

If anything, it seems the technical argument here should be that blessing
*any* encoding without describing the mechanism by which it works is
anti-extensibility and therefore robs all users of power and generality.

Regards

On Fri, May 30, 2014 at 12:06 AM, Larry Masinter <masinter@adobe.com> wrote:

>  This is a good example of adding new features without paying attention
> to fixing what’s already there in need of clean up.
>
> The result is an even more complex platform and more unreliability, not
> less.
>
>
>
>
>
> *From:* Larry Masinter
> *Sent:* Thursday, May 29, 2014 11:25 PM
> *To:* 'public-html@w3.org'
> *Subject:* Re: Extension specification proposal: JSON form submission
>
>
>
> Although form submission in JSON might have been nicer than what we have,
> I see no prospect of ever getting rid of either x-url-encoded or
> mulipart/form-data.   Before you put a lot of effort into adding something
> new that will just add to complexity and implementation burden, could you
> please give some serious attention to the mulipart/form-data spec?
>
>
>
> https://github.com/masinter/multipart-form-data
>
>
>
> Including test framework. Review, update, pull requests.
>
>
>
> Larry
>
> --
>
> http://larry.masinter.net
>
>
>
Received on Friday, 30 May 2014 22:19:14 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:33:25 UTC