JR

>However, once you do stuff across a WAN or need a C/S architecture,
>ADO will smoke VFP as VFP is file/server based.

You're saying ADO will smoke VFP against (say) SQL Server? If that is true then it is pretty important to me and people like me.

Seriously, I'd value any extra knowledge you have here. I'm not trying to catch you out- of course mere "query times" have always been a fairly useless comparison without the time required to databind the user interface or otherwise use the data- but at this stage, personal insights are all we really have...

>Would it help to say that I have actually sat down with members
>of the team??

I'm not denying what you say, it just seems that a significant problem that has persisted for almost 3 years and will now likely persist for another 18 months, is not being fixed fast enough. I know if I did that to my clients, they'd say I wasn't listening. <S>

>Other UI's IMO, like IE/DHTML and VB show a lot of promise.
>These are tools that can be used today -
>without us having to wait for things to get implemented in VFP.

You got it. W3C-compliant browsers are looking good and some excellent tools, like Hotfusion, allow you to generale html and dhtml that avoids the diverging browser standards as well.

>Have you used RDS? Working with images is nice, but what about data???

OK, what sort of HTTP data are you talking about here?

>Yes, you encouraged folks to look at VJ and a Supercede
Yes I did. That doesn't mean I'm advising Java over VB though. I just think we all need to be looking at the products out there at the moment. IMHO some VFP people will be very attracted by Java- I certainly am and it has made me a lot of money.

Regards

JR