🚀 go-pugleaf

Thank you very much Dave. That's a good idea. How about if the event is
fired in someone else's code? What do people do in that case most of the
time? AWT events etc? Is there a common practice?
Thanks
ali

"David Jefferson" <david.jefferson@kbcfp.com> wrote in message
news:399a8d44_1@dnews...
> One way would be to define your listener's method to have a boolean return
> value (true for event handled, false otherwise), then in your fireEvent
> method when you are enumerating through the listeners as soon as one of
them
> returns true then you can return ie something like this:
>
> public interface MyListener
> {
>     public boolean handleEvent(MyEvent e);
> }
>
> // -------------------- In class which listeners are listening
> to ---------------------
>
> private void fireEvent(MyEvent e)
> {
>     for (Enumeration enum = m_listeners.elements();
enum.hasMoreElements();)
>     {
>         MyListener myListener = (MyListener) enum.nextElement();
>         if (myListener.handleEvent(e)) return;
>     }
> }
>
> The other, related model which is quite cool is vetoable change listeners
> which may be appropriate.
>
> Dave
>
> "Ali Demir" <demir.4@osu.edu> wrote in message news:399a025d$1_2@dnews...
> > Hello,
> >
> > I have Multiple Event Listeners For One event. If one of the listeners
> > handles the event, I would like other listeners to skip this event.
> >
> > Is there a recommended way of implementing a design pattern so that this
> > kind of problem is nicely handled?
> >
> > For example it would be nice if the event class had a property which I
> could
> > set to 'handled'...
> >
> > All advice is welcome.
> > Thank you in advance.
> >
> > Ali Demir
> > demir.4@osu.edu
> >
> >
>
>