Sorry for the omission. The scope is the timeline on which the component is placed, for example, if you put the component on the timeline within mc1.mc2, and specify “xyz”, then it looks for “mc1.mc2.xyz.” If you specify the listener as “_parent.xyz”, then it looks for mc1.mc2._parent.xyz, or mc1.xyz.

The downside is that it won’t by default access _global without specifically saying _global.xyz, but of course someone could make that change if he or she were doing that sort of thing.

-jonathan

foo.addListener(“method”,this);

BTW Jesse big ups on the formatting of your articale.

While you’re summarizing event models, let me add my perspective which is a slight takeoff of the approaches.

First, for my components, I like to specify the first listener as a property of the component, so it’s very easy to set. Since that is coming in as a string, this mechanism makes the evaluation of the listener at the event-generation time, as opposed to all the other mechanisms that have the evaluation at addEventListener time. For kicks, I also permit the user to specify absolute and relative paths, e.g., using _parent, _level, _root, etc. All this is described at http://flashsim.infopop.cc/eve/ubb.x?a=tpc&s=768608087&f=1106035535&m=7666077455

The second modification I make with my components is to add a property for the event name. This way, one can change the event names if you need to avoid a clash (for example, two different components sending the same onChange event). You could use a proxy listener, as Mike Chamber implemented, but I think it is easiest to have this capability built into the component properties, although it does clutter the properties when you have a lot of events.

-jonathan