>Marc,
>
>FPD was not the end of all programming languages either, its screen IO could be blown away by a C or C++ program. It didn't handle the visual display of information very well at all. It was overly sensitive to the memory management being used on the machine (try running FPD 2.5 while DPMI memory is in use).
>
True, but are you not playing with words here? FPD was used by the litterate end user who mastered sql _and_ by the serious programmer to automate operations which was (not all but) most of what small/intermediate companies needed at that time. It also was a tremendous commercial success _and_ it gave us (progammers/analysts) a serious competitive advantage compared to clipper and other DBase's.

Face it, VFP is not the hot product FPD was. It lost the literate and less litterate end user market to Access and the Client/Server market to VB and others, so the range where it shines tends to shrink, together with its market share. It is my point of view that this was a decision made somewhere at MS HQ for some dark reason.

>As for tomorrow I expect requests for things like active documents (which we have seen demoed in VFP 6.0 already) tighter intigration with the internet (which is also in VFP 6.0) tighter and fuller support for ActiveX stuff (which has gotten better with every release of VFP).

Will it if there is no real incentive from MS?

Hope you are right, you probably are ...

Kind regards,

Marc