I'm writing a simple databound table which displays a distinguished
header row and some body rows. Each column cell of a body row
constrains its width to be the width of the corresponding column in
the header row, but these constraints seem to frequently misbehave.
I've attached three of the simplest test cases I could come up with.

In table-header-widths-broken.lzx, adding/removing some rows will
quickly show that the widths are being lost somehow. The only
difference from table-header-widths-working.lzx is that 'working'
shows all rows, whereas 'broken' only shows a single body row.

In table-header-widths-advanced-broken.lzx, try:

   - add row * 2: the first two body rows lose their widths
     - then del row: widths get fixed
   - add/del col: the body rows lose their widths
   - other combinations...

Finally, you can also find the full version of my table component at:

http://assorted.svn.sourceforge.net/viewvc/assorted/lz-xgrid/trunk/src/ygrid/

(To use it, just make sure the resources/ subdirectory (in
lps/components/lz) is available in the same directory as ygrid.lzx.)
This is my attempt to create a version of grid as declaratively as
possible. I see the same issues as what I described above, but for
some reason I additionally get the following warnings, which I believe
may be related in that some widths may at some point be undefined:

WARNING: null setters on «lz.view» width 92 [I believe these are for
columns in the header]
WARNING: null setters on «lz.view» width 57
WARNING: null setters on «lz.view» width 63
[and occasionally:] WARNING: null setters on «lz.view» highlighted false
...

I'm using OL 4.0.3. If this is a bug, are there any workarounds I can
use in the meantime? Thanks a lot for any help!

Yang

Attachment: table-header-widths-advanced-broken.lzx
Description: Binary data

Attachment: table-header-widths-broken.lzx
Description: Binary data

Attachment: table-header-widths-working.lzx
Description: Binary data

Reply via email to