-
-
Notifications
You must be signed in to change notification settings - Fork 4.5k
Support custom element with nested components without errors #3594
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
Comments
Same problem here. It seems that The below does not workParentComponent.svelte<svelte:options tag="parent-component" />
<h1>Parent Component</h1>
<ImportedComponent /> ImportedComponent.svelte<svelte:options tag={null} />
<h1>Imported Component</h1>
<slot /> However, if I give the imported component a tag name This works, but it's not what I wantParentComponent.svelte<svelte:options tag="parent-component" />
<h1>Parent</h1>
<imported-component></imported-component> ImportedComponent.svelte<svelte:options tag="imported-component" />
<h1>Important Component</h1>
<slot /> But, I don't want to generate all my components as custom elements. I just want the top level element to be generated as a custom element and the rest of my Svelte components to be used within the app as normal Svelte components (not custom elements). |
I have run into this as well. I've taken to prefixing the child components tag names with the parent name, just to reduce the chances of causing a collision. <svelte:options tag="parent-component-imported-component" /> |
I want it without having to go through the custom element interface to interact with the imported component. So that I can define one web component built with five Svelte components. The way it works currently is all or nothing if the compiler option for |
I solved this by using a combination of Rollup and file extensions. Custom Element components get the extension .wc.svelte. Rollup then sets the customElement config depending on the file extension.
This works smoothly with local and NPM imported components. |
Just found this issue after struggling with the same problem. I don't think that the current all or nothing approach to compiling custom elements is particularly useful. I would find it much more useful if the choice could be made on a per-component basis based on the presence of |
Thinking about this a bit more, I imagine the main obstacle is how to deal with css. How difficult would it be for a custom element to inline the styles of all child elements until it hits another custom element? For example: <custom-element-a> // inlines styles from custom-element-a and SvelteComponentA
<SvelteComponentA>
<custom-element-b> // inlines styles from custom-element-b and SvelteComponentB
<SvelteComponentB/>
</custom-element-b>
</SvelteComponentA>
</custom-element-a> There are quite a few open issues related to this e.g. #4274, #3520, #2605. |
Inlined or embedded? "inlined" <div style="padding: 10px;"></div> "embedded" <style>
div {
padding: 10px;
}
</style> "(externally) linked" <link rel="stylesheet" href="styles.css" /> "(externally css) imported" @import "styles.css"; |
Embedded. I meant inlined in the sense that the styles should be included as a string within the custom element, to be added to the shadow dom. This way the user of the custom element only needs to import a single file. |
I just created a recipe for using Svelte and web components interchangeably in a codebase. And also comes with Storybook and i18n configured. |
This looks great. Thanks for sharing. I wonder if this functionality could eventually be included as a web component template in the newly announced |
While this was filed as a separate issue (merging of For future comments, it may be best to keep them in one issue. |
style will lose, fix it with: // hack: custom-elment with sub comonents will lose style, manual set it
let elm = document.quqerySlector("xx-element")
function setShadowStyle(host, styleContent) {
var style = document.createElement( 'style' )
style.innerHTML = styleContent;
host.shadowRoot.appendChild( style );
}
setShadowStyle(elm, '@import "./build/component.css"'); |
If you're using Svelte with Vite the lines above don't work, but those below do. It appears that plugins: [
...,
svelte({ compilerOptions: { customElement: true, }, include: /\.wc\.svelte$/, }),
svelte({ compilerOptions: { customElement: false, }, exclude: /\.wc\.svelte$/, }),
] |
I tried putting the config as above to use the normal component inside the custom element component. |
@dohoangnam1103 what do you mean it is not compiled? My CSS is working with that solution. I'm importing CSS like this:
I'm not setting My preprocess uses
I don't know if that will help in any way, I'm just sharing what's working for me. |
um please fix this I love svelte, but I spent like an hour figuring out that it doesn't work like in the docs at least fix the docs pls |
Maybe this can be of help to someone looking into this issue. I wrote an article on how to export individual svelte components as Web Components while still using Svelte as usual. I hope it can be useful https://www.colorglare.com/svelte-components-as-web-components-b400d1253504 |
Okay, now someone explain to me how to do the same thing, but now with tailwind css? |
Trying to use nested components and finding their CSS just gets ignored when including via the component instead of the custom tag. Would be awesome if svelte could look ahead and just bundle them all as just one component for me |
I think using twind, as described here: https://gourav.io/blog/tailwind-in-shadow-dom works for me... This discussion was also useful: |
Regards to #3594 (comment)
Alternate naming from here: #4228 (comment)
|
This is an overhaul of custom elements in Svelte. Instead of compiling to a custom element class, the Svelte component class is mostly preserved as-is. Instead a wrapper is introduced which wraps a Svelte component constructor and returns a HTML element constructor. This has a couple of advantages: - component can be used both as a custom element as well as a regular component. This allows creating one wrapper custom element and using regular Svelte components inside. Fixes #3594, fixes #3128, fixes #4274, fixes #5486, fixes #3422, fixes #2969, helps with sveltejs/kit#4502 - all components are compiled with injected styles (inlined through Javascript), fixes #4274 - the wrapper instantiates the component in `connectedCallback` and disconnects it in `disconnectedCallback` (but only after one tick, because this could be a element move). Mount/destroy works as expected inside, fixes #5989, fixes #8191 - the wrapper forwards `addEventListener` calls to `component.$on`, which allows to listen to custom events, fixes #3119, closes #4142 - some things are hard to auto-configure, like attribute hyphen preferences or whether or not setting a property should reflect back to the attribute. This is why `<svelte:options customElement={..}>` can also take an object to modify such aspects. This option allows to specify whether setting a prop should be reflected back to the attribute (default `false`), what to use when converting the property to the attribute value and vice versa (through `type`, default `String`, or when `export let prop = false` then `Boolean`), and what the corresponding attribute for the property is (`attribute`, default lowercased prop name). These options are heavily inspired by lit: https://lit.dev/docs/components/properties. Closes #7638, fixes #5705 - adds a `shadowdom` option to control whether or not encapsulate the custom element. Closes #4330, closes #1748 Breaking changes: - Wrapped Svelte component now stays as a regular Svelte component (invokeing it like before with `new Component({ target: ..})` won't create a custom element). Its custom element constructor is now a static property named `element` on the class (`Component.element`) and should be regularly invoked through setting it in the html. - The timing of mount/destroy/update is different. Mount/destroy/updating a prop all happen after a tick, so `shadowRoot.innerHTML` won't immediately reflect the change (Lit does this too). If you rely on it, you need to await a promise
Closed via #8457, to be released in Svelte 4 |
I have only 1 customElement and inside it there are several internal components of the Svelte. These internal/nested components cannot be 1 web component.
By setting the customElement option in the
rollup
, he forced me to put<svelte:options tag={null} />
on all internal components, but that seems to be wrong, as they should not be 1customElement
.After setting up, I'm getting the following errors for internal components marked as
tag={null}
:The text was updated successfully, but these errors were encountered: