Re: [whatwg/dom] Use a queue of deferred steps in the node insertion algorithm (#732)

annevk commented on this pull request.



> @@ -2389,12 +2389,10 @@ of a <var>node</var> into a <var>parent</var> before a <var>child</var>, run the
 </ol>
 
 <p><a lt="Other applicable specifications">Specifications</a> may define
-<dfn export id=concept-node-insert-ext>insertion steps</dfn> for all or some <a for=/>nodes</a>. The
-algorithm is passed <var ignore>insertedNode</var>, as indicated in the <a for=/>insert</a>
-algorithm below.
-<!-- See https://github.com/whatwg/dom/issues/34#issuecomment-125571750 for why we might need to
-     adjust this further based on the requirements of the script element. There might be other ways
-     to define that though as Olli suggests, so leaving that out for now. -->
+<dfn export id=concept-node-insert-ext>insertion steps</dfn> or
+<dfn export id=concept-node-children-added>children added steps</dfn> for all or some

So I'm pretty sure implementations have a "children changed steps" callback. Removing children does not affect this? What if someone modifies a `Text` node directly?

I'm pretty sure we should merge "children added steps" and "child text content change steps".

The main place that might require some detailed tests around this is the `style` element. As far as I can tell it's mostly not observable for `textarea`. I could write some tests around this if that would help.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/dom/pull/732#pullrequestreview-215166470

Received on Friday, 15 March 2019 17:39:38 UTC