I have a control with a ComboBox
:
<ComboBox x:Name="TraceComboBox"
ItemsSource="{Binding SingleChannelList}"
SelectedItem="{Binding RelativeSource={RelativeSource FindAncestor,
AncestorType={x:Type cc:LogicTriggerSimpleLevelControl}},
Path=SelectedTrace, Mode=TwoWay}">
Here's the PropertyChangedCallback
for the Property SelectedTrace
in the OuterControl containing the ComboBox
:
private static void OnSelectedTraceChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
{
OuterControl oc = d as OuterControl ;
oc.UpdateSelectedTrace();
}
private void UpdateSelectedTrace()
{
ViewModelType vm = DataContext as ViewModelType;
if (vm != null)
{
if (vm.SingleChannelList != null)
{
SelectedTrace = vm.SingleChannelList[0];
}
}
}
By my logic, the following should happen:
I select the 3rd object in the ComboBox
(SingleChannelList[2]
), and the change handler occurs. It then goes into the UpdateSelectedTrace()
routine. At this point, the value of SelectedTrace
is of course SingleChannelList[2]
. Now, the UpdateSelectedTrace()
routine forcibly sets the SelectedTrace
property to the 1st object in the list (SingleChannelList[0]
), which fires another change handler nested inside the first. "SelectedTrace" now equals SingleChannelList[0], and so the ComboBox should also show SingleChannelList[0] as its selection.
ALL of this happens when I follow with the debugger until the bold-faced last sentence, which instead plays out like this:
SelectedTrace
now equals SingleChannelList[0]
, but the ComboBox
displays SingleChannelList[2]
as its selected item. I tried UpdatingTarget
on the BindingExpression
and still, the SelectedTrace
Property holds the value SingleChannelList[0]
while the ComboBox
continues to show SingleChannelList[2]
. These bindings are secure and tested and have always worked until I tried to do this. Can anyone tell me why this doesn't work correctly?
Thank you
This sounds like a scenario for dependency property 'value coercion'. Value coercion 'pushes' the value of the property to a valid value based on a desired value. Read more about it here:
Dependency Property Callbacks and Validation
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With