- From: Bruce B. Anderson <notifications@github.com>
- Date: Thu, 14 Sep 2023 09:47:32 -0700
- To: WICG/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <WICG/webcomponents/issues/1029/1719798716@github.com>
Hi @LeaVerou , I for one vote overwhelmingly to support svg (I was proposing that by extending "ElementEnhancement"), and I think it is up there in the top complaints / limitations for custom elements. So unless there's a solid reason not to, why wouldn't we? (mis)reading your proposal further (apologies in advance): >Associating enhancements with a selector would probably afford maximum flexibility and allows the association to happen implicitly. I'm getting a little lost here. Is your proposal heading in the direction of allowing each custom attribute to "opt-in" to be a behavior? Is that why you are considering the "has" attribute? Is basing access to the name of the behavior based either literally on the custom attribute, or the camelCase string problematic? Either way, I'm not following some of the discussion (apologies, again), but have you yet settled on how third party vendors can access the behavior, what that looks like (and how to make that seamless), or is that a work in progress? Are attributes required to enhance an element? If so, why? Feel free not to answer, just wanted to convey what I'm looking for to be 100% satisfied, and what I'm finding difficult to follow. -- Reply to this email directly or view it on GitHub: https://github.com/WICG/webcomponents/issues/1029#issuecomment-1719798716 You are receiving this because you are subscribed to this thread. Message ID: <WICG/webcomponents/issues/1029/1719798716@github.com>
Received on Thursday, 14 September 2023 16:47:38 UTC