>So it can't be done, or in your opinion it shouldn't be done? I understood another message to state that MicroFour is doing just that. I see it as the poor man's means of slowly converting an app to dotnet. Not an option?

You can't 'run' a vfp app in another application unless there's some special compiler that executes the code outside of Visual FoxPro. Visual FoxPro can be automated through COM but AFAIK there's no way to contain the UI in a way that is embedded.

Accessing functionality bit by bit through COM is one option, but this isn't 'running the application' as part of another.

This is of course is the big pipe dream right - I just want to take my application as is and run it on X where X is a Web Browser, Linux, Apple etc.

VFP is tightly coupled to Windows and to the VFP environment and while somebody certainly could duplicate the compiler functionality is this what you'd really want? What makes VFP great is the VFP engine, the compiler and the stability which is the result of 20 years of work. Would you really trust another company to duplicate that in a copy cat environment?

+++ Rick ---
>
>
>>>I have a client that has developed an application for their business in .Net/SQL. They would like to run my application from within their application (VFP/VFP). Ideally, they would like for this to appear as a just another module of their application, as opposed to a seperate stand-alone application.
>>>
>>>Can this be done?
>>
>>In a word no...
>>
>>And the real question is why the heck would you want to? Either you have a compelling reason to use .NET or you don't...