Hi,

I'd be happy to try to help, but there are too many unknowns here for me to guess at this point.For example, how are you providing the dropdown for the cell? A ValueList? An UltraDropDown? An UltraComboEditor? An UltraCombo?

And what version of the controls are you using?

Where exactly is the mouse - over the cell? Is the cell in edit mode?

If you could post a small sample project here which demonstrates the problem, I'd be glad to take a look and see if I can figure out what's going on and how to stop it. :)

 

A ValueList is what I am manually populating and passing by reference to the grid.displaylayout.band(0).columns(index).valuelist = list The cellis in edit mode at this point, and whenever i use the scroll mouse button (middle one) is when this happens... No sample project able to send, I am working in a project that has 1000s of modules and classes, and of which I would have to sign a waver before sending code The closest thing I can come to giving you the exact nature of the problem, is whithin any generic grid, add the value list manually, but leave the field editable by the user, and then once you set your focus within that cell containing the valuelist, type in a manual entry and then apply the scroll wheel from the mouse, and you will see your manual entry disappears.

Hi,

Okay, it's possible to disable the mouse wheel, but it requires a bit of work. When the cell goes into edit mode, the grid places a derived TextBox control over the cell and it is this TextBox that handles the MouseWheel. So you have to get a reference to the TextBox and handle it's MouseWheel event and then mark it handled.

Here's some code that worked for me in a small sample:

        private void ultraGrid1_ControlAdded(object sender, ControlEventArgs e)
        {
            EmbeddableTextBox textBox = e.Control as EmbeddableTextBox;
            if (textBox != null)
                textBox.MouseWheel += new MouseEventHandler(textBox_MouseWheel);
        }

        private void ultraGrid1_ControlRemoved(object sender, ControlEventArgs e)
        {
            EmbeddableTextBox textBox = e.Control as EmbeddableTextBox;
            if (textBox != null)
                textBox.MouseWheel -= new MouseEventHandler(textBox_MouseWheel);
        }

        void textBox_MouseWheel(object sender, MouseEventArgs e)
        {
            HandledMouseEventArgs args = e as HandledMouseEventArgs;
            if (args != null)
                args.Handled = true;
        }

Hey Mike, thanks for taking the time to help me out, I appreciate it.... I am using vb.net so maybe my translation from c# is not so good, however I am getting an error when it tries to convert it from e.contrl over to the embeddedtextbo, it says it can not cast as, so i used the intelisense to see what type it was and i am seeing it is a ValueListDowpDownUnsafe? Am i missing something, I cut and paste your code as is, so the class you are talking to me about did not change, but the control being passed into the function is this one....any suggestions?

Sorry about the multiple posts, i was getting a server error from your end, and would try reposting by modifying the post, anyways, i see it posted now, i also just want to mention the valuelist that i am referencing is being shown as a dropdown combobox, which is why i amthinking the valuelistdropdownunsafe is being used instead of the textbox you mentioned.

Ok, i got it working sort of, I was able to do the cast within a try catch where if it did not cast properly it left the txtbox = nothing and then i tested on that to see whether to add the event handler, so i was able to get what you sent me to work, so far so good.... now my problem is once i am inside the event handler for the textbox(withuipermission apparently!) and that it triggers the event handler, i see you set the args.handled = true, however i still get the same effect, is there not a e.cancel=true sort of like a keystroke, so that the event does not allow the scroll to trigger the scrolling effect within the cell, or is it that at this point it is already too late because the scroll event has already happened???

Ok i got it, i just ended up validating in the exiteditmode of the cell that if the valuelist originally does not contain the newly added item i add it to the actual list, rebind the list and voila i now do not lose my manual entry, although I would have thought a cell.update (i know this does not exist) would have updated the cell's column valulist to now include the new value...anyways, Thanks again Mike for your help, sorry could not have thought of this sooner. Have a nice day.

Maybe i am going about this the wrong way, I need to make sure the manual entry i just entered in the cell does not get wiped by the scrolling effect...is there a way on exiteditmode to maybe update the list to now include my manual entry, that way if someone does scoll it will show the newly added manual entry within the list itself, is this not doable with a grid.update function or something???