[whatwg] Form-associated elements and the parser

Ryosuke Niwa rniwa at apple.com
Thu Dec 5 11:46:29 PST 2013


On Dec 5, 2013, at 8:36 AM, Ryosuke Niwa <rniwa at apple.com> wrote:

> On Dec 5, 2013, at 8:28 AM, Ian Hickson <ian at hixie.ch> wrote:
> 
>> On Wed, 4 Dec 2013, Ryosuke Niwa wrote:
>>> 
>>> Now that I've implemented the new behavior in WebKit, I'm not certain 
>>> completely ignoring the form element pointer is the right behavior here.
>>> 
>>> That would mean that we'll allow nested form elements and isindex 
>>> element will create its own form element even if it's inside another 
>>> form element inside template element.
>>> 
>>> Is that behavior really desirable?
>> 
>> Why would it not be? I think the only reason it's not desireable outside 
>> of <template> is back-compat. If there's something I'm missing, though, 
>> let me know!
> 
> Okay.  If the only reason the current behavior exits was for backwards compatibility, the change works great for me.

I've made the change in WebKit: http://trac.webkit.org/changeset/160182
and filed bugs against Gecko and Blink:
https://bugzilla.mozilla.org/show_bug.cgi?id=946585
https://code.google.com/p/chromium/issues/detail?id=326058

- R. Niwa




More information about the whatwg mailing list