- From: James Browning <notifications@github.com>
- Date: Wed, 28 Jun 2023 22:10:14 -0700
- To: WICG/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 29 June 2023 05:10:20 UTC
> I'm interesting in particular in what happens if the nodes the `ChildNodePart` is referring to changes, either removed or otherwise.
Yeah this is something I've never understood with this API idea, it seems like it'd be simpler instead of the proposed `ChildNodePart` to do a [similar thing to attributes](https://github.com/WICG/webcomponents/issues/1011) and just have a part that sets the full list of child nodes.
i.e. If we had a template like:
```html
<div>
<b>Hello </b>{{name}}!
</div>
```
then some template parser would just generate this:
```js
const namePart = new NodeListPart();
const childPart = new ChildListNodePart(divElement, [bElement, namePart, "!"]);
namePart.value = "Bob";
```
committing a change would *effectively* just be the same as setting the child list of the div. (Though internally committing would deal with the `previousSibling`/`nextSibling` stuff which it can derive from the list passed to `ChildListNodePart`).
--
Reply to this email directly or view it on GitHub:
https://github.com/WICG/webcomponents/issues/1010#issuecomment-1612439340
You are receiving this because you are subscribed to this thread.
Message ID: <WICG/webcomponents/issues/1010/1612439340@github.com>
Received on Thursday, 29 June 2023 05:10:20 UTC