domready "interactive" state needs IE workaround
scottjehl opened this issue · 3 comments
Shoestring’s domready allows it to run when the readystate is "interactive," which is good because otherwise domcontentloaded can be delayed later than we want, waiting for onload-type scheduling like image requests. We need a way to avoid allowing the interactive ready state if the browser is IE. This workaround looks good https://github.com/mobify/mobifyjs/pull/177/files
We should consider how to handle that here: https://github.com/filamentgroup/shoestring/blob/master/src/shoestring.js#L198
I think we still need a condition in here to mimic interactive in non-IE browsers. jQ has an initial if condition we should look at: jquery/jquery@0f553ed
Seems like this should be a new issue since this addresses the IE9 problem
On Fri, Sep 5, 2014 at 8:56 AM, Scott Jehl notifications@github.com wrote:
—
Reply to this email directly or view it on GitHub
#33 (comment).
Closing per @scottjehl’s slack signoff https://filamentgroup.slack.com/archives/shoestring/p1487100168000107
The mobify workaround above has been included in the codebase too.