Hi Tom, You're right that only a finite number of list itemRenderers are created. When something changes (like the visible portion of a list) those that don't need to be re-rendered are moved on stage. They are only re-rendered when the necessary (i.e. when the data changes).
You have to make certain that each itemRenderer is properly initialized, and that if itemRenderers are moved, their state is checked and they are re-rendered accordingly. Posting the relevant code here might help expose the problem. Best Regards, Ciarán On 2/24/07, Tom Bray <[EMAIL PROTECTED]> wrote: > Here are the steps to see my issue in action: > > 1. go to http://www.tombray.com/queryBuilder/ > 2. click the plus sign twice to create two more list items > 3. change the first combobox in the first item to "Date" and notice > that the itemRenderer changes state > 4. click the minus sign in the first item (the one you just set to Date) > 5. notice that the bottom itemRenderer is now in the "Date" state but > shouldn't be. > > So, I'm assuming that the List is recycling itemRenderer instances > for efficiency, but I'd like a better understanding of what's going > on and a recommended strategy for dealing with this. Any help? Thanks! > > -Tom > > > > -- > Flexcoders Mailing List > FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com > Yahoo! Groups Links > > > >
