>>
>>What would this gain you? If you write managed code in VFP, it means that you don't use all of the stuff that makes VFP different from VB. I guarantee you, managed VFP code will look so similar to managed VB code, that you could write a code converter with STRTRAN(). It's not worth the VFP team's efforts, IMO.
>>
>>Sure, CLR would give us new opportunities in VFP, but it would tie VFP to the ground in other areas. At the risk of sounding like a broken record: If you want something that looks, works, and acts like VB, why aren't you using VB?
>
>This makes sense but answer this and I'm seriously asking. Why doesn't this same logic apply to Fortran, Eiffel,Cobol, etc. Why don't they just tell their users to use VB instead of taking all the time and trouble to write for the CLR?
That's easy. All of those are cross-platform languages. VB is Windows-only, like VFP.
Regards. Al
"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov
Neither a despot, nor a doormat, be
Every app wants to be a database app when it grows up