<<
Now, as I had mentioned; in my particular case, since we distribute several hundreds of MB to each and every desktop (and provide ongoing updates via the Internet) continuing to use VFP as the desktop development platform makes sense. Once the Internet gets fast enough to satisfy our particular needs we'll be ready to move everything off the desktop to the net. It's just not the right time at this point.
>>

I wanted to address this issue specifically. I think the CLR is down to 12-15 megs. I am not sure of the exact number. I do know it is way down from the 100+ mb size that existed in Beta 1. From what I understand, the next versions of windows will automatically have the CLR. This is a BIG issue from a software distribution standpoint. All you are left to distribute is you EXE and/or your DLL's. Guess what - it will be simply a matter of employing the xcopy command. There are no registry entries to deal with. This is one of the big differences between ActiveX Controls and .Net Controls. .Net controls are built on top of the CLR. How these items get included in an assembly, I don't know yet. (I will find out soon!!). At worst, it is a matter of employing xcopy! Software distribution is going to get a lot easier.

One other thing, I don't see the future made up of all these browser-based interfaces. IMO, browswer-based interfaces solve a x-platform (this includes mobile devices). If windows is your platfor, IMO, folks will be better served by implementing windows forms and using the net as the "network".

Therefore, I don't see applications moving away from the desktop. If anything, .net makes the desktop easier to use...


>Also, what issues O/S-wise have you encountered?

From what I have seen, .Net will make it a snap to build windows services. Also, the debugging tools in .Net are pretty sweet. For example, you can create your own counters that can be read by PERFMON. You can also, with the aid of .Net classes, read and write to the windows event log. There are a ton of OS integration goodies that .Net makes available to the developer.

HTH..