-
Notifications
You must be signed in to change notification settings - Fork 1.2k
[Fabric] Rework custom components to not rely on open compose patterns #13603
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
Conversation
| // in Microsoft.ui.xaml.controls.dll. | ||
| auto playgroundApp{winrt::make<winrt::Playground::implementation::App>()}; | ||
| #endif | ||
| // auto playgroundApp{winrt::make<winrt::Playground::implementation::App>()}; |
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.
Is this temporarily commented out?
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.
It caused a runtime error trying to create the XamlApplication object. I commented this out for now so that I could use USE_EXPERIMENTAL_WINUI3 to verify the content island hosting component.
Someone will have to look into how to properly get Xaml working within a fabric application.
microsoft#13603) * Rework custom components to not rely on open compose patterns * Change files * fix * fix * handle non-visual children * fix * fix * Move delegates to builder instead of exposing them directly from the ComponentViews * fix
microsoft#13603) * Rework custom components to not rely on open compose patterns * Change files * fix * fix * handle non-visual children * fix * fix * Move delegates to builder instead of exposing them directly from the ComponentViews * fix
Description
Rework how custom components are defined to avoid using inheritance across the dll boundary.
Also added basic support for hosting ContentIslands within RNW. -- This requires using the experimental versions of WinAppSDK to work though.
Why
cppwinrt does not support open composition across dll boundaries.
What
Essentially all overridable methods have become either events, or settable delegates.
Microsoft Reviewers: Open in CodeFlow