>SNIP
>
>>I understand you completely but there must be some places where VFP would shine against Delphi. I'm just proposing something here.
>
>Of course, that goes without saying. When needing a tool to design an application to meet business requirements where remote data is not involved VFP is still the most cost-effective and fastest means to do the job and the best for local data access by far. VFP also has a better support community for its developers.
>
>However, if later you need to add web access then you have to add a separate tool like web connect. However, a separate tool is not necessary with Delphi.
>
>N-tier development is much simpler in Delphi unless you compare it to one of the VFP frameworks that handles n-tier development. However, once again, you have to purchase the separate framework, whereas in Delphi the n-tier development support is built-in.
>
>Both products fail to provide sufficient reporting capabilities.
>
>I would like to see the strengths of Delphi added to VFP8. Then VFP would really rock, we would have the best of all worlds, and there would be virtually no comparable product! Since that would involve incorporating one of the commercially available frameworks and possibly a web access tool (like web connect) and we might as welll add in crystal reports while were at it (smile), I realize that will not happen for MANY reasons, but one can dream!

Tracy;

Shades of Ashton Tate. Take a good add on product (framework) and incorporate it into the next release of VFP. Then that product will be free with the development tool or you could pay for it from the original source. :) Seems like Ashton tate did that very often!

Now, how about including CodeBook with VFP 8.0? With YAG on board who knows how that would play. Update CodeBook as a part of VFP 8.0. After all it is the "grandfather" of all VFP frameworks.

Tom