Hi, Alex;
> > The HBox has been pretty thoroughly debugged, but that doesn't mean it > will work for you in all possible scenarios. A single call to > validateClient is made then the HBox's measurements are used. Anything > that causes a second validation pass can be missed. > > > > Calling measure() directly can confuse things as the measurement may > depend on proper validation of the children. validateClient is > recommended, but it is being called for you. Do you have any examples that show the proper way to do this? I've looked at the help till my eyes are crossing, and I am just stabbing around in the dark trying to figure this out. > I would override measure() so you can see what numbers it is reporting > and decide whether that is right nor not. If not, then see if the > repeater is causing a second pass. If it is reporting the right number, > then updateDisplayLIst should be called later with the right number. I know _you_ would override measure :-), but my feeling is that if the code you guys wrote isn't working, what hope does a newbie like me have of doing something that works better? Besides, it does seem to be working just fine, but the measurements aren't getting passed "up the chain" to the containing HorizontalList, and I have no idea how to convince that component to "see" that its children are larger than it has allowed room for and expand to allow them to be seen. > Also keep in mind that renderers are recycled so the renderer that > generates some number of children for the first row can end up rendering > some other row later. The first step is to get everything visible. Then I'll worry about what happens when new items are added to the collection (which is the only reason the items that are being rendered would change). Thanks; Amy
