TileLayout Feature or My Misunderstanding

01.  create group percentheight , percentweight set 100.

 

02.  configure tile layout as:

 

<sp:tilelayout
    columnalign="justifyusingwidth"
    horizontalgap="2"
    orientation="rows"
    requestedcolumncount="2"
    requestedrowcount="2"
    rowalign="justifyusingheight"
    verticalgap="2"
    />

 

03.  populate group 4 default buttons -- give them labels one, two, three, four.

 

04.  upon resize layout seems behave expected -- 4 equi-areas redistribute proportionately.

 

05.  feeling i've learned in my learning walk before flying spark, change 1 of buttons list , happy behavior still expected.

 

05.  but, list needs own tilelayout.  add mix, resizing/layout behavior fails.  in simple test case, failure symptom column width of column 1 appears remain fixed, , column width of column 2 [with list element replacing button element in upper-right corner] gets whatever left over.  in fact, if window reduced below width of column 1, column 2 truncated completely.

 

06.  so, without trying lots , lots of combinations of different components different layouts, there more complete explanation of 'the layout contract' has been written on asdoc page tilelayout class?  ability of layout algorithm maintain equi-area distribution depends upon properties of children discussed.  so, if assigning geometry of children, expect complications, here, whatever element has been placed child inside group layed out, has never made explicit request dimensions on of components.  since problem shows when 1 of child component's own layout tiled, seem tilelayout class by-product of calculation of internal constrants 'emits' external resize request.  but, sounds think know talking about, when don't.  in understanding rules maintaining "nice" tiling appreciated.

More discussions in Archived Spaces

adobe