Blog.

What is an event?

Code in this post can be obsolete, however, principles and theory may still apply.

Historical Background

Most likely many of you who will read this article do not remember times of Fortran language and computers that were fed with tons of punch cards to have some some job done.

The main purpose of computers at that time was to compute something really; that is not true anymore because computers are used for getting computational result very rarely at schools or scientific institutions nowadays.

How did it work at that time? If you wanted a computer to run a program you went to a shelf with your punched cards, you found the drawer with the stack of them, fed them through card reader and the computer started your program.

First task was to ask for user inputs and once you filled them in the program computed the result, printed it and ended. Easy, straightforward, “single thread” job.

Events Introduced

With the invent of GUI and Mouse this concept of load-run-end just couldn’t work anymore as we needed some infinite loop that would wait for user actions (mouse movement and clicks) and that would process them to execute the required actions.

I has became clear very soon that putting the code that processes these action directly in that loop is the route to nowhere so the Event driven programming was born.

Event Definition

Event is a message, a function call, generated by one (part of) program, the event source, that notifies another (part of) program, the event listener, that something happened. Events are generated as responses to user actions or to state changes of the event source.

The event source is independent of event listeners and it generates events also if nobody listens or even if there is no listener defined. The viewpoint of our infinite loop would be: “I’m informing everybody that user moved the mouse to position [x,y] and I do not care who listens, if anybody.”

The viewpoint of the listener would be: “Let me know when user moves the mouse, I need to do something with it.”

Events in Ext

There are two main “sorts” of events in Ext: DOM events and JavaScript, or software, events.

DOM Events

Browsers that display (X)HTML pages already have our “infinite loop” that watches user actions and fires events if these actions are occurring on DOM elements. Before Ext we were used to install event listeners on DOM elements this way:

Click me!

Ext.Element wraps DOM elements together with their events so now we install the same event handlers this way:

Ext.get('mydiv').on('click', function() {alert('You clicked me');});

It can be said that DOM events are “passed-through” from DOM through Ext.Element to listeners.

JavaScript Events

Now, DOM elements are not only possible event sources; it is quite easy to implement event source logic and event listener installation to any JavaScript object. But, what could it be good for?

Imagine that you have a complex component such as grid. If you had only DOM events, the handling of user actions such as column move would be extremely difficult. You would need to listen to DOM elements, process mouse clicks, moves, calculate from where to where the column has been moved, etc. If would be much easier if grid component would do all this dirty work for you and, after everything has be done, just informed you: “User moved column 3 to position 1.”

That is exactly what grid does: it fires JavaScript events that inform potential listeners what has happened to it. The same is true for another Ext components. Form validation events, Panel resize events, Tree expand/collapse events can serve as examples, to name a few.

How do I listen to events?

If you have an object of Ext class, for example Panel, and you need to do some action when panel resizes you would install a listener to implement your action:

// create panel
var myPanel = Ext.create('Ext.panel.Panel', {...});

// install resize event listener
myPanel.on('resize', function(panel, w, h) {
    alert('Panel resized to ' + w + 'x' + h);
});

From this point on, whenever the panel myPanel is resized your function is called so you can do your actions.

How do I create event source?

Events related functionality is implemented in Ext.util.Observable class so if you want your extension to be an event source just extend Observable. Also, if you extend a class that is already descendant of Observable (Panel, Grid, Form, Tree, etc), your extension is automatically the event source.

Events fired by your extension are events fired by parent class(es).

Custom Events

It happens very often that you need add new events, for example you create Employee class and Organization Chart class and you implement drag&drop assignment/dismissal of employee to/from a position. I would come handy to fire event assigned and dismissed, wouldn’t it?

We could listen to these events and the listeners could send e-mails to the employee informing him that he has been assigned to a position or dismissed from it.

We do it this way:

OrgChart = Ext.extend(Ext.Panel, {
    initComponent:function() {
        // call parent init component
        OrgChart.superclass.initComponent.apply(this, arguments);

        // add custom events
        this.addEvents('assigned', 'dismissed');
    }

    ,assign:function(employee, position) {
        // do whatever is necessary to assign the employee to position

        // fire assigned event
        this.fireEvent('assigned', this, employee, position);
    }

    ,dismiss:function(empoyee, position) {
        // do whatever is necessary to dismiss employee from position

        // fire dismissed event
        this.fireEvent('dismissed', this, employee, position);
    }
});

In the initComponent function we inform Observable class that we are going to fire our new events so it can do all necessary setup.

Note: We do not extend Observable directly here but Panel, what we extend, does. Panel’s inheritance chain is: Observable -> Component -> BoxComponent -> Container -> Panel.

And in assign and dismiss functions we fire our events after all assign/dismiss job has been done with signature (arguments) of our choice.

When we fireEvent, Observable looks if there are some listeners to this event and calls all listeners with arguments we supplied in fireEvent call. If there is no listener it just does nothing.

Summary

  • event is a message sent (fired) by an event source to inform listeners that something happened
  • event source is an object that can fire events
  • event listener is a function that is called when event source fires an event
  • to listen to events we use on function to install an event listener
  • to create an event source we extend Observable class, addEvents and fireEvent

Enjoy firing your events and listening to them!

saki
Follow me:
Latest posts by saki (see all)

38 Responses

  1. Several people here want to throw events up multiple levels without relays. For this purpose I recommend and use pagebus from Tibco. It’s a tiny js file and it works great.

    I use a naming convention for the topics . to make it easy to trace them back.

    HTH,

    Jeff

  2. Kenneth/Andrew/Leo Dutra,

    article says we can attach the listener on the event source itself.

    Have you guys figured out how to solve your problem? If so let us know. We are trying to do the same.

  3. I agree with Andrew. I have a basic control hierarchy like this:

    container
    somecomponentX
    subcomp
    somecomponentY

    I want to handle the events from subcomp in the container which knows about somecomponentY. subcomp shouldnt know about this.

  4. Re bubbling: I never needed it so I have no reality on the type of application it would be where it would be useful. Neverheless, there is one method of Ext.util.Observable that I use and that is similar: relayEvents

  5. Hey, sorry about last post… Dunno what happened, but, here I go:

    I’m havving same problem as Andrew, with that “bubbling” thing. Really don’t know where to go from here. Are we getting something wrong?

    thanks again!

  6. Thanks for your examples! I’m a bit curious, I don’t see the ext examples use the initComponent instruction that you seem to be using in your examples. What do those do/mean?

  7. Regarding custom events: It seems though that you can only fire/listen within the object for which you called addEvents. Moreover there’s no “bubbling” of custom events up through the component hierarchy like the bubble of standard browser events in the DOM. Is this correct or am I missing something?

    I have a tabPanel that contains alot of nested panels. I don’t want the nested panels to know much about their container (so I can reuse themin other contexts) and so my intent is to fire custom events from the lower-level panels and have listeners in the master tab panel. I kind of got a relayEvents kludge happening but I don’t like it.

  8. Hello Saki
    this is a excellent article! thank you for sharing and helping…you should write a manual for ExtJS…I know there are tons of tutorials around but it will be nice to have a doc that goes from beginner to advance explaining things as clear as this article..just a suggestion

  9. Hi Saki, thanks for this article. Very nice explanation.

    It seems that this line

    addEvents(‘assigned’, ‘dismissed’);

    should read like this:

    this.addEvents(‘assigned’, ‘dismissed’);

  10. Thanks for your articles.
    They show your passion for the library and the commitment you have with the comunity.
    I’m new to Javascript/ExtJS. Your articles are a very good complement to documentation.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Enter your username and password to log into your account. Don't have an account? Sign up.

Want to collaborate on an upcoming project?