deferred / async script loading with getBlock

[edzillion]

Hi

I notice that when I use getBlock to render my script block it adds defer to the script tag:

<%- @getBlock('scripts').add((@site.scripts).concat(@document.scripts or [])).toHTML() %>

to

<script defer="defer" src="libs/jquery-1.8.3.js"></script><script defer="defer" src="libs/modernizr.custom.94543.js"></script><script defer="defer" src="js/main.js"></script><script defer="defer" src="js/homepage.js"></script>

so is there a way to control this? I want the homepage.js script to be rendered without defer.

also, somewhat related:

I had a problem with the docpad gist plugin because it was blocking my UI scripts from running, but when I modified the script to render with the async attribute the gists mysteriously disappear.

opts.content = content.replace(/<gist>/g, "<script src='https://gist.github.com/").replace(/<\/gist>/g, ".js'></script>");

to

opts.content = content.replace(/<gist>/g, "<script async src='https://gist.github.com/").replace(/<\/gist>/g, ".js'></script>");

the rendered script tags look fine: <script async="" src="https://gist.github.com/4348144.js"></script>

tested in chrome and ff and both say they support the async attrib. webpagetest suggests that the calls are made to the github servers just the same

any ideas? thanks

[balupton]

Defer says load in order but in the background, where async says load in whatever order and in the background. So perhaps the async for the gists breaks it as it needed something that wasn't loaded yet. Ref docpad/docpad-plugin-gist#1

It seems the correct way to handle this is to allow us to specify whether we should add the defer or async attributes based on options passed to the add method. E.g. .add('js/homepage.js',{defer:false,async:false}) - perhaps we can even take this as far as allowing us to configure the defaults within the docpad configuration file, however that is a bit too extreme versus just doing options. Ref #397

[balupton]

Added the mentioned ability in v6.21.4. :)

[edzillion]

Thanks Benjamin :)

[thanpolas]

@balupton this has created problems for me.

I was assuming that script tags where not mangled, i was wrong.

What's the reasoning behind having a script load deferred by default?

(whichever it is, there are a certain set of scripts that will break when loaded with this flag)