Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Visual FoxPro is Dying. Where Do I Run?

Visual FoxPro is Dying. Where Do I Run?

Visual FoxPro is Dying. Where Do I Run?

I've been the only programmer at a small company for 15 years and have developed a Microsoft Visual Foxpro program that we sell to thousands of clients. It is database intensive, but the table sizes rarely reach 20,000 records. Everything has been going great, but the .OCX libraries that we include are slowly losing support from the companies we purchased them from and Microsoft doesn't seem to want anything to do with the language any more https://nox.tips/ https://xender.vip/ .

Now, I've got time -- a couple of years at the minimum to port our product to a new language. I am just wondering what your opinion on a new development language would be?


Must be able to be easily installed on an end user computer.

Good database support.

A web application is not viable as our clients don't want their employee's salary info sitting on a website.

Good reporting abilities.

Thanks in advance for any of your ideas.

RE: Visual FoxPro is Dying. Where Do I Run?


you may stay with VFP / VFPA and replace the .OCX smile
or for a RAD you may have a look on windev , https://windev.com/ (strange adv., but mighty product)
or you may go to .NET (Basis or c#) with a good framework like Telerik,...
or you may go to a more VFP like product like X#, https://www.xsharp.eu/

and of course there is Python,Java,.. but we use that for Web/mobile apps only

Best regards

I strongly recommend to check with a demoversion

RE: Visual FoxPro is Dying. Where Do I Run?

I may have a way forward. They deleted a post that had my email address. If you are interested we can connect.

Rick C. Hodgin

RE: Visual FoxPro is Dying. Where Do I Run?

The fading support for OCXes isn't really related to VFP, is it? You have the same problems with those OCXes in other languages.

My spider senses tell you you already also ticked off the most obvious Java and .NET as too complicated. If you look for something that's just exactly like VFP there is only VFP and now it's clone VFPA, but that's sticking to the OCX problems, obviously.

You're looking for a wonder, a niche product that nobody knows of but is as capable as VFP and just as simple. If that would exist, it would be known, it'll not be a secret only kept by those who use it and the vendor. The most similar things to VFP that exist are Filemaker on Mac, MS Access and the many PHP systems that are running the web despite PHP being dead and even worse than VFP, unloved by any developer.

I can also list a few things that you likely already have heard of, because the wave of trying to get VFP developers onto their platform has already come over us and none of them got the attention of the whole VFP community. You're pointing out living under a stone, if you have not heard of Servoy or Lianja and have live all your life under a stone or show your age by forgetting that xBase still exists and other xBase clones, too.

If you want modern development it's not easy to adapt, but judging the learning curve from your perspective as a VFP developer is a very biased point of view of how hard it is to learn C#, for example, just because you see how vast the .NET framework is. Well, you also never learned the full set of Windows API functions available via DECLARE DLL alone, to say you learned and know VFP. If you concentrate on Winforms to not switch UI to something completely different and concentrate on the controls you need and concentrate on data binding with C# it's also covered in several lessons, and some of the best known experts of VFP offer such lessons, even, because they already went there.


RE: Visual FoxPro is Dying. Where Do I Run?

Hi zuhura2,

do you know Codejock ???


Codejock Suite Pro for Active-X / COM v22.1.0

Codejock is offering many, many, many OCX / AxtiveX / COM Controls

Codejock supports all Windows Versions: Windows 95 | Windows 98 | ... | Windows 10 | Windows 11 !!!

and supports all Windows Server Versions: Windows NT 4.0 | Windows Server 2000 | ... | Windows Server 2019 | Windows Server 2022 !!!

Controls available:

Command Bars
30 Controls like: Buttons, Color Picker, Combo Box, Dialogs, Progress Bars, Scroll Bars, Tab Controls, ...
Docking Pane
Property Grid
Grid Control
Shortcut Bar
Skin Framework
Syntax Edit
Task Panel

I suggest You NOT to replace Visual FoxPro, BUT to update Your OCX-Controls smile

Regrads, Stefan

RE: Visual FoxPro is Dying. Where Do I Run?

XBase++ is still being developed by Alaska Software. It is the closest thing you'll ever find to VFP.

Best Regards,

"I try to be nice, but sometimes my mouth doesn't cooperate."

RE: Visual FoxPro is Dying. Where Do I Run?

Hi Tom,

Quote (Tom)

or for a RAD you may have a look on windev , https://windev.com/ (strange adv., but mighty product)

Do you have any experience with WinDev? Are you using it, or know anyone using it? If so, what version?

I purchased Ver21 and really never did anything with it as PC SOFT (manufacturer) seems more interested in adding features in every release while NOT fixing reported bugs. I also found their eco system (3-rd party tooling and support) was very small, but getting better at playing with others.

I'm hoping you will say that you use and love it, and most of the negatives I experienced are now positives.

When you say "strange adv" you are referencing their "girl ads" as they use girls to sell the features, and hundreds every release, every year?


RE: Visual FoxPro is Dying. Where Do I Run?

As others have said, the problem is not necessarily with VFP but with the active-x controls. Can they be replaced with native VFP code and Win32 API? Are there other controls available that can replace the ones you have that are no longer supported?

If you go to another language such as x-base or any other non C++ or non .Net language, what is the change of that language following the same path as VFP in the coming years? How long will the vendor survive with niche languages? What is the true benefit of going to another niche language? Will you still have to use controls to achieve the functionality that you want? Are you back into the same "boat"?

If you choose to go the route of .Net such as C# and use controls as well from vendors, what is the chance of those vendors going out of business or dropping support due to lack of sales?

Any time that you choose to use a control that you do not have the source code for, then you could fall into the trap of no support and if a problem occurs that you cannot fix.

So, if you make the jump to another language, I would recommend C# (or C++ if you want to support other OSs) and try to limit the use of controls that you do not have the source code for.


Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close