>>I think Ken eluded to some research that was being undertaken by the VFP team in this area in one of his newsletters/forum.
>
>I didn't mention it in a letter, but to individuals at conferences asking about .NET usage with VFP. We have a prototype of a utility allowing VFP to call .NET Framework classes without having to subclass or create COM objects from the .NET Framework classes. We are not ready to discuss or release any further details, it is just an experiment, and what I am asking from VFP developers is for them to tell me what .NET Framework classes they would want to be able to instantiate and use (and why) from within VFP without having to subclass and COM wrap them first.

The System.Drawing (eg. GDI+) classes would be great. The .NET classes expose a ton of functionality that isn't available in native VFP code.