The way it often gets stuck is this: 0. Shrink a container vertically that doesn't currently have a vertical scrollbar. 1. Layout computes a new height that implies that scrollbar is needed. 2. Vertical ScrollBar takes up room. 3. Layout is recomputed to factor in scrollbar. 4. Bug in layout computes a new height that implies that scrollbar not needed. 5. Take away scrollbar 6. Layout is recomputed without scrollbar 7. Go to #1.
In your case it could be width and horizontal scrollbar. There is also a variant where the vertical scrollbar appears forcing a horizontal scrollbar and then the bug thinks that a vertical scrollbar is not needed. -Alex On 2/26/14 7:37 AM, "MichaPooh" <[email protected]> wrote: >Finally I go with a workaround to never set a new contentWidth >with target.setContentSize(target.contentWidth, myCalculatedHeight) > >that works and isn't too "hacky" because the layout works in a way that >every item is positioned relative to the target.width or the left side and >the content should never extend the target.width... > >It's just that I'm not sooo satisfied with my workaround because I still >don't understand why resizing the window vertically makes the layout, when >it adds the scrollbar, in some cases oscillate infinitely between a width >with and without the scollbar... > > > > >-- >View this message in context: >http://apache-flex-users.2333346.n4.nabble.com/Infinite-recursion-in-custo >m-layout-tp5148p5225.html >Sent from the Apache Flex Users mailing list archive at Nabble.com.
