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:
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
andfireEvent
Enjoy firing your events and listening to them!
- Ext, Angular, React, and Vue - 27. June 2019
- The Site Resurgence - 11. February 2018
- Configuring ViewModel Hierarchy - 19. June 2015
38 Responses
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
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.
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.
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
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!
Hi Saki!
Thanks a lot man, great work at every piece of work you bring us.
However, I’m having same problem as Andrew, about
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?
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.
Hi Saki:
Thank you very much.
Great work.
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
Oh yes, efege, you’re right. Correcting…
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’);
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.
Thank you Sey. Better now than never… 🙂
This is a damn good article and I wish someone wrote it earlier.
Thanks!