The 13 September 2023, 09:30–10:30 Central European Summer Time session "Web Components API/Specs Report and Alignment" brought focus to a number of feature areas of interest to the WCCG:
Declarative Shadow DOM
Firefox is committed to shipping the API as spec'd
Scoped Custom Element Registries
Has a breakout later in the day where various related issues as gathered by @rniwa will be discussed and hopefully resolved
WebKit would prefer an approach that allowed for type mapping in the context that there are multiple types of relationships but not more than one of any type of relationship.
High-level note: DOM Parts curly syntax looks good, people are eager to see more in-depth code examples and performance implications from Google's prototype
High-level summary: lots of discussions around different options, and some of the underlying problems / things users would like to do, mostly centered around has attribute
Resolution:
This needs more discussions and should be part of the quarterly discussions
Decisions
A quarterly virtual Face to Face will be held. We will look to facilitate a more structured discussion, a la OpenUI, or the CSSWG with actual resolutions to increase the success of those sessions. Work to include quality minuting, and broad visibility of these sessions should be included as well.
Badly drawn minutes
```
[03:52] Joey: Scoped Custom Element Registries still have a couple of open issues
[03:53] Ryosuke: main hold back are minor details on what happens with same name in two registries and then move between trees.
[03:57] Slot content question: would this strip whitespace by default?
[03:59] <- has whitespace (therefore has slotted content?) <- no content at all
[03:59] this gotcha can affect authors who use html formatting tools
[03:59] https://github.com/w3c/csswg-drafts/issues/7922
[04:00] == christianliebel [~christianliebel@7e4e2622.public.cloak] has joined #webcomponents
[04:01] wicg/webcomponents issue for detecting filled slots: https://github.com/WICG/webcomponents/issues/936
[04:02] Ryosuke: raise /thing/ combinator at the CSS WG as a real thing or not.
[04:03] ryosuke: maybe we need this as a pseudo class
[04:04] justin: walks through the JS path the allows for content detection, requiring double render and blocks SSR
[04:06] ryosuke: https://github.com/w3c/csswg-drafts/issues/6867 seems slightly more attainable than https://github.com/w3c/csswg-drafts/issues/7922 at least in terms of work
[04:06] justin: separating has from desendents is likely a smaller conversation
[04:06] ryosuke: agrees
[04:08] ryosuke: is CSSWG is at TPAC then we should try and get this into the convo there
[04:11] Declarative Custom Elements ?
[04:12] Justin: what DCE means could be unclear
[04:13] Justin: CG could support community out reach to clarify what that means.
[04:13] Justin: thinks there is interest
[04:13] Justin: doesn't get to the reports because of "broken things", but collaborative interest is great to hear
[04:13] ryosuke: gathering use cases is a good next step
[04:14] ryosuke: XBL was some version of this, as CSS essentially declared a shadow root onto something
[04:15] ryosuke: Mozilla should have some feedback on the experience of shipping (and unshipping ) XBL
[04:16] ryosuke: buggest win may be the platform performance wins that a browser could bring
[04:16] *biggest
[04:16] Justin: long road to DCE starts with DOM parts
[04:17] Ryosuke: DCE includes some level of replacing something in your tree
[04:18] Ryosuke: DCE could take progress even without templating
[04:18] https://github.com/WICG/webcomponents/issues/1009
[04:18] Justin: "non-linear" progress in this area could confuse consumers, but could be marketed correctly
[04:19] Justin: looking for clarity on whether DCEv1 actually needs templating.
[04:21] Ryosuke: happy to meet virtual, but feels that a process (like what's in CSSWG) is what's missing.
[04:23] Ryosuke: discussion happens but conclusions are not made due to _something_...
[04:24] Joey: OpenUI does this by having "resolutions" and blog posts after weekly meetings
[04:25] Justin: is there a WG that we work under? or can we just make proposals to the DOM specs?
[04:27] Would be good to see these things as a consumer of the CSSWG.
[04:27] Maybe part of this is having a clearer process of (a) is there a proposal(s) for [X] spec, and (b) what is the current status? Can the CG surface those more regularly?
[04:27] James: the level is less important than the tight agreement of an implementor
[04:29] Justin: do we need a WG or a process?
[04:30] To group: Any one against a quarterly face to face?
[04:31] Ryosuke: everyone agrees we can!
[04:32] Ryosuke: do we want more structure?
[04:32] Ryosuke: _probably_
[04:32] Ryosuke: include resolutions in those meetings.
```
The 13 September 2023, 09:30–10:30 Central European Summer Time session "Web Components API/Specs Report and Alignment" brought focus to a number of feature areas of interest to the WCCG:
/slotted/
was later taken up but the CSSWG: https://github.com/WICG/webcomponents/issues/1026#issue-1894049183Feature areas of interest to implementors:
has
attributeDecisions
A quarterly virtual Face to Face will be held. We will look to facilitate a more structured discussion, a la OpenUI, or the CSSWG with actual resolutions to increase the success of those sessions. Work to include quality minuting, and broad visibility of these sessions should be included as well.
Badly drawn minutes
``` [03:52]