-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Rename / Rethink project creation flags for WinAppSDK #9711
Comments
@AgneLukoseviciute does this fit in one of the phases for WinAppSDK? If so can you link it to the correct issue? Is it #9394? |
Tricky aspect: This needs to work for all versions of RNW. So what we change it to needs to balance pre and post WinAppSDK. |
Back in late 2021 / early 2022 we started a WinAppSDK new app template based on understanding of WinAppSDK at the time. And then came Fabric and impact on our overall strategy for how to handle Win32/WinAppSDK. As such these original plans don't make as much sense and we'll be closing them as Not Planned. That's not in any way to say RNW isn't going to support WinAppSDK, we're just doing it differently! Track our Fabric progress for details on the new app template and how that'll be compatible with WinAppSDK. |
In the CLI, we currently distinguish between a UWP/WinUI2 app and WASDK/WinUI3 using the
--winui3
flag. As support for more WinAppSDK configurations lands, we'll need a way to specify the kind of app that should be built in the CLI (unpackaged, MSIX packaged, WAP packaged). Proposed approach:we should likely rename / rethink this flag [--usewinui3]. I think we'll want something like:
--projectTemplate
which takes a value of one of:uwp
,winappsk-single
,winappsdk-wap
, etc.Originally posted by @asklar in #9177 (comment)
The text was updated successfully, but these errors were encountered: