>>I will follow the links and read them. But are you saying that you write your business code in XAML too? No place for C#? And what about ADO.NET? Do you use XAML to manipulate ADO.NET objects?
>
>The business logic always goes in the code-behind (in C# for you) and the design stuff in the xaml. This article does the best job of explaining the separation and presenting different possibilities for good teamwork I've read (seriously):
>
>
http://windowsclient.net/wpf/white-papers/thenewiteration.aspx>
>note this statement in the article:
>
>
Choose Code-behind
>Though WPF allows you to insert code inline with the XAML, this is not a recommended practice. Avoid it at all costs; placing code inside a XAML file breaks the separation between code and XAML, leading to a maintenance nightmare.Thank you. You make a good point that I was trying to say to Mike. He was trying to convince me that using WinForms is a waste of time. I disagreed saying that if/when I go with WPF I will still need to write BIZ classes, DAL classes, manipulate ADO.NET and C# and ADO.NET knowledge will be helpful.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham