Referencing a Script’s Own Tag
Information about document.currentScript
has been added to this post. document.currentScript
should be considered the better option.
There are times when the contents of an external script may want to reference its own SCRIPT
tag. There are times that developers may want to detect attributes of the script tag which act as options for the script; this is a practice that's been done by the Dojo Toolkit for years. Lea Verou's Prism syntax highlighter also uses this practice:
<!-- Traditional Dojo config --> <script src="//ajax.googleapis.com/ajax/libs/dojo/1.8.3/dojo/dojo.js" data-dojo-config="async: true"></script> <!-- Sample Prism config --> <script src="prism.js" data-default-language="markup" data-manual></script>
So how are these projects getting the correct SCRIPT tag with which to look for attributes? Assuming a top-down (not async) load of scripts, the following will get a script its own tag:
/* From in side the script.... */ // Reliably grab my script tag var script = document.getElementsByTagName("script"); script = script[script.length - 1]; // Check for an attribute/config if(script.hasAttribute('data-something')) { // Do something! }
Collect the SCRIPT
elements up to that point and reference the last one -- that's all you need to do. Of course we're living in a mostly async world right now, so to accommodate for those cases, you may need to stick an ID
on the SCRIPT
element, take a chance matching the SCRIPT
by path (a really bad idea), or use a different type of configuration system.
document.currentScript
A document.currentScript
property also exists, and this standard property provides the ultimate reliable method of detecting the currently executing script:
var script = document.currentScript;
Pairing this method with the older solution, the best complete code solution could be this:
var script = document.currentScript || (function() { var scripts = document.getElementsByTagName("script"); return scripts[scripts.length - 1]; })();
Very useful, but you should warn about it won’t work reliably if you load the script asynchronously (either via
async
attribute or from another script).Yep, I did mention that within the post.
Basically, there’s no generic way to be 100% sure it’s the right one.
doing this since ages in Ad serving scripts…
As an option you can use live collection called `document.scripts` instead of `document.getElementsByTagName(“script”)`
Another little trick that I sometimes pair with this is that once you have a handle on the script element, you can get the text within the script tag, which can allow for some more interesting configuration capabilities. I only use this when using attributes becomes overly clunky.
In the markup:
// configuration goes here
In the script.js
var script = document.getElementsByTagName(“script”);
script = script[script.length – 1];
configure(script.text); // script.text is the text inside the script tag in the DOM
At this point, you can parse the script.text based on some DSL that you get to define.
If you’re feeling particularly evil, you can eval the script.text in order to provide an injectable programmatic configuration. I still haven’t decided if I love that approach or not, personally.
Well, looks like I messed up the code snippet.
Here’s a gist with the example: https://gist.github.com/JamesMaroney/b7f26cfc4536504790f0
What about `document.currentScript`? https://developer.mozilla.org/en-US/docs/DOM/document.currentScript
That’s been in Firefox awhile AFAIK and it’s now in the HTML5 standard: http://www.whatwg.org/specs/web-apps/current-work/multipage/dom.html#dom-tree-accessors
Thanks, I can now reference label Make own script. I appreciate