>>>
>>>Of course Delphi is an alternative isn't it ?
>>>
>>>Regards from France
>>>François
>>
>>Delphi is a great tool. However, the Borland Database Engine (BDE) and its default use of Paradox for local data manipulation is a serious drawback.
>>
>>Delphi as C/S front end, from an OOP perspective, could rival VB. As with VFP, C++, and Java, it is a true OOP paradigm. It supports ActiveX as well as the creation of ActiveX components.
>>
>>If I did not have the management directive to convert our legacy FoxPro 2.6 apps to VFP, I would select Delphi over a MS tool for a C/S project...
>>
>>Regards,
>>
>>J. Mendenhall
>
>
>You might want to take a look at www.microsoft.com/vb. It has results from an independent test that shows VB as a better tool than Delphi or PowerBuilder.

I have read that paper. However, I feel that it disregards the overall advantage that Powerbuilder and Delphi provide with true OOP--polymorphism, encapsulation, and inheritance. Isn't that one of Fox's advantages over VB as a desktop/LAN database development tool? But you'll never see a paper about that at the MS website... In fact, why do we not see any benchmarks concerning the speed advantage of Fox over Access?

Technical question for you and Mr. Petersen:

Access and SQL Server provide utilities for database replication and synchronisation across a LAN/WAN. Do you know if Tahoe will provide this? Do you know of a utility that extends the DBC to do this?

We have two offices, one in FL and the other in CA. I would like to run Fox on the local workstations with the data on the Novell 3.12 servers on both coasts. However, management needs an overall enterprise reporting facility that combines data for both coasts. Also, data replication and sychronisation would prove useful for business resumption purposes...

Thanks,
Jack Mendenhall
RMI