I'm not sure the case is as clear cut when it comes to WinForms? Firstly it is easier to implement than in WPF (and there is no inherent downside). Surely most WF frameworks rely on sub-classed controls to simplify databinding, error validation etc.....

>It comes from your FoxPro background, where the norm was "subclass everything". I've *never* seen that pushed in .NET, even with WinForms.
>
>>Ok, now I understand. I was having trouble comprehending this morning what it was that meant. I agree, on both counts. I have been doing MVVM as well and right now dealing with an application that has every control subclassed and because of this, no designer support on any visual view. Everytime something is broken we have to first determine if this is because of the subclassed controls. Even all the third party stuff has been subclassed. I am not thinking this was a great idea.
>>
>>Thanks for clarifying.
>>Timothy