Quote: "From my point of view, it would be very remarkable to be able to use the SDK in VB.NET and C#.NET"
then brace yourself, its already in testing
Quote: "VB.NET should be great for beginners, although of course, C++ is the traditional king of game programmming"
Forgetting history, and moving forward for a moment... VB.NET and C# have all the power of c++, with less of a learning curve imho. Between VB.NET and C#, yes you are correct, Basic and VB programmers will have an easier time with VB.NET, where C++ coders will feel right at home in C# or Managed C++
This project should be considered a milestone in TGC's evolution
Quote: "Nice, but I hope this doesn't mean another delay... "
There are no delays in the DGSDK development cycle because of the .NET version. TGC can continue to develop and make improvements to the DGSDK without worrying about supporting the .NET version, its the other way around. The .net version uses whats available in the original DGSDK (lib version) and exposes it to .NET
Quote: "Had a feeling that TGC wouldn't do it themselves "
What ever gave you that idea? It wasn't me moaning about it for the past two years was it?
In the immortal words of Bad Ass Bob: "It doesn't matter to me who does it, woman!" -none of that was a slam against tgc in anyway, lest it be misconstrued
Quote: "After all, it would be quicker if a third party did it..."
Outsourcing to a small singular-task-oriented group, who is both eager to develop the item, and eager to begin actually using the item will usually show quick results, as we see here, in this particular project. Not to mention I crack a good whip!
(j/k)
Automatic file updates for your distributed Games