>>I'm working about 65%/35% Now (Net/VFP). There are a lot of things I like about dotnet. Too many to list. However, I do have one pet peeve which bugs me almost daily and it has nothing to do with data handling. It is in the debugger. In Fox, if I create a public reference to a form so that a form named myform could be visible app wide (e.g. omyform), I can put a break on one of the form's properties and whenever the value of that form property changes, app wide, it will break so I can trace it and see where in code caused the value to change. In dotnet, that is not possible. You can put conditional breaks at locations, but those conditions won't apply elsewhere. I've searched everywhere to see how to do it in dotnet and asked everywhere I could think of online to no avail. Everwhere keeps pointing me to the conditional break at a specific location, which is NOT the same thing. That feature in VFP makes troubleshooting and stepping through code (when different tiers or layers in a foundation may make the value change) so much faster.
>
>Working with VFP Editor is so much harder than with VS. Do you know any good editor for VFP? I found it really hard to go back and look at big program...

I always use the vfp editor (just a personal choice). You might check this thread for ideas:

Any good alternative editor for VFP Thread #1251231 Message #1251231