>>Situation in Canada is the same, like a year ago in Bulgaria. After a year most of the clients will explain to my FoxPro colleagues that VFP8.0 is obsolete technologies and they like .Net application for thei new IS. That is the reason I to ask for VFP.Net
>
>Yes, some bad mouths also told that since a big 10 years. And, that includes people from various companies at various levels.
>
>Despite the fact that there is some major restructuring consideration and that it could be difficult to keep VFP's power as is and also make it VFP.NET, I also would like it to be done like that. I believe there could still be a posssibility of having a VFP 9 version, for example, to continue to be as is, with more features and functionalities, as well as being part of .NET such as VFP.NET. That would then change the entire minding of all the bad mouths as well as the clients who would start to reconsider using VFP for what it would fit best at. Thinking of that more, that would solve a lot of problems. I guess I should say, that would solve A LOT OF PROBLEMS. But, then again, if the VFP interface and engine is so strong, who would use C# and VB.NET?

Most of IT managers are not application software specialist. They do not care what kind of platform will be used for development of their application. They like only to report to their CEO that firm use most advance technologies and that they can supply company management with all required information. An Example
Energy supply company refuses my offer for upgrade from FP2.5 to VFP7/SQL2000 and now they spent a year to develop VB.Net/SQLSvr application. It will be slowly and more expensive but this will be application of the future (this is promotion of MS-Bulgaria)
That is the reason I to look for VFP projects abroad. That is the reason to need help to survive. Or may be I will be forced to begin to develop my VB team.