John
>Hi Jim...
>
>I view this two ways...< bg >..
>
>On one hand, I think the best of both worlds have been combined (VB's integration with windows and VFP's OO capabilities) into .Net. I understand that VFP's OO features are not exactly implemented in .Net, but, it is close. In discussions that I have had with others, some feel that C# may be easier to transition to for the VFP developer. I am not entirely convinced of this. I think VB .Net is a closer match.
>
>On the other hand, given the fact that VB 6 and VFP 7 lie OUTSIDE the CLR, I don't see it as being probable that MS would take the time to invest heavily in combining aspects of two non-.Net environments. Remember, VFP and VB were/are completely different animials. About the only similarity between the two was the language itself. Under the hood, the beasts are different...
>
>HTH...
Doesn't VB need to have its variables all pre-defined or does variant work sufficiently close enough to VFP's ..ehrrr.. 'relaxed' <g> approach to variable management to make it possible? I'm thinking that macro substitution would make VB choke a little. Perhaps not as I'm not that familiar with the product...
I know that VFP TLB & VBR files appear to be nothing more that VB5 files, which I thought was telling..
I think that there are some UI features I'd like to see from VB into VFP and some of the low level stuff as well.
Then I suppose we'd all start squabbling over the name..... <g>
One thing's for sure. If anyone could make it happen Calvin could..
Best,
DD
A man is no fool who gives up that which he cannot keep for that which he cannot lose.
Everything I don't understand must be easy!
The difficulty of any task is measured by the capacity of the agent performing the work.