>I'm not sure I understand what you're going to gain by moving to Delphi...particularly and old version. If you're going to rewrite your app, you should look at moving away from a two-tier C/S architecture to an n-tier design. VFP can handle this with no problems. You can use a framework like COMCodebook to help out.

Hi Craig,

We offer C/S architecture for data-grinding
(in the field we intend to use delphi in the end)
and http-production for "portal-like" access.

SET PERSONAL OPINION ON

Yes i am going to miss vfp for c/s apps
(so easy). We do not produce standalone apps
and would miss it even more in this case.

Concerning the net side of application,
I have invested quite a bit of time with vfp on http.
I read Rick Strahl's book and like it.

We created an full app that used:
- iis as server,
- a foxisapi handler (we even modified and optimized the code),
- com objects (a bit fat but who cares).

The result was ok but would run on NT/W2K only.

Then i tried to port the vfp code in the "open source"
(yes i am surrounded by nasty *nix guys...):
- apache (on win),
- python (used in a isapi-like way called mod_python).

Translation was really painless an debugging was easier.

The fox code is 3400 lines. On equal functionalities
the python routine is 2500 lines.

It is also a bit easier and more conventional to read.

In the end the speed is similar (slighly better on
the apache side but not significant enough to
pay a tribute).

The stability is on apache side (windows is not bad
at all but not on par). Only real weak point on
the "open source" side, installation is really
difficult to automate (those *nix guys also
have bad habits).

I was using the "foxbase beta .9" when
fox was an unknow name back in the mid 80s and
i liked it in fox.

When it comes to build complex UI i feel nothing
compares with MS IDEs, form builders and ActiveX.

From this respect, VFP is great.

But when it comes to net-programming i like it
better in the "open source" scripting environment.

SET PERSONAL OPINION OFF

François