> let's you subclass so easily (think: visual subclassing
>
>Not trying to be argumentative, but when I think of the things in .NET I learned "along the way" when I had to subclass with code, I just have never seen this issue as significant.
>

Same here (not trying to be argumentative :o) While I agree that one of the benefits of the current method of subclassing is what's learned in the process, I don't think that justifies it being the only way to do it. Visual subclassing and hooking (and then of course the ability to go into code and fine-tune it) should be an option in any gui devtool today (even if the encapsulation rules technically prohibit it). There are cases where it could be done without breaking all of the rules though so it could be available on a limited basis. Sometimes I think the ability is just not there so folks will be forced to use interfaces (ok i agree with that but there are simple inheritance stuff that could be done visually)


>The local cursor in Fox was certainly a very nice thing - but the enhancements to ADO.NET (and LINQ to Objects/DataSets).over the years certainly meant that .NET could hold its own in this area.

I agree with the LINQ statement, but so far I haven't been able to truly match the speed of data crunching available in VFP. Now I also honestly don't think most developers will ever recognize the difference because most apps don't have a need for intensive data munging and will be quite happy with the what's available in dotnet today. So in general, I agree that .NET can hold its own in that area, but not for serious data work (yet). I know of a few large developer shops (>14 developers and some with >30) who are rewriting VFP apps to dotnet apps (with MSFT's costly help in a couple of cases) and so far .NET cannot match the speed of the original VFP app. There's a lot that goes into a real discussion on it (models, layers, threading, async, objects, security, contracts, etc so it's not really a discussion to have between the two products) These are generally special cases though and I think the typical app can be just as fast and professional looking (if not more in fact) in .NET

I'm not trying to start a huge discussion so folks don't bite. :o) Just adding my 2 cents (and it's probably not worth that) on what I've seen myself recently working with some pretty smart folks when it comes to .NET