Checking Visibility
// Visibility Test Cases
$("#word").is(":visible");
$("#word:visible").length == 1;
$("#word:visible").length > 0;
$("#word").css("display") == "block";
$("#word").is(":not(:hidden)");
!$("#word").is(":hidden");
// Visibility Test Cases
$("#word").is(":visible");
$("#word:visible").length == 1;
$("#word:visible").length > 0;
$("#word").css("display") == "block";
$("#word").is(":not(:hidden)");
!$("#word").is(":hidden");
Older versions of jQuery are still being used (<= 1.6), and those versions do not support the new "on" method of attaching event handlers to elements. If you were authoring jQuery plugins and want to ensure compatibility when working with events, then you would want to write an adapter inside your plugin.
If the styles of stylesheets are atrocious, and you have no control over its loading, you may want to disable specific stylesheets with javascript.
Use event namespacing when attaching or detaching event listeners. This reduces the possibility of you accidentally removing event listeners that was not intended to be removed. This is especially important if you plan to use someone else's JQuery plugin that interacts with an element which you are also manipulating through your own event handler attachment or detachment. There could also be the opposite problem where someone else's JQuery plugin removes your attached listeners. This is why namespacing events is a good practice.
Most JQuery plugins will use the common format of customizing by providing a plain object to the plugin handler. This is well suited for plugins that provide a widget to your page where a callback might not be needed.
When attaching a method onto a prototype, the methods can be called from another prototype method using "this".
Suppose we have a function with parameters and an array:
// A Function and an Array
function doSomething(stuff, thing1, thing2) {
console.log("params were concatenated:" + " " + stuff + thing1 + thing2);
}
var justAnArray = ["a", "b", "c"];