BorlandTalk.com Borland discussion newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  Foxprox vs Delphi...seriously          BorlandTalk.com Forum Index -> Delphi Non-Technical View previous topic :: View next topic   Author Message Newmoon Guest Posted: Tue Sep 16, 2003 2:21 pm    Post subject: Foxprox vs Delphi...seriously Hey Dudes! I started with Delphi 4 years back. My current position has a little delphi but mostly Foxpro. My question is, why do foxpro have a bad reputation. It's gui end may not be the greatest compared to Delphi but it seems that Delphi can't touch Foxpro's wealth of commands, speed and power when working with flat files. Thanks Back to top Ross Guest Posted: Tue Sep 16, 2003 2:35 pm    Post subject: Re: Foxprox vs Delphi...seriously Newmoon wrote: Quote: Hey Dudes! I started with Delphi 4 years back. My current position has a little delphi but mostly Foxpro. My question is, why do foxpro have a bad reputation. It's gui end may not be the greatest compared to Delphi but it seems that Delphi can't touch Foxpro's wealth of commands, speed and power when working with flat files. Thanks I worked for a company that did a lot of Foxpro a few years back. You are right when it comes to the local database engine and flat files it will do better than Delphi any day, if you can handle the awful GUI. However if you move out of local database and want to go to C/S or N-Tier Foxpro will stumble and fall while Delphi is still standing strong. Foxpro has it's place, just like Access. It has a bad reputation because people have taken it out of it's place and made it look bad. The flexiblity of Delphi is one of it's greatest strengths. Ross Back to top David R Eaton Guest Posted: Tue Sep 16, 2003 7:30 pm    Post subject: Re: Foxprox vs Delphi...seriously I learned database programming in the dbase 3 and Fox-Pro days. Fox-Pro was a good product but left it for Clipper. Clipper was the superior product in my opinion. A lot of the Fox-Pro programmers never embraced the Visual- FoxPro's. Support from Microsoft was that it was always treated as the ugly stepchild they would like to get rid of. Many programmers then just moved to VB. Third part libraries that support Fox were always overpriced. Delphi is the much superior product even when using third party libraries that allow you to use dbf files and cdx files. The delphi community is also much more willing to share knowledge with other developers much like the old Clipper Days, such as the project JEDI. Just my .02 "Newmoon" <Newmoon (AT) usa (DOT) com> wrote Quote: Hey Dudes! I started with Delphi 4 years back. My current position has a little delphi but mostly Foxpro. My question is, why do foxpro have a bad reputation. It's gui end may not be the greatest compared to Delphi but it seems that Delphi can't touch Foxpro's wealth of commands, speed and power when working with flat files. Quote: Thanks Back to top Kelvin Taite Guest Posted: Tue Sep 16, 2003 8:27 pm    Post subject: Re: Foxprox vs Delphi...seriously I have worked with Foxpro for the past 5-7 years but now it is only intermittant. The big reason for my switch from Foxpro development to Delphi is that Delphi is more than a data interface. Delphi is a front end to what ever your mind can conceive while Foxpro is simply a front end to data. Since starting with Delphi I have covered areas from Small non data utility programs to accessing other database systems (both local, server and now 3 tiered). My biggest problems was the GUI of Foxpro and its biggest limitations (itself). I have tried many databases and like the simplicity of Foxpro data but as my experience grew so, it seems, did the size of the systems I worked on. From a few users to hundreds. Now what I do is determine database backend separately from front end tools as I am sure you will as well Just my 2 cents Kelvin Taite Provincial Airlines Back to top Jochen Kirstaetter Guest Posted: Wed Sep 17, 2003 8:14 am    Post subject: Re: Foxprox vs Delphi...seriously Hello, "Newmoon" <Newmoon (AT) usa (DOT) com> wrote in Quote: I started with Delphi 4 years back. My current position has a little delphi but mostly Foxpro. My question is, why do foxpro have a bad reputation. In my opinion, FoxPro or nowadays Visual FoxPro has no bad reputation but over the last approx. 7+ years Microsoft seems to have less interests in marketing of VFP cause they want to sell MS Office packages with Access and even more licenses for MS SQL Server. I can understand this a bit cause VFP offers all someone needs to build desktop and C/S applications. It's a programming language with integrated database engine - not to forget Rushmore optimization - and fits completely into Windows capabilities - COM, COM+, DCOM, XML and many more technologies of Microsoft; plus the runtime license is royalty-free. Quote: It's gui end may not be the greatest compared to Delphi but it seems that Delphi can't touch Foxpro's wealth of commands, speed and power when working with flat files. Yes, the default GUI of VFP is a little bit old-fashioned but since VFP 8.0 finally XP theme support made it into that version. Talking about capabilities, I would assume that there's merely no other 4G programming language with the capabilities of VFP in string manipulation and data handling - either local (DBF) or remote (OLE DB). As Ross said in his response: Quote: I worked for a company that did a lot of Foxpro a few years back. You are right when it comes to the local database engine and flat files it will do better than Delphi any day, if you can handle the awful GUI. What version of FoxPro, if I might ask? Current VFP 8.0 offers a lot features. Quote: However if you move out of local database and want to go to C/S or N-Tier Foxpro will stumble and fall while Delphi is still standing strong. Sorry, but exactly in this case the power and performance of VFP has its maximum. VFP is able to handle XML, SOAP WebServices, ADO, ODBC, OLE DB - any more techniques? And I know some applications where VFP is only used as Middle-Tier - between frontend (C,VB,Delphi) and the backend (MSSQL,Oracle) - because of its powerful, fast data processing. Interactivity with .NET components is also easy to handle. Quote: Foxpro has it's place, just like Access. It has a bad reputation because people have taken it out of it's place and made it look bad. Yeah, FoxPro is dead, long live FoxPro. *g* Microsoft announced VFP 8.0 with support till 2010 and the next version of VFP - codename Europa - is about to ship Q2/2004. So, IMHO FoxPro had it's bad days over the last years and is stronger, better and faster than ever since VFP 7.0 Quote: The flexiblity of Delphi is one of it's greatest strengths. I can't say much about Delphi but sure, you're right that Delphi has more flexibility than VFP but these are IMHO side activities - like socket programming. But why should a programming language which main tasks are about string and data handling take much care about actions it's not responsible for? Talking about socket connections, hey, that's a task of the operating system - and so, VFP might use WinSock2 or WinInet COM Server if socket connections are needed. Sincerely, JoKi -- Quote: _/| ------ ProLib - programmers liberty --------- (.. ) Unsere MVPs bringen den Fuchs zum Laufen... - / auf www.prolib.de und www.AFPages.de Back to top Andrea Raimondi Guest Posted: Wed Sep 17, 2003 8:37 am    Post subject: Re: Foxprox vs Delphi...seriously Newmoon wrote: <snip> You can't compare FoxPro and Delphi and be serious at the same time. <g> Andrew Back to top Rene Tschaggelar Guest Posted: Wed Sep 17, 2003 9:49 am    Post subject: Re: Foxprox vs Delphi...seriously Newmoon wrote: Quote: Hey Dudes! I started with Delphi 4 years back. My current position has a little delphi but mostly Foxpro. My question is, why do foxpro have a bad reputation. It's gui end may not be the greatest compared to Delphi but it seems that Delphi can't touch Foxpro's wealth of commands, speed and power when working with flat files. Delphi was never intended to do extended work on flat files. Actually Delphi was never intended to do extended work with graphics, math, I/O, and so on. It there just covers the basic functionality. The key are selfwritten libraries and thirdparty libraries. Rene -- Ing.Buero R.Tschaggelar - http://www.ibrtses.com & commercial newsgroups - http://www.talkto.net Back to top Ross Guest Posted: Wed Sep 17, 2003 11:59 am    Post subject: Re: Foxprox vs Delphi...seriously Quote: As Ross said in his response: I worked for a company that did a lot of Foxpro a few years back. You are right when it comes to the local database engine and flat files it will do better than Delphi any day, if you can handle the awful GUI. What version of FoxPro, if I might ask? Current VFP 8.0 offers a lot features. It was version 6. My biggers complaint about the GUI is that you had to really fenagle around to get rid of the VFP Runtime window. I thought that was the ugliest thing ever. If I am writing an application I want the user to interact with my forms not the VFP runtime window. Hopefully they have since gotten rid of that. Ross Back to top Ross Guest Posted: Wed Sep 17, 2003 1:18 pm    Post subject: Re: Foxprox vs Delphi...seriously Holger Vorberg wrote: Quote: If I am writing an application I want the user to interact with my forms not the VFP runtime window. Hopefully they have since gotten rid of that. the "switches" to get rid of the VFP main window was "_screen.visible=.f." in your program, or "screen=off" in an optional config file. Both of them were already available in VFP 6.0 ! So the real problem was, that the developer wasn't aware of the necessary commands. <s I did not actual do the coding in VFP the guys who did certainly did not read up on that if that is all it was. I asked them many times if they can get rid of that and they continually said no. I guess they did not read the manual Ross Back to top Holger Vorberg Guest Posted: Wed Sep 17, 2003 1:18 pm    Post subject: Re: Foxprox vs Delphi...seriously Quote: If I am writing an application I want the user to interact with my forms not the VFP runtime window. Hopefully they have since gotten rid of that. the "switches" to get rid of the VFP main window was "_screen.visible=.f." in your program, or "screen=off" in an optional config file. Both of them were already available in VFP 6.0 ! So the real problem was, that the developer wasn't aware of the necessary commands. <s> -- Holger Vorberg MS Visual FoxPro MVP, Germany Back to top George de la Torre Guest Posted: Thu Sep 18, 2003 11:05 am    Post subject: Re: Foxprox vs Delphi...seriously Comparing FoxPro with Delphi is like comparing a toothpick to a Swiss Knife. The toothpick and Swiss Knife will have some overlapping functionality, but eventually the toothpick will fall short in most cases. So, the question is, if the toothpick serves your needs, why are you considering using a Swiss Knife? "Newmoon" <Newmoon (AT) usa (DOT) com> wrote Quote: Hey Dudes! I started with Delphi 4 years back. My current position has a little delphi but mostly Foxpro. My question is, why do foxpro have a bad reputation. It's gui end may not be the greatest compared to Delphi but it seems that Delphi can't touch Foxpro's wealth of commands, speed and power when working with flat files. Quote: Thanks Back to top Richard Grossman Guest Posted: Sun Sep 21, 2003 3:59 am    Post subject: Re: Foxprox vs Delphi...seriously Why not get the best of both worlds? I program in Delphi often using FoxPro dbf's, either with Halcyon or just using ADO with an MS VFP ODBC DSN. Since the entire FoxPro database engine is part of MDAC, you can have the Delphi UI with all the speed of the FoxPro dbf. Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         BorlandTalk.com Forum Index -> Delphi Non-Technical All times are GMT Page 1 of 1   Jump to: Select a forum C++ Builder Newsgroups----------------C++ BuilderC++ Builder (ActiveX)C++ Builder (Announcements)C++ Builder (Command Line Tools)C++ Builder DatabasesC++ Builder Databases (ADO)C++ Builder Databases (Desktop)C++ Builder Databases (InterBase Express)C++ Builder Databases (Multi-Tier)C++ Builder Databases (SQL Servers)C++ Builder (Graphics)C++ Builder (IDE)C++ Builder (Internet)C++ Builder (Internet Socket)C++ Builder (Internet Web)C++ Builder (Jobs)C++ Builder (Language)C++ Builder (Language C++)C++ Builder (Compatibility with MFC)C++ Builder (Native API)C++ Builder (Non-Technical)C++ Builder (Students)C++ Builder (Third Party Tools)C++ Builder (Upgrade)C++ Builder (VCL)C++ Builder (VCL Components Usage)C++ Builder (VCL Components Development)C++ Builder (VCL Usage)C++ Builder (WinAPI)C++ Builder Installation Delphi Newsgroups----------------Delphi (General)Delphi ActiveX Controls UsageDelphi ActiveX Controls DevelopmentDelphi As400Delphi DatabasesDelphi Databases (ADO)Delphi Databases (dbExpress)Delphi Databases (Desktop)Delphi Databases (InterBase Express)Delphi Databases (Multi-Tier)Delphi Databases (SQL Servers)Delphi DeploymentDelphi GraphicsDelphi IDEDelphi InternationalizationDelphi InternetDelphi Internet Isapi-WebBrokerDelphi Internet WebSnapDelphi Internet WinsockDelphi JobsDelphi Language BASMDelphi Language ObjectPascalDelphi Model Driven Architecture (General)Delphi Model Driven Architecture (Third Party)Delphi MultimediaDelphi Native APIDelphi Non-TechnicalDelphi ObjectPascalDelphi OLE AutomationDelphi OO designDelphi OpenToolsAPIDelphi Reporting-ChartingDelphi RTLDelphi StudentsDelphi TeamSourceDelphi Thirdparty ToolsDelphi Thirdparty Tools (General)Delphi Thirdparty Tools (IntraWeb)Delphi Thirdparty Tools (RaveReports)Delphi UpgradeDelphi VCLDelphi VCL ComponentsDelphi VCL Components UsingDelphi VCL Components WritingDelphi WebServices SOAPDelphi WinAPIDelphi XMLDelphi Installationcomp.lang.pascal.delphi.components.misccomp.lang.pascal.delphi.components.usagecomp.lang.pascal.delphi.components.writingcomp.lang.pascal.delphi.databasescomp.lang.pascal.delphi.misccomp.sources.delphi JBuilder Newsgroups----------------JBuilderJBuilder AnnouncementsJBuilder Applet IssuesJBuilder As400JBuilder CompilerJBuilder CORBA/RMIJBuilder DatabasesJBuilder DB SwingJBuilder DebuggerJBuilder DeploymentJBuilder DocumentationJBuilder EnterpriseJBuilder HandheldJBuilder IDEJBuilder JavaJBuilder JavaAPIJBuilder Java LanguageJBuilder Java SwingJBuilder Java BeansJBuilder Java Beans UsageJBuilder Java Beans DevelopmentJBuilder JBCLJBuilder JDataStoreJBuilder JobsJBuilder LinuxJBuilder MacintoshJBuilder & MobileSetJBuilder MultiLingual AppsJBuilder Non-TechnicalJBuilder OpenToolsJBuilder Servlets (JSP)JBuilder StudentsJBuilder Team DevelopmentJBuilder Thirdparty ToolsJBuilder UpgradeJBuilder Installation InterBase Newsgroups----------------InterBaseInterBase Bug DiscussionInterBase GeneralInterBase IBConsoleInterBase OpenSourceInterBase ReplicationInterBase SQLInterBase ThirdpartyInterBase Installation Miscellaneous Borland Newsgroups----------------AppCenterAppServerEnteraVisiBroker  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.