The core components for Windows' Fabric rendering are done with Composition elements (the layer underneath XAML). However, many more complicated controls (e.g. a DatePicker) would preferably bring forward the fully featured WinUI equivalents. XAML can be hosted in any app. We need to validate this mechanism works in a Fabric app, and what the implications are for module authorship. Furthermore we need to track whether HWND-hosted XAML islands are the best option here and whether more efficient ways to include the rich XAML controls are possible.
MotivationThere is substantial investment in the XAML control set with rich support for accessibility, respect for system themes, native performance, and they express the Fluent design language. Plus as any of these are improved in the future, we want the RNW versions to benefit automatically. As such, hosting XAML controls is very important to RNW having rich support on Fabric.
Basic ExampleSome examples:
Doesn't need to map to a XAML element:
Borderline could be a XAML element, could be replicated with primitives in JS or recreated with composition:
Would strongly prefer as a XAML element:
A good measure here is: Does a Fluent JS control exist? If so, the native control may not be needed. If not, how complicated is the control to replicate?
Open QuestionsNo response
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4