-
Notifications
You must be signed in to change notification settings - Fork 13.5k
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
refactor(config): enable stencil's experimental slot fixes #28995
refactor(config): enable stencil's experimental slot fixes #28995
Conversation
7f531e3
to
063e166
Compare
063e166
to
68ae4a9
Compare
ea211de
to
fd0fc3f
Compare
the stencil team has been working on fixing multiple issues with slots elements in the stencil codebase. to make these changes backwards compatible and communicate that they were volatile, we added two configuration flags for these fixes that were prefixed with the word "experimental". now that the effort to provide these fixes has largely solidified, the features behind these flags are slightly less volatile. while the "experimental" aspect still technically holds true, we've requested the Framework team to enable these flags in a v8 beta. the stencil team expects these flags to be set to `true` by default in stencil v5, which ought to help prepare for future migrations the ionic framework has to undergo.
Issue number: N/A --------- <!-- Please do not submit updates to dependencies unless it fixes an issue. --> <!-- Please try to limit your pull request to one type (bugfix, feature, etc). Submit multiple pull requests if needed. --> ## What is the current behavior? <!-- Please describe the current behavior that you are modifying. --> Previously, Stencil would allow content to project through to a component even when a slot was not present. However, with the changes in `extras.experimentalScopedSlotChanges`, this behavior was changed to hide elements without a destination slot - matching the behavior of a shadow encapsulated component. As such, elements projected through the `ion-label` or `ion-buttons` components would no longer be visible in rendered output. ## What is the new behavior? <!-- Please describe the behavior or changes that are being added by this PR. --> This commit adds an explicit `slot` tag to components in core leveraging "scoped" encapsulation with no rendered content (i.e. elements with only a `Host` tag and styles). ## Does this introduce a breaking change? - [ ] Yes - [X] No <!-- If this introduces a breaking change: 1. Describe the impact and migration path for existing applications below. 2. Update the BREAKING.md file with the breaking change. 3. Add "BREAKING CHANGE: [...]" to the commit description when merging. See https://github.com/ionic-team/ionic-framework/blob/main/.github/CONTRIBUTING.md#footer for more information. --> ## Other information <!-- Any other information that is important to this PR such as screenshots of how the component looks before and after the change. -->
fd0fc3f
to
2a13799
Compare
This fixes an issue with the `ion-input` component not re-rendering in some cases when using the label slot functionality. HTML element patches in Stencil that are enabled by the `experimentalSlotFixes` flag result in DOM manipulations that won't trigger the current mutation observer configuration and callback.
@@ -50,6 +50,7 @@ export const createSlotMutationController = ( | |||
|
|||
hostMutationObserver.observe(el, { | |||
childList: true, | |||
subtree: true, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's add a comment explaining why this was adding. That way it's not accidentally removed in the future.
core/stencil.config.ts
Outdated
experimentalSlotFixes: true, | ||
experimentalScopedSlotChanges: true, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's add a comment noting that these are needed until a stable version is released.
This is not considered a breaking change so no additional work needs to be done for that. |
Co-authored-by: Maria Hutt <thetaPC@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Issue number: N/A
What is the current behavior?
the stencil team has been working on fixing multiple issues with slots
elements in the stencil code base. to make these changes backwards
compatible and communicate that they were volatile, we added two
configuration flags for these fixes that were prefixed with the word
"experimental".
now that the effort to provide these fixes has largely solidified, the
features behind these flags are slightly less volatile. while the
"experimental" aspect still technically holds true, we've requested
the Framework team to enable these flags in a v8 beta. the stencil
team expects these flags to be set to
true
by default in stencilv5, which ought to help prepare for future migrations the ionic
framework has to undergo.
Previously, Stencil would allow content to project through to a component even when a slot was not present. However, with the changes in
extras.experimentalScopedSlotChanges
, this behavior was changed to hide elements without a destination slot - matching the behavior of a shadow encapsulated component.As such, elements projected through the
ion-label
orion-buttons
components would no longer be visible in rendered output.What is the new behavior?
This commit adds an explicit
slot
tag to components in core leveraging "scoped" encapsulation with no rendered content (i.e. elements with only aHost
tag and styles).This fixes an issue with the
ion-input
component not re-rendering in some cases when using the label slot functionality.HTML element patches in Stencil that are enabled by the
experimentalSlotFixes
flag result in DOM manipulations that won't trigger the current mutation observer configuration and callback.Does this introduce a breaking change?
Other information
Would you like us to update the commit message to include the
BREAKING CHANGE:
comment? Unsure of the actual impact on end users here.Similarly, would you like us to update the commit message here from
chore()
to something else?