Hi John ----
>
>His viewpoint is very myopic. I will leave it at that... As far as VFP ever supplanting VB in a shop - I don't think that will ever happen. VB has too much momentum. And, that is not the goal of Microsoft by the way. It it were - you would see better marketing for VFP.
>
I'm not talking about worldwide, I'm talking about VFP/SQL solutions supplanting VB/SQL solutions on a case-by-case basis. I've have seen it happen, in fact, a lot of 2nd and 3rd gen c/s apps with VB front-ends are being rethought and I've seen VFP win a few of those. As far as I'm concerned, MS goals are irrelevent to me; I don't get commissions from software sales :-)
>>As to the whole middle-tier argument, VFP is carving a niche to be the premier >middleware tool insofar as it's data management and string manipulation >capabilities. Does that mean that's all it does? Nope. But it does give VFP >developers one area where there is a clear advantage in using VFP *over* VB. >This does not detract from VFP's traditional roles, it just adds an area where >we can excel in the Visual Studio world.
>
>
>Those are some strong words you are using - especially the phrase Premier Middleware Tool. VFP has to work well with MTS to be a premier middle-tier solution. I just don't buy into the whole notion that VFP is necessarily the best middle-tier tool you can develop with. In some cases it is. In many other cases it is not.
I goofed. I meant "a" premier not "the" premier or that ends up sounding really stupid, eh? Once you make that small change, I agree with you.
------------------------------------------------
John Koziol, ex-MVP, ex-MS, ex-FoxTeam. Just call me "X"
"When the going gets weird, the weird turn pro" - Hunter Thompson (Gonzo) RIP 2/19/05