Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

April Meeting Agenda and Scheduling #93

Closed
Westbrook opened this issue Apr 3, 2024 · 7 comments
Closed

April Meeting Agenda and Scheduling #93

Westbrook opened this issue Apr 3, 2024 · 7 comments

Comments

@Westbrook
Copy link
Collaborator

For those of you who would like to take part in the April meeting of the Web Components Community Group, please share your availability here as we work to schedule the right day/time to gather. Don't forget, all WCCG events are listed on this calendar. 📆

This will be our last session in preparation for the face-to-face with implementors on May 3rd. We can also use it for scheduling any breakout that should happen through the rest of May. 👥

It'll be great to sync on progress around user story generation and collection for Declarative Custom Elements and Open Styleable Shadow Roots. That leaves only a small number of action items from our last face-to-face not covered. 🥳

Please share your thoughts below as to subjects that you'd like to cover during the February meeting! 🙇🏼

@trusktr
Copy link

trusktr commented Apr 9, 2024

discussion subject idea: Should first solve declarative templating (including the possibility of Signals in the JS language) before making DCE? A possibility is that a declarative template syntax could be coupled to a module format, in which case no.

@nolanlawson
Copy link
Member

I'd like to add @behowell's "Reference Target for Cross-Root ARIA" proposal to the schedule: WICG/aom#207. It's a good time for another round of feedback on it IMO.

/cc @alice @asyncLiz

@justinfagnani
Copy link
Collaborator

As I wrote in WICG/webcomponents#1050 (comment)

If we have time, I would like to throw a very early discussion of a DOM update scheduling API on the agenda. This is something that's been top-of-mind for me very recently as I've dug into signals and web components integration, and I think it intersects with template instantiation and declarative custom elements as well. I'll open an issue asap to sketch out what I see as a problem to address.

@Westbrook
Copy link
Collaborator Author

Thanks @justinfagnani do you have any specific goals that you'd want to achieve at the CG level with this initial conversation?

@justinfagnani
Copy link
Collaborator

@Westbrook just initial discussion of the problem and whether a DOM scheduling API would be a good fit.

I put up the issue just now: WICG/webcomponents#1055

@Westbrook Westbrook pinned this issue Apr 26, 2024
@Westbrook
Copy link
Collaborator Author

Many thanks to everyone for joining the conversation today! 🍾

Meeting notes are available here.

Decisions

Meeting chat hidden within...

You
11:02 AM
https://docs.google.com/document/d/1jOz2Mu8y49j81WPE7__sHkyoUQey6X09JNiYmEh4b1I/edit
https://docs.google.com/document/d/1jOz2Mu8y49j81WPE7__sHkyoUQey6X09JNiYmEh4b1I/edit
Sasha Firsov
11:05 AM
@keith, plz share the time and link on Discord
Nathan Knowler
11:10 AM
Jesse can we add this to the notes:
(This is where we’re collecting concrete use cases)
#92
Nathan Knowler
11:13 AM
Education is one of the needs for this problem too.
Jesse Jurman
11:15 AM
added! Also, anyone is welcome to add / update the notes too :D
(I'll try not to clobber over you 😅)
You
11:17 AM
Templates over elements?
Sasha Firsov
11:18 AM
The conference where I will present DCE:
https://www.xmlprague.cz/

Future presentations:
https://declarative.amsterdam/cfp
Michael Warren
11:22 AM
one other question for the group: how important do we think it is for the use case groupings to distinguish between who the "owner" of things is? like "i am the owner of the external styles and the component", vs "I am the component author and do not own page styles, but want to allow them"
Joe Pea (Joseph Orbegoso Pea)
11:24 AM
I'd volunteer, but I am too busy this particular week.

Justin there was one meeting before the last two demo meetings where we talked about use cases.
You
11:25 AM
He's not wrong....
Michael Warren
11:27 AM
HTML Modules imo is a great "phase 1" of DCE
Owen Buckley
11:27 AM
+1
Steve Orvell
11:28 AM
Abstract use cases:

  • want rich UI without script
  • want more beginner friendly rich UI authoring
    Michael Warren
    11:34 AM
    [React 19] Support scoped custom element registries (i.e, react with Custom Elements being rendered in a shadow root) facebook/react#28938
    Keith Cirkel
    11:34 AM
    btw Michael your mic is clipping. Might be too high gain?
    You
    11:34 AM
    Like 18, 17, and 16 before it 🤪
    Rob Eisenberg
    11:36 AM
    Cross-root Aria and CSS Slot Content Detection were high on our TPAC list. Should we discuss these at the f2f?
    Steve Orvell
    11:36 AM
    ^^ I think these are on the topic list.
    Rob Eisenberg
    11:37 AM
    Great. Just wanted to make sure we kept following up on the stuff we previously called out.
    Sasha Firsov
    11:38 AM
    REact vs DCE speed is non-existing argument, see the B demo on https://unpkg.com/@epa-wg/custom-element@0.0.20/demo/data-slices.html
    Nolan Lawson
    11:39 AM
    FYI: https://custom-elements-everywhere.com/
    Joe Pea (Joseph Orbegoso Pea)
    11:40 AM
    I just got Fathom.video to record the video a few minutes ago. It won't be the whole call, but lets see how good the notes it takes are.
    Dang if only Fathom was in the use case meeting, we wouldn't need someone to recall all that. :D
    Nolan Lawson
    11:42 AM
    We do this at Salesforce through DOM patching basically
    Pascal Vos
    11:44 AM
    i wonder if you would allow declarative registry you could wrap a framework would work. like input finding its closest form
    Owen Buckley
    11:49 AM
    can folks go on mute? hard to hear the convo
    Michael Warren
    11:57 AM
    @sheet and :has-slotted
    Owen Buckley
    11:58 AM
    would be good to share those details in the discrod for anyone who meets the qualifications :D
    Steve Orvell
    11:59 AM
    For anyone interested, we didn't get to discuss this: Idea: A tree-aware task scheduler WICG/webcomponents#1055

@trusktr
Copy link

trusktr commented Apr 29, 2024

Here is what Fathom generated from the video speech (sorry, I was only able to cover the meeting from 8:35am onward):

Web Components CG - April 29
VIEW RECORDING: https://fathom.video/share/en37N_QRKfg_m5db-S1w94vz8HUzLx2r

Meeting Purpose (based on last half of the call):

Discuss scoped custom element registry proposal, getting framework buy-in, and increasing web components presence in the CSS working group.

Key Takeaways (from last half of the call)

  • The scoped custom element registry proposal needs more consideration around innerHTML upgrades and disconnected trees.
  • We should write web platform tests to clarify expected behavior and drive discussion.
  • Increased outreach and collaboration with frameworks like React will help adoption.
  • We need more presence in the CSS working group to raise web components considerations.

Topics:

Scoped Custom Element Registry Proposal

  • The proposal needs more consideration around innerHTML upgrades and disconnected trees. The current design may not handle these cases as expected.
  • We should write web platform tests to clarify expected behavior and drive discussion on requirements.
  • For the next implementer meeting, we'll revisit requirements around innerHTML upgrades and disconnected trees.

Framework Collaboration

  • We should increase outreach and send patches to frameworks like React to ease adoption of new web components features. This will help with political issues.
  • For MicroFrontends, we can avoid custom element name conflicts by prefixing component names per app instance. But this is a pain point we can fix.
  • Ideal solutions will allow frameworks like React to work with new web components features without code changes. This will accelerate adoption.

CSS Working Group Presence

  • We need more presence in the CSS Working Group to raise web components considerations early.
  • Steve Orvell will check if meetings are open for us to join.
  • We'll reach out to existing members like Leah to increase participation.

Next Steps:

  • Steve to raise concerns around innerHTML upgrades for scoped proposal at next implementer meeting.
  • Justin to revisit requirements around disconnected trees.
  • Keith to hold web platform testing session to drive test coverage.
  • Steve to check on joining CSS Working Group meetings.
  • Reach out to existing members like Leah to participate more actively.

Action Items

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants