-
-
Notifications
You must be signed in to change notification settings - Fork 1
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
when used tied element within shadowRoot within custom element - no updates seen #3
Comments
Not sure if i'd like to wait for resolution/implementation of observability of shadow DOM attachment (see here) or implement something hackish there... |
Looks like there should and would be another approach - actually a better one. If we'd think micro-front-end, and I am thinking this way :), actually we we would NOT like the DataTier to observe and manage Shadow DOM. In the same manner, we would even not like to observe and manage the internal document of an iframes. Those should be considered as a shadowed areas, which, if needed, should bring their own instance of the DataTier and do the whole tying of their own scope by themselves. This will effectively allow us to maintains each such a component, be it custom element with its own Shadow DOM or an iFrame, as a micro-front-end, self contained, standing alone and not aware of the incorporating application and its frameworks, nor influencing that incorporating application be self. |
…ontend development design patterning (based on shadow DOM and iframe)
…ontend development design patterning (based on shadow DOM and iframe)
As of now, the solution is to use API This is an experimental approach, which is based on the assumption that there will be no automatic intrusive scan of custom elements / iframes. Released in 1.4.2 |
Reproduction:
Expectation: elements tied and found within the shadow DOM should be a valid players in the tying game
The text was updated successfully, but these errors were encountered: