I am using setscrollposition(Infragistics.Win.UltraWinGrid.ColScrollAction.Right) to set the scroll bar all the way to the right of my grid. My grid renders only some times with the bar all the way to right. Other times, it renders with the bar ALMOST all the way to the right, which leaves one or two columns out of visible sight unless the user manually scrolls the rest of the way to the right. I find this happens with grids that have many columns, as well as when my grid control's width is more restricted due to expanding bars on the right or left of the screen.
Is this a known bug? Or is there a known remedy for this?
Thanks,
Dave
Hi Dave,
Sounds like a timing issue to me. Maybe you are calling the method and then something is happening to change the width of a column so it's changing the scrolling.
Good diagnosis, but after researching it, I don't think it is the timing...my application renders a grid propertly with the scroll all the way to the right when I have the resolution set to 1400/1050. If I set the resolution to 1024/768 and follow the same exact steps to render the grid, it does not set the scroll totally to the right. Do you agree that this would eliminate timing as the root cause?
Hm. In that case, I just don't know. Your best bet would probably be to copy your application and try to narrow it down to the bare minimum and see what's different about the grids. If you can duplicate the behavior in a small sample project, you can Submit an incident to Infragistics Developer Support so they can chek it out.
I have been looking into the timing and I do not see any resize being performed after I set the scroll. I have multiple grids displaying on the screen in the same panel. Some of them set the scroll correctly and some did not. I added an attachment which contains 3 grids that are displayed in the same panel at the same time. You can see that the second one did not get its scroll set all the way to the right. All of the grids are created in the same manor, using the same exact code and calling sequence. I use a multicast delegate to invoke the setScroll postion on each of the grids once all painting is finished. If it were a timing issue on my part, I would think all of the grids would react the same way.
No, in fact, I think that theory is even better now. My guess is that you are scrolling the grid and then the form is being displayed and maximized, thus resizing the grid and changing the scroll position.
Of course I am assuming that the size of the form is changing and that the grid is docked or anchored so that it sizes with the form (or whatever the grid is contained in).