Re: [Flashcoders] avoiding a stack of lists

2006-01-31 Thread Kent Humphrey
Nathan Derksen wrote: Sorry for the delayed response, it's been a busy day. Not a problem at all. I hope this helps. That looks great, an improvement over what I've already done, but it wont require a full rewrite. Thanks a lot. ___ Flashcoders

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Nathan Derksen
Sorry for the delayed response, it's been a busy day. It's been a while since I have touched Lingo, so I won't comment there, but yah it's basically a list of properties. Associative arrays can be accessed in two ways. First: listRelationships:Object = new Object(); listRelationships["prope

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Kent Humphrey
On 30 Jan 2006, at 17:13, Nathan Derksen wrote: Well, regardless of whether or not you use listeners, you still need to create the data relationship. I don't think encoding the relationships into 25 listeners is necessarily a good idea, either. An associative array, indexed by ID, could st

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Kent Humphrey
On 30 Jan 2006, at 17:12, Alan MacDougall wrote: Close. Let's assume you're using mx.events.EventDispatcher. Your event broadcaster class starts like this: Wow. Thanks for all that. I'm not using classes so that's another thing I'll have to study up on... I've filed your post away for fu

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Nathan Derksen
Well, regardless of whether or not you use listeners, you still need to create the data relationship. I don't think encoding the relationships into 25 listeners is necessarily a good idea, either. An associative array, indexed by ID, could store the IDs of the other list items that are rela

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Alan MacDougall
That sounds to me like you want to use events -- the items which light up should listen to the items that trigger them. When the triggering item gets moused over, the listening item(s) can decide whether to react. This might just take your redundancy and put it somewhere else, but it keep

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Kent Humphrey
On 30 Jan 2006, at 16:30, Alan MacDougall wrote: I've made a single item work with my initial solution, which was to have a list for each item that lists which items in the other lists should highlight. But by the time I've made 25 lists for my 25 (current) items, that seems like a lot

Re: [Flashcoders] avoiding a stack of lists

2006-01-30 Thread Alan MacDougall
Kent Humphrey wrote: I've made a single item work with my initial solution, which was to have a list for each item that lists which items in the other lists should highlight. But by the time I've made 25 lists for my 25 (current) items, that seems like a lot of redundant and duplicated