Key Strokes In jQuery - Hungry Turtle Code
Hungry Turtle Code Logo Hungry Turtle Code Logo Text. Learn to write code, one line at a time

Fun with jQuery Keyboard Events Part 2

Please share this post if you enjoy it!

What Is This Modular JavaScript You Speak Of?

This is part 2 of this mini series recreating the “Other Side” video effect using jQuery keyboard events. If you haven’t seen part 1, go take a look at that first.

In this tutorial we will take the exact code from the previous part and modularise it. What I mean by that is we don’t have everything in one place. We split the code out so that each part of the code only does one specific job.

For example you don’t check if the key is pressed then have the code to handle what happens when the code is pressed together. You separate them out.

What this does is makes everything easier to read and understand at a glance. Rather than having to read the code line by line to get an understanding of what is going on.

Video Tutorial. Text Tutorial Below.

Get all my latest content and exclusive offers direct to your inbox

Just enter you email below

Go back to the video

Subscribe To My Channel...


How Do We Go About Modularising?

What a great question! I’m glad you asked. There are many ways to do it but one common way is to create a JavaScript object that has methods (similar to functions). Each of these methods then handles a specific task within your application and then calls other methods when other tasks are required.

Don’t worry if you don’t understand objects and methods and all that fancy stuff. Just follow along for now. We want to get you creating cool things for now. Worry about the rest later.

To start with, we will create an object called doubleSided.

If you are thinking it looks kinda like declaring a variable, you would be correct.


I briefly mentioned this in the first video. Every time you make a jQuery selector call like  $('.element') , jQuery will scan the entire document to find it. So if you are making multiple calls to the same element – for example, every time a key is pressed – you are wasting a lot of resources.

Why not just scan once for an element you know you will need a lot and then just save it? This would be smart! This is known as caching.

Being the clever JS developers that we all are, we decide to scan for everything we need once and just cache it all.

To cache a jQuery selector all we need to do is set it equal to a variable.

var cachedElement = $('.element');  scans to document once and finds all elements with the class of “element” then saves that into a variable.

Now next time we need that we can just reference the variable “cachedElement” instead of scanning the whole document again.

What about the objects?

Let’s now get back to the object we created earlier. Inside that object we want to create a method that will initialise our application – let’s call it init();

Inside this method, we want to call all the methods we need to get our app started. Namely, we will need to call a method to cache the DOM and call a method to bind all these elements to the events we want to monitor (play, pause, keyup and keydown). I will also add a further method to set the volume like we did in the previous part.

To create methods, we simply type the name of the method followed by a colon – then the function you want. Note you can also create object properties (which are like variables within the object) in this same manner. property: "variable" would be valid.

Within this init function we are calling three other methods from within the object (which we haven’t created yet). Notice that we use the keyword “this”. What that means is that we are telling javascript that we want to call a method, but it should look for that method inside this object. ie. it is a method contained within the current object.

If we were to simply call cacheDom, JavaScript would look for a function called cacheDom OUTSIDE of the object. Using “this” tells it that is actually within the object.

Give Me Your Cache

Let’s actually add some code to these methods.

Much like when we wanted to create methods that we can call from within the object using the “this” keyword, we can create variables, or properties that we can use elsewhere in the object using the “this” keyword.

Here we have just taken all the jQuery DOM calls from part 1 and set them as properties within our object. This is our cacheDom method complete.

We Are In A Bind

Now let’s take all of those properties and bind them to the correct events.

We are still using the .on()  method, but this time instead of attaching that directly to a jQuery selector call, we attach it to the properties we cached. For the callback of each of these we are calling more methods from within the object that we will create next.

Notice how much more modular this approach is. We do not have the logic directly in the callback, we instead call a separate method – allowing us to keep everything clean.

This – A Bit Of Context

The above bindEvents method looks fine. We have taken the code from part one, replaced the jQuery selector call with our cached property and replaced the callback logic with a method call.

It should all work now. WRONG!

The this keyword actually causes some issues here. The issue is something called JavaScript context. I will not go into depth about this because it can be a very deep subject, but I will do my best to explain why it is an issue here.

So as I have explained previously, the this keyword tells JavaScript to look inside our object. Unfortunately, that is not always true. The this keyword, references the current “context”. For our purposes, the context will usually be the object, so the original definition is correct.

.on() Changes Everything

Now when we call a method from within .on() , the context within that method changes to the element that .on()  is attached to.

For example, we call this.keydownFunc from within the on keydown method call. Now we skip forward to inside the keydownFunc method and we call this.$lvid , we would expect our cached variable of $lvid to be found.

But in this case, that call will return undefined! The reason for this is the context has changed. The .on()  method that invoked the keydownFunc method was attached to our cached variable for the $('document') , which means that the context within the keydownFunc method changes from our doubleSided object to the jQuery $('document')  call.

Calling this.$lvid  from inside the keydownFunc is equivalent to calling $('document').$lvid  which of course doesn’t exist.

I know this may seem very complicated and confusing. I will do a full tutorial on context soon.

But How Do We Fix This Problem

Fortunately, the wonderful developers of jQuery realised that this could potentially be a problem and provided us a way to override the changing of context.

The way we do this is with the .bind()  method.

Now we have added .bind(this)  on to the end of our method calls.

What the .bind()  method does is takes the argument passed into it and says to the method call it is attached to, “I want you to forget about the context you think you should have, I want you to use the context of the argument I have been given”.

So by passing “this” as the argument, the context inside the bindEvents method (which of course, is our object) will become the context within all of the subsequent method calls. Solving our problem.

Onwards! Madness In Our Methods.

Set the volume quickly, before we move onto creating the last 4 methods.

The last 4 methods are keydownFunc, keyupFunc, pauseVid and playVid. Let’s start with keydownFunc.

At this point it is as simple as taking the code from part 1 and just change the jQuery selector calls to our cached variables.

Again, we pass the function an “event” argument. The rest is pretty self explanatory if you have seen part 1.

The rest follows on pretty simply…

Putting It All Together

Now we have written all the code, lets put it all together and see what we have.

Ahhhhhh! So much better. It is much easier to read and see what is going on at a glance.

The only thing left to do is to call doubleSided.init();  from outside our object just to invoke all the code we have written.

Writing code in this fashion has so many benefits such as increased security, increased efficiency, easier readability of code which leads to easier to maintain code – which of course makes everyone happy.

Hope you enjoyed it! See you soon for another tutorial.

Stay hungry and keep coding,



  1. Adrian Henry says:

    Anyone having any problems? Let me know

Leave a Reply

Your email address will not be published. Required fields are marked *