>Good news!
>
>From a VFP perspective Python is indeed some sorts of open source VFP on steroids! Back in 2000-2001 It took me a couple of months to move a complex ISAPI-based website to apache+python combo. The code base shrunk by half when moving the code to python - 2.x was just plain out. Python is now version 3 and kicking.
>
>Python has everything a VFP may dream for except for a decent simple integrated GUI à la fox. Tkinter is not integrated and visually even more dated than VFP UI! But it's really easy for a VFPer to feel comfortable with python. I did and will certainly move the code base I am in charge of to a PYQT version at some point in time:-)
>
>Daniel
Can you create DLLs in VFP that give you the GUI component, and reference those functions from a Python app?
Expose some functions in VFP that can be called from the remote language:
form = create_form(size, type, title, etc.)
obj = add_object(form, type, size, etc.)
type = get_data_type(obj)
value = get_data_value(obj)
Some kind of API like that using VFP for the GUI, and using the remote language for driving it. You could also integrate the two systems:
form = do_form("frmname.scx")
read_events()
And you can the query data objects, or possibly setup callbacks to send data automatically on Unload() and Click() events with SendMessage() back to the remote language.