Open dotMorten opened 4 years ago
In addition referencing the project from a .NET Core WPF app, you'll hit a similar issue because it doesn't use the $(Platform) value, but relies on runtime identifiers instead.
Thanks. We should be publishing a new alpha after we complete #822 and I'll try integrating those suggestions to the NuGet release.
FYI, #822 adds some APIs to expose raw handle access that will make it possible to interop with the body tracking SDK.
Is this still an issue? I thought it would be fixed for 1.4.0...
@qm13 Was this addressed?
@dotMorten my bad. I believe this is still an issue.
Any chance there's a workaround for this until this can get fixed?
Describe the bug Create a new .NET Standard Class Library, and you'll be prevented from referencing the SDK due to the class library being AnyCPU. This limitation should not be put on libraries but only on applications.
To Reproduce
Expected behavior Check should only be done on applications, not libraries.
Suggested fix Change the targets file to also check on output type:
Side note Since such a class library would transitively bring in the kinect sensor package, you should also add the same build files in the nuget package to /buildTransitive/ to ensure the .targets file are run on applications not directly referencing that nuget package.
Screenshots![image](https://user-images.githubusercontent.com/1378165/68367801-59ac4c80-00eb-11ea-96fc-3360ef9e1728.png)
Desktop (please complete the following information):
Additional context