[whatwg] documentFragment and innerHTML
Aryeh Gregor
Simetrical+w3c at gmail.com
Fri Feb 25 13:56:06 PST 2011
On Fri, Feb 25, 2011 at 3:56 PM, <raf at ratherodd.com> wrote:
> Enter documentFragment. It would be very useful in this scenario to just
> create a documentFragment, chuck the new HTML into it via innerHTML and
> then use insertBefore to put the fragment into the right place in the node
> we want to augment.
>
> I realise this is a niche scenario that is not often encountered, but I'd
> be interested in the rationale behind not implementing it, or whether
> others think it would be a good idea to add this feature.
Isn't this exactly what insertAdjacentHTML() does?
http://www.whatwg.org/specs/web-apps/current-work/multipage/apis-in-html-documents.html#insertadjacenthtml()
On Fri, Feb 25, 2011 at 4:18 PM, Boris Zbarsky <bzbarsky at mit.edu> wrote:
> If you want to parse this string:
>
> <form><tr><td>Some text</td></tr></form>
>
> then the DOM it produces depends on whether it's being parsed in the context
> of a <table> parent element or not. Try setting the innerHTML of a <table>
> and a <div> to the above string, and examine the resulting DOM trees.
>
> That's what I meant when I said that to properly parse a string you need to
> know the context it's being parsed in.
Well, you could create the DocumentFragment using
createContextualFragment() if you liked. But insertAdjacentHTML() is
a better fit.
More information about the whatwg
mailing list