I'm using 10.3 and IE7. Create a simple page with only a WHDG, WHDS and the script manager. Load up some hierarchical data. Size the browser window so no window scroll bars are in use.
Expand one of the rows. Most of the time this is ok. The grid will likely add a vertical scroll bar within the grid to accommodate the additional rows.
Now scroll to the bottom of the grid data and expand the last row. The grid again correctly adds a vertical scroll bar, if needed. IN ADDITION, the window now gets both a vertical scroll bar and a horizontal scroll bar (due to losing the space for the vertical bar).
The window vertical scroll bar shows up because there is now a bunch of additional white space after the grid. This white space only shows up when expanding a row at the end of the grid, and goes away when the row is collapsed. The height of the white space matches the height of one of the islands that was just added.
This does not happen in Firefox. Don't know about other versions of IE or Chrome.
The page source has a ton of stuff after the end of the grid. Comparing the page source for an unexpanded (ie, correct) page and a page with the extra white space shows that there is no difference in the page source!
Any ideas on how to make this incorrect behavior go away?
Thanks,
Dave
Hello Dave,
I tried to reproduce the issue with the online samples but I was not able to
http://samples.infragistics.com/2010.3/WebFeatureBrowser/contents.aspx?showCode=true&t=WebHierarchicalDataGrid/WebHierarchicalDataGrid_PagingOnParentLevel%20.aspx~srcview.aspx?path=~srcview.aspx?path=WebHierarchicalDataGrid/WebHierarchicalDataGrid_PagingOnParentLevel%20.src
Can you please share sample code snippet reproducing the issue?
Screenshots of the appearance will be appreciated.
Please keep in mind that you should zip the files before attaching it.
In putting together the sample for you, I discovered that this problem depends on the WebSplitter. I also discovered that there are additional issues.
I've attached the source code for a VS 2008 project that shows the problems. You'll need to add the ig_res folder tree to get it to work. Compile and run it in IE7. You'll see a grid with 10 rows (there's a global variable controlling the number of rows) inside a splitter. Each row can be expanded. The last row has more expansion than the others.
Problem #1: Assuming that the IE window is larger than the splitter needs, note that there is one vertical scroll bar (see problem #2 about that). Row "A9" should be at the bottom of the grid. Expand row "A9". You now get additional scroll bars, when you really should only get an adjustment to the single existing scroll bar. The outer (right most) scroll shows a bunch of white space below the grid and within the splitter window. The exact amount of space depends on the size of the islands that were just exposed. Collapse row "A9" and expand other rows. Any row expansion that causes a newly displayed island to be below the bottom of the grid causes the additional scroll bars. Any row expansion that can be completed within the displayed grid (ie, expand row "A1") does NOT cause the additional scroll bars. Once the additional scroll bars are present, they remain until the row(s) that caused them are collapsed. Firefox 3.16 correctly expands all rows. Don't know about other browsers/versions.
Problem #2: My expectation is that when the heights of body, form, splitter and grid are all set to 100%, that the grid should be completely visible (no scroll bars) in the splitter window. Unfortunately, this is not true. It looks like the splitter window is 1 pixel too short for the grid. In this case, the scroll bar is for the splitter window, so the entire grid moves with the scroll bar. If the grid height is changed to 98%, you can now see the bottom border of the grid. However, a scroll bar is still present, but now it is the grid scroll bar. I can either see the entire grid (including the bottom border) or I can see the full height of each row, but I can't do both. The splitter should be taller than what it is computing as 100%. This happens on both IE7 and Firefox 3.16.
Problem #3: With the grid height set to 98% (to address problem #2), when this application is first displayed in Firefox 3.16, there are NO scroll bars visible! The grid vertical scroll bar should be present. Reloading the page or moving the splitter bar causes the scroll bar to display, even though it is horizontal movement of the splitter and the vertical scroll bar is displayed (they should not affect each other). If the grid height is set to 100%, a scroll bar does display on initial page load.
Thanks for looking into this!