xsharp.eu

I feel the same way, that XSharp is a viable alternative to VFP-32-bit and also can integrate developers into .NET a bit more easily than C#.

Although I have completed three C# "academic" classes/courses in different colleges, not one instructor ever addressed how to access and display data. Every time I would ask them, I got blank stares. They were strictly academics, nothing more. They only demonstrated WinForms and controls, no data.

This is a bit of a learning curve for me, but I am sure things will come together. Part of the l;earning curve is how to do FoxPro things in a language that isn't 100% compatible yet. It may never be 100% compatible, but at least there is some concrete progress in that direction.

Hi Cecil,

Although I have completed three C# "academic" classes/courses in different colleges, not one instructor ever addressed how to access and display data. Every time I would ask them, I got blank stares. They were strictly academics, nothing more. They only demonstrated WinForms and controls, no data.

Maybe this is a more common approach in the Xbase language: the importance of the data.
Normally business applications (and that is from what I'm living) are centered about the data, and very often I have seen the same behavior as you describe.

But in fact, both a Windows Forms application and a WPF application can deal with data very well, through the databinding facilities (they are more evolved in WPF, but they also work very well with Windows Forms).
There should be samples around how to use databinding in Windows Forms and WPF with DBF databases - maybe I could put a few things together.

Unfortunately these samples are not using the "command" language approach that is common to the VFP world, but the object oriented approach (common to languages like C#, Java, VO, ... ).

Wolfgang

Wolfgang, that would actually be very helpful. Thank you!

Hi Cecil,
I will put some things together the next days.
Wolfgang