Hi Telerik,
We have the latest WPF library - as the project is progressing we have identified elements that we'd like to 'wrap' in busy indicator display.
When just adding the control, we are confronted with the need for code to be executed in background worker thread.
When code had been modified to be executed through the background worker, our code fails as the background thread modifies an ObservableCollection that a control relies on. .Net advices the use of Dispatcher.
However, if using the Dispatcher, I should 'go through' the control and ask it to modify the underlying collection - and that sort of violates the whole idea of MVVM.
I'm sure there's some brilliance hidden for me somewhere :) - can you enlighten me as to the recommended way of using BusyIndicator with MVVM?
Thanks,
Anders, Denmark.
We have the latest WPF library - as the project is progressing we have identified elements that we'd like to 'wrap' in busy indicator display.
When just adding the control, we are confronted with the need for code to be executed in background worker thread.
When code had been modified to be executed through the background worker, our code fails as the background thread modifies an ObservableCollection that a control relies on. .Net advices the use of Dispatcher.
However, if using the Dispatcher, I should 'go through' the control and ask it to modify the underlying collection - and that sort of violates the whole idea of MVVM.
I'm sure there's some brilliance hidden for me somewhere :) - can you enlighten me as to the recommended way of using BusyIndicator with MVVM?
Thanks,
Anders, Denmark.