Nicholas Rodine 4cc0a2b5ab Made a 2nd "_xna" .csproj file for the C# runtimes. This is unavoidable, as microsoft is ass-backwards. The proper solution would be to add an "XNA" configuration (or even better, "XNA-XBOX" and "XNA-Windows" configuration), but Microsoft requires that any project referenced by XNA also import XNA, even if the base project doesn't depend on it. ...

Removed a lot of unneccessary stuff from the normal spine-csharp.csproj file, as no one else has Ultimate Edition and they were not configured properly.
Changed the XNA solution to point to the _xna csproj.

2013-08-22 10:38:55 -04:00

..

Properties

Generic C# runtime & XNA runtime.

2013-04-11 10:25:12 +02:00

src

Braces on same line!

2013-08-10 12:28:23 +02:00

spine-csharp_xna.csproj

Made a 2nd "_xna" .csproj file for the C# runtimes. This is unavoidable, as microsoft is ass-backwards. The proper solution would be to add an "XNA" configuration (or even better, "XNA-XBOX" and "XNA-Windows" configuration), but Microsoft requires that any project referenced by XNA also import XNA, even if the base project doesn't depend on it.

2013-08-22 10:38:55 -04:00

spine-csharp.csproj

Made a 2nd "_xna" .csproj file for the C# runtimes. This is unavoidable, as microsoft is ass-backwards. The proper solution would be to add an "XNA" configuration (or even better, "XNA-XBOX" and "XNA-Windows" configuration), but Microsoft requires that any project referenced by XNA also import XNA, even if the base project doesn't depend on it.

2013-08-22 10:38:55 -04:00

spine-csharp.sln

Upgraded to VS2010. Removed XNA dependency.

2013-08-11 15:57:07 -04:00