>We have a VFP Automation server capability but it won't let us do *naturally* >what VFP does best - access the data we need (and give it back to us in the >customary manner). Yes, we can get at data, but it has to be done through >parameter lists, usually with parsing of some string containing field >information. Try to pass a record set that way.
>
>I understand that something called ADO takes me some distance along this path. >But I also understand not all the way! What's wrong with having VFP do this??

ADO does get you there - at least as far as passing data around. If you are referring to UI issues, then thats another matter all together.

Jim,

I get the impression you would be happy if it was a VFP-only world. Your post bascially says you like building mono-lithic VFP apps. If that is the case, then
the toolset works well for this. You mentioned you are using VFP servers. If this is the case, you are then getting into the world of components.

Are you advocating that COM conforms to how VFP does things? I think you will be in for a very long wait indeed<s>.