docs(output-target): custom elements auto-define export behavior#916
Conversation
This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
| | ----------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | ||
| | `default` | No additional re-export or auto-definition behavior will be performed.<br><br>This value will be used if no explicit value is set in the config, or if a given value is not a valid option. | | ||
| | `single-export-module` | All component and custom element definition helper functions will be exported from the `index.js` file in the output directory (see [Defining Exported Custom Elements](#defining-exported-custom-elements) for more information on this file's purpose). This file can be used as the root module when distributing your component library, see [below](#distributing-custom-elements) for more details. | | ||
| | `auto-define-custom-elements` | A component and its children will be automatically defined with the `CustomElementRegistry` when the component's module is imported. | |
There was a problem hiding this comment.
Does it make sense for us to order this alphabetically? I'm kind of on the fence here, since "default" is kind of a special value and I don't know if I'd prefer to differentiate it here by having it at the top. I suppose that doesn't prevent us from doing something like
- default
- auto-define-custom-elements
- single-export-module
At the same time, there's really nothing wrong with
- auto-define-custom-elements
- default
- single-export-module
either. Thoughts?
There was a problem hiding this comment.
I like keeping default at the top, but alphabetizing the others makes sense.
There was a problem hiding this comment.
Sorry missed this the first time around (and GH won't let me comment inline) - can you update the type definition above the table to include 'auto-define-custom-elements'?
- customElementsExportBehavior: 'default' | 'single-export-module',
+ customElementsExportBehavior: 'default' | 'auto-define-custom-elements' | 'single-export-module',This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`. This commit is associated with stenciljs/core#3615
This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`. This commit is associated with stenciljs/core#3615
This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`. This commit is associated with stenciljs/core#3615
This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`. This commit is associated with stenciljs/core#3615
This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`. This commit is associated with stenciljs/core#3615
This commit updates `autoDefineCustomElements` from being a standalone config flag to an option on `customElementsExportBehavior`. This commit is associated with stenciljs/core#3615
This commit updates
autoDefineCustomElementsfrom being a standalone config flag to an option oncustomElementsExportBehavior