I have a XamMultiColumnComboEditor with:AllowMultipleSelection="True"CustomValueEnteredAction="Add"MultiSelectValueDelimiter=";" ItemsSource="{Binding TestStrings}"
When I type in this control and add a value that is not in the underlying collection, it all works fine and it adds it to list as expected. However, why I try to add multiple values that are not in the list using the delimiter ";" the control clears the selection
For Example:If my list TestStrings is { "a","b","c"}And I type "d" into control, the value "d" is added and selected as expected because of the CustomValueEnteredAction="Add"However, if i want to add "d" and "e", i will type, "d;e". Typing this clears d from the text, removes d from selection and only selects e. This is obviously not correct.I am using version 14.1.20141.2108.Is this fixed in any later versions of Infragistics? Is there any workaround for this in my version?
Hello JG,
I have been investigating into this behavior you are referring to, and I cannot seem to reproduce this issue against version 14.1.20141.2108 on my end. On my end against that version, if I type "d;e" I am seeing an entry for both "d" and "e" added to the XamMultiColumnComboEditor.
I have attached the sample project I used to test this. Please test this project on your PC; whether or not it works correctly may help indicate the nature of this problem.
If the project does not work correctly, this indicates either a problem possibly specific to your environment, or a difference in the DLL versions we are using. If the project does show the product feature working correctly, this indicates a possible problem in the code of your application. It will help if you can provide a small, isolated sample application that demonstrates the behavior you are seeing.
Or, if this sample project is not an accurate demonstration of what you're trying to do, please feel free to modify it and send it back, or send a small sample project of your own if you have one.
Please let me know if you have any other questions or concerns on this matter.
MultiColumnComboNewValueTest.zip
Hi Andrew, thanks for your help. In the provided example it is using version 15.1 of Infragistics though?
Also, and maybe this is the main difference, I am not using:
<ig:XamMultiColumnComboEditor Grid.Row="0" ItemsSource="{Binding Data}" AllowMultipleSelection="True" CheckBoxVisibility="Visible" Name="MyComboEditor"> <i:Interaction.Behaviors> <local:XamComboEditorSelectedItemsBehavior SelectedItems="{Binding Path=SelectedItems, Mode=TwoWay}"/> </i:Interaction.Behaviors> </ig:XamMultiColumnComboEditor>
I am using this instead:
IsSelectedMemberPath="IsSelected"
Can you please see if you can reproduce in version 14.1.20141.2108 using the above technique?
I recommend that you provide a sample demonstrating the behavior. I looked at Andrew's case and it is referring to 14.1.2108
Let us know if you have any questions.
Sorry, ignore my previous reply, I was referring to a wrong sample solution.In regards to the Andrew's initial reply and the solution he provided, the bug is clearly reproducible in the solution he provided.
When i type "d;e;", "d" is cleared from the text the user types. (Please note, the list of available items in the drop down is fine)For example, I want to add new items, "d" and "e" and select them both by typing "d;e;". The bug in this control means this is not possible as d is cleared from the text as soon as "e;" is typed.
Please also note, I am using IsSelectedMemberPath="IsSelected" in this control to indicate the item has been selected.
Thank you for your update(s) on this matter and the information that you are using the IsSelectedMemberPath in this case.
I have noticed that you have mentioned that you are typing "d;e;" in the sample project that I had sent you, as I had mentioned above as well. It appears that I was already adding the letter "d" into the XamMultiColumnComboEditor, though, and so this may not be a valid test, since the item "d" already exists.
I have removed item "d," and when testing against the IsSelectedMemberPath code that you mentioned, I'm still unable to see the behavior that you are seeing, although I am seeing some erroneous behavior. When I type "d;e;" the "e" disappears, and if I type "d;e" and tab out, the ";e" disappears as well. If the IsSelectedMemberPath is not set, everything is working normally on my end, though, which leads me to believe that this issue is directly related to that.
It is still possible that we are seeing different bugs in this case, though, and so I would like you to test my updated sample project that I am attaching to see if the behavior you are seeing is different or not.
Please let me know of the behavior that you see with this updated sample project. You also may notice the beginnings of an attempted workaround commented out in the code-behind of this application, which I would recommend you consider following a modified version of if you must continue to set the IsSelectedMemberPath in this case. I will also be testing this issue against later versions shortly to see if it is fixed.
Please let me know if you have any other questions or concerns on this matter.4101.MultiColumnComboNewValueTest.zip
Thank you Andrew. In the solution you have provided, it looks like you have replicated this bug. Although the symptom isn't exactly the same, it's very similar and displays the problem I am having well.
Typing "d;e;" should add both these items and select them both. As you can see this isn't happening.
Is there any other workaround you have that doesn't use code behind? Possibly using another technique to get the selected items?
Thank you for verifying that this issue I am seeing is the same as what you are seeing.
Regarding another technique to get the selected items of the XamMultiColumnComboEditor, you could use or bind the SelectedItems collection of this editor. This property expects an ObservableCollection<object> and is bind-able. This may work as an alternative to using the IsSelectedMemberPath, although I am still seeing the problematic behavior when using this as well.
This is unexpected behavior, and I have verified that this issue still exists in the versions that are currently receiving development (17.1, 17.2), and as such I have asked our engineering teams to examine this issue further. To ensure it receives attention, I have logged this behavior in our internal tracking system with a development ID of 250966. I have also created you a private support case so you can be notified of a fix when it becomes available. This support case has an ID of CAS-194515-W1Z2X8, and you can access it at https://es.infragistics.com/my-account/support-activity.