* Fix regression in RuntimeIdentifiers defaulting logic
Prior to .NET8 support, there was a condition for assigning RuntimeIdentifiers, if it was empty (i.e., making it a default). This restores that check, fixing build breaks like:
error NETSDK1082: There was no runtime pack for Microsoft.WindowsDesktop.App.WPF available for the specified RuntimeIdentifier 'win10-arm'.
* include win10-arm64
* adding Wizard to all C++ Item Templates that require it, and C# Class Library which needed it
* removing package references in C++ altogether
---------
Co-authored-by: Shashank Nayak <shasnayak@microsoft.com>
IWizard logic for NuGet package installation is in one shared file across both C++/C#. Save function exists, better async to install packages, C++ RuntimeComponent and C++/C# Unit Tests use Wizard now
Co-authored-by: Shashank Nayak <shasnayak@microsoft.com>
Microsoft.WinAppSDK.EngCommon
From Version 1.6.240416 -> To Version 1.6.240418
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240416.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26100.1001.240412-0823.1 -> To Version 1.6.0-CI-26100.1001.240412-0823.2
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240416.2
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26100.1001.240412-0823.1 -> To Version 1.6.0-CI-26100.1001.240412-0823.3
---------
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
This PR replaces and refactors ways to do logging in WinAppSDK codebase.
Currently, LOG_HR_MSG from wil library is used for logging purposes too even though its usage is for error-reporting.
In current scenario, we want to print logging information to Debug Console (using OutputDebugString). This PR introduces a new logging function to do the same : DebugLog in Logging.h.
With this change, any place which is using LOG_HR_MSG for just diagnostic logging, I will replace it with this function call and also remove any macros associated with it.
Another change is refactoring of Mddbootstrap.cpp's FindDDLMViaAppExtension() to be cleaner.
At 2-3 places, I have left custom winappruntime provided error code intact because it is throwing them. A user code could be setup to catch them and hence, to save on backward compatibility, I am keeping them intact.
---------
Co-authored-by: Pratik Anand <praanan@microsoft.com>
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240308.4
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26072.1000.240301-1341.0 -> To Version 1.6.0-CI-26079.1000.240308-1645.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240316.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26072.1000.240301-1341.0 -> To Version 1.6.0-CI-26085.1000.240316-1111.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240325.2
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26072.1000.240301-1341.0 -> To Version 1.6.0-CI-26090.1000.240325-1038.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240402.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26072.1000.240301-1341.0 -> To Version 1.6.0-CI-26100.1000.240402-0651.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240415.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26072.1000.240301-1341.0 -> To Version 1.6.0-CI-26100.1001.240412-0823.1
---------
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
* initial commit
* Revert MainWindow.hmMainWindow.xaml, and MainWindow.cpp to their state in main branch
* Revert MainWindow files in SingleProject Cpp to their state in the main branch
* adding ThreadHelper.ThrowIfNotOnUIThread in Wizard
* removing nuget package list in favour of vstemplate params, fixing wapproj to add wizard ref + removing hardcoded versions in it
* fix
* adding another wizardtemplate ref to extension class
* working wapproj logic
* adding multipackage support to C++, changing its implementation to Cpp analogue
* fixing bug
---------
Co-authored-by: Shashank Nayak <shasnayak@microsoft.com>
* initial commit
* Revert MainWindow.hmMainWindow.xaml, and MainWindow.cpp to their state in main branch
* Revert MainWindow files in SingleProject Cpp to their state in the main branch
* adding ThreadHelper.ThrowIfNotOnUIThread in Wizard
* copyright
* BOM
---------
Co-authored-by: Shashank Nayak <shasnayak@microsoft.com>
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240210.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26050.1000.240201-1035.1 -> To Version 1.6.0-CI-26057.1000.240209-1939.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240215.2
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26050.1000.240201-1035.1 -> To Version 1.6.0-CI-26057.1000.240209-1939.2
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240220.6
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26050.1000.240201-1035.1 -> To Version 1.6.0-CI-26063.1000.240220-0956.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240227.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26050.1000.240201-1035.1 -> To Version 1.6.0-CI-26068.1002.240226-1807.0
* Update dependencies from https://dev.azure.com/microsoft/LiftedIXP/_git/DCPP build 20240301.1
Microsoft.FrameworkUdk
From Version 1.6.0-CI-26050.1000.240201-1035.1 -> To Version 1.6.0-CI-26072.1000.240301-1341.0
---------
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
This change adds custom titlebnar to Cs and Cpp template. As a result, any hello world WinUI app created via the template has custom titlebar already applied to it. This provides a better experience for developers as default option takes care of styling of the window. It works better with overall theming.
This is a better experience right out of the box. Similar default is followed by MAUI and Template Studio projects.
Microsoft.Windows.Management.Deployment.Projection.csproj had a 2nd <CSRWinRTIncludes> to resolve the DynDep type dependency when that property is a singular 'namespace of the project's output' so the projection had DynDep types and not PkgMgmt. Changed it to a <ProjectReference Include=...\DynDep.csproj> and happiness.
Verified projection assembly content via ILSpy.
KUDOS to Steve Otteson for the magic incantation!
The unit tests do not work with PublishTrimmed=true. So building the unit test project in Release configuration will result in the tests no working.
The fix is to set PublishTrimmed=false unconditionally instead of basing it on the Configuration.