mirror of
https://github.com/stride3d/stride.git
synced 2026-10-12 11:39:52 +00:00
Virgile Bello
929d0008cb
The editor's main load path already derived project type from OutputType; StrideProjectType=Executable was only read in two spots (the VS package and a dead project-reference path) and set redundantly in every executable head. - VSProjectHelper.GetProjectTypeFromProject now classifies from OutputType (winexe/exe/appcontainerexe/AndroidApplication -> Executable, else Library), and PackageSession.Dependencies uses it (single source of truth). - StridePackage.IsProjectExecutable checks OutputType. - Remove <StrideProjectType>Executable</StrideProjectType> from samples/templates. Unset OutputType falls to Library, matching the .NET SDK default. The Cpp/CSharp auto-detection in Stride.Platform.props is unaffected.
19 lines
799 B
XML
19 lines
799 B
XML
<Project Sdk="Microsoft.NET.Sdk">
|
|
<PropertyGroup>
|
|
<TargetFramework>net10.0-windows</TargetFramework>
|
|
<ApplicationIcon>Resources\GameIcon.ico</ApplicationIcon>
|
|
<OutputType>WinExe</OutputType>
|
|
<RootNamespace>ParticlesSample</RootNamespace>
|
|
<OutputPath>..\Bin\Windows\$(Configuration)\</OutputPath>
|
|
<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>
|
|
<DefineConstants>STRIDE_PLATFORM_DESKTOP</DefineConstants>
|
|
</PropertyGroup>
|
|
<PropertyGroup>
|
|
<StrideCurrentPackagePath>$(MSBuildThisFileDirectory)..\ParticlesSample.sdpkg</StrideCurrentPackagePath>
|
|
<StridePlatform>Windows</StridePlatform>
|
|
</PropertyGroup>
|
|
<ItemGroup>
|
|
<ProjectReference Include="..\ParticlesSample.Game\ParticlesSample.Game.csproj" />
|
|
</ItemGroup>
|
|
</Project>
|