Javascript 使用开发人员工具更改IE9中的文档模式

我正在努力让一个非常“聪明”编码的JavaScript应用程序在InternetExplorer上运行。它目前在IE7-8上运行良好，但在IE9中有些脚本会无声地失败，我还无法找出原因。这个项目有一个严格的截止日期，我不能抽出时间进行适当的调试，所以我正在考虑强制页面以IE8文档模式显示

这在其他方面是成功的，但是曾经触摸过文档模式选择器并将其设置为IE9模式的IE9用户不会受到

X-UA-Compatible

meta标记的影响，并且会得到一个空白页面。IE8文档模式在文档模式菜单中显示为“默认”，但用户选择的模式似乎总是覆盖页面建议的模式

问题和公认的答案表明，在IE8中，浏览器在页面重新加载时恢复为默认文档模式。这在IE9中改变了吗？我是否希望可靠地将IE8文档模式强制给启用了开发人员工具的IE9用户

---

编辑：我设法及时修复了实际的错误，但我没有回答这个问题，因为我仍然对答案感兴趣。该漏洞与IE9有关，IE9声称它支持CSS转换，但没有为其transitionEnd事件提供名称。

不要强迫人们使用旧的文档模式。改为解决问题。是不是很“聪明”地用新的方式来表达“童车”呢？埃里克：解决问题不是在公园里散步。项目使用RequireJS，如果我尝试调试，外部脚本将超时并停止执行。如果我在没有调试的情况下运行它，执行就会停止，没有任何错误消息。epascarello：这是我说buggy的方式，过于复杂，完全不可读。我也对这个问题的答案非常感兴趣——我希望它是这样的，这样任何“普通”IE9用户都会看到我在meta标签“X-UA-Compatible”中设置的模式……不要强迫人们使用旧的文档模式。改为解决问题。是不是很“聪明”地用新的方式来表达“童车”呢？埃里克：解决问题不是在公园里散步。项目使用RequireJS，如果我尝试调试，外部脚本将超时并停止执行。如果我在没有调试的情况下运行它，执行就会停止，没有任何错误消息。epascarello：这是我说buggy的方式，过于复杂，完全不可读。我也对这个问题的答案非常感兴趣——我希望它是这样的，这样任何“普通”IE9用户都会看到我在meta标签“X-UA-Compatible”中设置的模式。。。