It seems that the table, with its width set to 100% , expand ratio to 1.0 and put into H/V layout, does not adjust it’s size when window size is changed (in any direction). The demo of this can be seen with the itunes layout demo, for instance:
[quote=dll
It seems that the table, with its width set to 100% , expand ratio to 1.0 and put into H/V layout, does not adjust it’s size when window size is changed (in any direction). The demo of this can be seen with the itunes layout demo, for instance:
Decrease size of your browser window - note, that table did not adjust and horizontal scrollbar appeared
Reload page and note, that now table adjusted its size normally.
Interesting thing, that doing forceLayout does not help to fix the problem, only a page reload.
Is this a known issue or feature or should I log a ticket ?
[/quote]
Neither. Table adjusted its size correctly in the in the itunes layout demo (scrollbars are a feature in the table, not outside the table to scroll “too large” table.
The actual reason is that table columns remember their size and are not updated to reflect the adjusted window size. In order to do what you wanted we would need to add expand ratios (feature) for the columns. This is a valid feature request - I am not sure if there is already a ticket for it.
It’s actually like this by design. The natural width columns take as much space initially as possible, but from there on they maintain that width.
We have two different tickets about this (
#2145 and
#1448 ). One solutions could be to use percentage widths on the columns, but I’m not sure that would completely solve all situations.
