Your Privacy Matters: We use our own and third-party cookies to improve your experience on our website. By continuing to use the website we understand that you accept their use. Cookie Policy
615
False Client-side selectionchanged firing
posted

Hi,

I have found that if a user types the Home or End keys in the "text box" portion of the WebDropDown control (in order to see text that is hidden, for instance) this triggers the SelectionChanged Client event, but the selection has not changed, and the corresponding server event is not fired.  I worked around this by having the event check for these keys, as in the following code:

function EmployeeNameWebDropDown_SelectionChanged(sender, eventArgs)

{

///<summary>

///

///</summary>

///<param name="sender" type="Infragistics.Web.UI.WebDropDown"></param>

///<param name="eventArgs" type="Infragistics.Web.UI.DropDownSelectionEventArgs"></param>

 

    var event = eventArgs.get_browserEvent();

    var keyCode = event.keyCode;

    if (keyCode == 35 || keyCode == 36)

        alert('I am under no illusions that the selection was changed.');

    else

        alert('I think the selection was changed!');

}

 

Does anyone know if this will be fixed, or are there other key codes I should watch for, or am I missing something?

Thank you,

Ross

Parents
No Data
Reply
  • 18204
    Offline posted

    Hi rbailey003,

     

    I've been able to reproduce this and I've done some testing with it.  I've not been able to find any settings other than checking for the key input as you are doing.  Due to this, I've requested for this to be submitted as a development issue for the developers to look into and offer their opinions.

    I will update you on the status of this request sometime on Monday.

    If you have any other questions or concerns with this matter, please let me know and I'll be glad to help you.

Children