On my combos set to CheckedItems and ChecBoxStyle CheckBox, if a user drops down the list and checks/unchecks one or more items and then clicks on a button or another field, the click event is eaten by the combo closing, and the user has to re-click. On tabbing out of the control all is ok, but clicking out is a problems.
This is verion 12.1
Thanks.
Hello sunibla,
I am checking about the progress of this issue. Please let me know If you need any further assistance on this.
Maintaining click functionality while an UltraComboEditor/CheckedItems is active has been determined to be a new product idea. I have sent your product idea directly to our product management team. Our product team chooses new product ideas for development based on popular feedback from our customer base. Infragistics continues to monitor application development for all of our products, so as trends appear in requested features, we can plan accordingly.
We value your input, and our philosophy is to enhance our toolset based on customer feedback. If your feature is chosen for development, you will be notified at that time. Your reference number for this product idea is PI13050139.
If you would like to follow up on your product idea at a later point, you may contact Developer Support management via email. Please include the reference number of your product idea in the subject and body of your email message. You can reach Developer Support management through the following email address: dsmanager@infragistics.com
Thank you for your request.
Mike: Thanks. I understand the behavior of combos better now owing to this issue. The only difference here, is that with multi-select capability on checked items, the combo is not closing automatically (as it shouldn't) when a selection is made in order to allow multiple selections. On normal combos, selecting an item would close the combo and so the missing click issue does not come up.
Here I think an option to not eat the click somehow would be great if you could implement since the user has made a selection (or multiple) and is expecting a click somewhere else to produce an action. If there are no selections made, then perhaps the normal behavior of nor going anywhere might be "standard". Any, if Infra could do it, it would be much appreciated.
In the mean time, since the original workaround does not work (probably owing to controls buried in panels, other controls, etc.) I have my users testing another workaround: Mousemove event on Infra tab control where these combos sit will close any of my multi-select combos. Downside is, the user has to be careful not to move their mouse outside of the control when making multiple selections or scrolling the list.
Hi,
The behavior is the same whether you are using CheckedItems or not. When the combo is dropped down and you click on something outside the combo, it closes up and the mouse message is eaten up by this process.
I am sure this is intentional, and it's the same way that every dropdown in Windows behaves. As to why, you'd have to check with Microsoft to get a definitive answer, but my guess is that clicking away from the combo indicates a sort've no-op by the user. The user is basically saying, I just want to close the dropdown without doing anything. If the click was processed by whatever you clicked on, then the user would be forced to find a spot to click on which didn't contain anything, which would be mildly inconvenient.
I expect that Windows users in general are used to this behavior and any change it would be confusing and potentially dangerous.
Having said that, I can't immediately see any reason why we couldn't implement a property on the control that turns this behavior off. So we could submit a feature request for you and perhaps this can be added in a future volume release.
Sunibla,
I have just verified that the Microsoft's ComboBox and Button are acting in the same way.
Please take a look at my sample, attached to this post.