I understand your point. I would argue that a web app done completely drag and drop is not going to be very sophisticated or be able to handle a complicated web app. The other thing with VFP is that it plays so great with other MS technologies like MSDE, SQl, MTS, COM+, ASP, ASP.NET. Delphi will never have this kind of advantage. VFP mtdlls don't have a lot of overhead - multiple threads are just using the single copy of VFP6t or vfp7t.dll ...
>You're missing my point. My point was that in Delphi it is all drag and drop. Very little coding at all. Taking a data-entry form and publishing it on the web is VERY simple. I don't have to code one form for client-server and one form for web access because I only change the tools I drop on the form. Delphi is now pretty much n-tier development. I'm not saying that it can't be done in VFP, just not as clean and simple. Also, there is NO question that Delphi apps have less overhead.
>
>Tracy
>
>>Tracy,
>>There's no need to buy a 3rd party tool for VFP web apps, so I would disagree on that point strongly. VFP will blow Delphi away any day for web apps. MS has done an incredible job with allowing us to create VFP mtdlls that can be called from ASP and ASP.net.
>>Also, ActiveVFP 2 will be a completely free VFP web framework that can help in generating HTML and some other useful utilities. The bottom line, though, is that most of this is pure VFP coding...
>>>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!