
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Sep 10, 2009, at 2:30 AM, Robert O'Callahan wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Thu, Sep 10, 2009 at 8:13 PM, Jonas Sicking <span dir="ltr"><<a href="mailto:jonas@sicking.cc">jonas@sicking.cc</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div><div></div>My assumption was always the opposite. For example for <input><br></div> elements we clone the 'value' API attribute, as well as the internal<br> has-changed-value bit (used for form field restore when going back to<br> a page).<font color="#888888"><br> </font></blockquote></div><br><div>Looks like Opera and Webkit clone some form control state too (the text of text inputs, at least). Haven't tested IE, but it seems likely that interoperability requires at least some cloning of hidden state, so this does need to be specified somewhere.<br> <br>I don't particular care what the spec ends up being. For media elements, cloning some hidden state could be useful, but it is hard to implement.<br></div></blockquote></div><br><div>Indeed, we seem to copy the following things for form controls: value, checked state, indeterminate state. We don't seem to do anything special for any other elements.</div><div><br></div><div>The change to clone form state was made based on this bug report: <<a href="https://bugs.webkit.org/show_bug.cgi?id=5177">https://bugs.webkit.org/show_bug.cgi?id=5177</a>>. The bug report cites Mozilla and IE behavior but does not mention a real-world site depending on this, though I would presume there was one.</div><div><br></div><div>I think this behavior should be specified in HTML5.</div><div><br></div><div>Regards,</div><div>Maciej</div><div><br></div></body></html>