TreeGrid - Manually Resizing Columns Causes Misalignment

[PTJ82]

I have noticed a column alignment issue when collapsing and then expanding rows in a TreeGrid. If a TreeGrid is expanded and then the user resizes a column manually, upon collapsing and re-expanding, the expanded cells within the column that was resized are drawn in their original position. If the user then attempts to resize the column again, the cells snap back to the correct position. This will continue to happen whenever a column is manually resized and then rows are collapsed and expanded.

I have attached an image to show this issue. The 2nd and 3rd rows under %MV are misaligned with the "%MV" column. If the user manually changes the width of the "%MV" column, the cells (100% values) will snap back to proper alignment. If the user collapses "Total" and then re-expands "Total", the cells will once again be misaligned.

Attachment 20970

The "%MV" column is using a GridCellRendere and the following properties are set for the grid.

TreeGrid<ModelData> grid = new  TreeGrid<ModelData>(_Store, cm);

/* *********** Grid  configuration properties ***************/
grid.setBorders(true);  
grid.setAutoWidth(true);
         
/* Turn off icons close/open icons */
grid.getStyle().setNodeCloseIcon(null);
grid.getStyle().setNodeOpenIcon(null);
grid.setAutoHeight(true);

Note: I remember seeing a similar issue with a standard grid when manually resizing columns. The grid contained nested column headers.

Regards,

--Paul J.

[sven]

grid.setAutoWidth(true);

Than is not going to work. You need to correctly size your grid. Also please post a fully working testcase that implements EntryPoint

[PTJ82]

My mistake, this is an error on my part and not a bug.

In my custom GridCellRenderer "render" method I was overriding the "width:" style property in "config.style" while setting custom styles for each cell in the report. I am now setting "width:" equal to the column width from the grid into the "config.style" and the misalignment no longer is happening.

Sorry for the false alarm.

Regards,
Paul J.