We are having a problem with the grids whereas if the user click the bottom row of the grid, the grid automatically moves the scroll bar to show the full row. This is not acceptable because as users are trying to double click on a row, the scroll bar moves and the row that ends up being clicked is the wrong one. There is also a case where we have a form with multiple grids in an mdi container. When we click on the grid near the bottom of the container, the containers scroll bar jumps moving each of the grids up, causing the wrong row to be clicked, and effectively performing a sort of "shift click" selecting all rows between the initial and the row the mouse ended on. This is causing our users a large headache, and no one here can figure out what could be causing this. Please help.
The behavior you are describing is the intended behavior.
If the user clicks on a row that is at the bottom of the grid and the row is not fully visible, it becomes the active row and is scrolled into view. This makes sense, and it would be very unintuitive for it to work any other way.
I understand the issue you are describing, though. If you double-click, the first and second click occur on two different rows in the grid. I'm not sure what you can do about this. If you can detect when this situation occurs, you might be able to cancel the BeforeRowRegionScroll event to work around it. But it really depends on exactly what is happening.
If you can create a small sample project demonstrating the issue, I will be happy to take a look and see if I can find a workaround for you.
Thanks for your reply Mike.
While the bottom row being out view and jumping into to view can be lived with the other problem is much larger.
We have about 10 grids on the screen on top of one another inside of an MDI Container. The form inside the MDI container is set to AutoScrollBar, and is set to Fill. If one of the grids hangs below the bottom of the screen and that grid is not the active selected control, when you click it the "AutoScrollBar" jumps to fit the entire grid on the screen. Also selecting all the rows between the one you click and where the mouse finishes. If you scroll back up, and click the same grid, it does not happen again. I have to click one of the other grids first, then back to the hanging one and it will happen again.
This application is very large and this home screen has a ton going on so I tried to duplicate this in a sample project but I was unable to do so. I assume that this is probably something something somewhere in the code. If you have any clue what could cause this or how I could start to hunt this down it would be much appreciated, otherwise thanks very much for your help thus far.
EDIT: I have created a sample project that duplicates this! How can I get the project to you?
The latest version is NetAdvantage 2010 Volume 2. There is also a Service release available for that version.
There's no way for me to know for sure if the particular problem you are experiencing has been fixed, but you could try it out by downloading a trial version of NetAdvantage 10.2.
Hi Mike,
Thanks your reply.What is the latest version of NetAdvantage for window forms? Does it contain the fixes to prevent the jumping? If it does, then I will upgrate to the latest version to get this fixed. In my project, we use ultragrid everywhere, so users would be very happy if we can resolve this jumping issue. Thanks you help.
Are you using the latest service release? Since the last post in this thread (before yours) was late in 2009, it's unlikely that any fix we made was in the release version of v9.1. But it might have gotten into a service release.
How to get the latest service release - Infragistics Community
We are using v9.1, however the FocusControlWithoutScrollingIntoView method still couldn't prevent the jumping, so when the row is not full visible in the view, and the double click row would always select the different row, this drived us to nuts. We are wondering if there is any other way to resolve this since user wouldn't accept this jumping selection. Your help would be greatly appreciated.
Hi,
Looks like our FocusControlWithoutScrollingIntoView has a bug in it.
I'm forwarding this over to Infragistics develop support so they can check it out.
Please note, however, that your sample is using v8.1 of the control and that this version is no longer being updated. So any fix to the FocusControlWithoutScrollingIntoView method will only be made in the most recent versions.