Does WPF databinding marshall changes to the UI Thread?

Yes for scalars, no for collections. For collections, you'll need a specialized collection that marshals for you, or manually marshal to the UI thread yourself via the Dispatcher.

Yes for scalars, no for collections. For collections, you'll need a specialized collection that marshals for you, or manually marshal to the UI thread yourself via the Dispatcher. You may have read that INotifyCollectionChanged.

CollectionChanged must fire on the UI thread, because it's simply not true of INotifyPropertyChanged.PropertyChanged. Below is a very simple example that proves WPF marshals property changes for you. Window1.xaml.Cs: using System.

ComponentModel; using System. Threading; using System. Windows; namespace WpfApplication1 { public partial class Window1 : Window { private CustomerViewModel _customerViewModel; public Window1() { InitializeComponent(); _customerViewModel = new CustomerViewModel(); DataContext = _customerViewModel; var thread = new Thread((ThreadStart)delegate { while (true) { Thread.

Sleep(2000); //look ma - no marshalling! _customerViewModel. Name += "Appended"; _customerViewModel.Address.

Line1 += "Appended"; } }); thread.Start(); } } public abstract class ViewModel : INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; protected void OnPropertyChanged(string propertyName) { var handler = PropertyChanged; if (handler! = null) { handler(this, new PropertyChangedEventArgs(propertyName)); } } } public class CustomerViewModel : ViewModel { private string _name; private AddressViewModel _address = new AddressViewModel(); public string Name { get { return _name; } set { if (_name! = value) { _name = value; OnPropertyChanged("Name"); } } } public AddressViewModel Address { get { return _address; } } } public class AddressViewModel : ViewModel { private string _line1; public string Line1 { get { return _line1; } set { if (_line1!

= value) { _line1 = value; OnPropertyChanged("Line1"); } } } } } Window1.xaml.

– bitbonk Aug 24 '09 at 10:42 Yes, changes anywhere along a property path will be correctly marshalled, unless there's a collection in that path. – Kent Boogaart Aug 24 '09 at 10:47 The first time I have read that propertychanges should be on the UI Thread, was here: blogs.msdn. Com/dancre/archive/2006/07/23/676300.

Aspx – bitbonk Aug 24 '09 at 11:20 Well, what can I say? You can't believe everything you read. I added a sample that proves WPF marshals the notifications for you.

– Kent Boogaart Aug 24 '09 at 11:56 Here's an example of a collection that marshals the CollectionChanged event to the UI thread : tomlev2.wordpress.Com/2009/04/17/… – Thomas Levesque Aug 24 '09 at 12:35.

I believe that with 2.0 and previous incarnations of . NET you would have received an InvalidOperationException due to thread affinity when executing the aforementioned example (link posted by bitbonk is dated 2006). Now, with 3.5, WPF does appear to marshal background thread property changes onto the dispatcher for you.So, in short, depends which version of .

NET you're targetting. Hopefully that clears up any confusion. One of my fellow Lab49'ers blogged about it here in 2007: blog.lab49.com/archives/1166.

I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.