Questions tagged «x-ua-compatible»

X-UA-Compatible是IE特定的标头,可用于告诉现代IE版本使用特定的IE引擎呈现页面。例如,您可以使IE8使用IE7模式或告诉IE使用最新的可用渲染引擎。

12
<meta http-equiv =“ X-UA-Compatible” content =“ IE = edge”>有什么作用?
如果一个网页以...开头有什么区别 &lt;!DOCTYPE html&gt; &lt;html&gt; &lt;head&gt; &lt;meta http-equiv="X-UA-Compatible" content="IE=edge"&gt; 并且如果页面以 &lt;!DOCTYPE html&gt; &lt;html&gt; &lt;head&gt; &lt;!-- without X-UA-Compatible meta --&gt; 如果没有区别,我想我可以忽略X-UA-Compatible元标头,因为我只想在所有IE版本中以最标准的方式呈现它。

18
X-UA-Compatible设置为IE = edge,但仍不会停止兼容模式
我很困惑。我应该可以设置 &lt;meta http-equiv="X-UA-Compatible" content="IE=edge" /&gt; IE8和IE9应该使用最新的渲染引擎来渲染页面。但是,我只是对其进行了测试,并且如果在我们网站的其他位置启用了兼容模式,即使我们强迫不要这样做,该模式也将保留在我们的页面上。 怎么是你应该确保IE浏览器没有(甚至在企业内部网)使用兼容模式? FWIW,我正在使用HTML5 DocType声明(&lt;!doctype html&gt;)。 这是页面的前几行: &lt;!doctype html&gt; &lt;!--[if lt IE 7 ]&gt; &lt;html lang="en" class="innerpage no-js ie6"&gt; &lt;![endif]--&gt; &lt;!--[if IE 7 ]&gt; &lt;html lang="en" class="innerpage no-js ie7"&gt; &lt;![endif]--&gt; &lt;!--[if IE 8 ]&gt; &lt;html lang="en" class="innerpage no-js ie8"&gt; &lt;![endif]--&gt; &lt;!--[if (gte IE 9)|!(IE)]&gt;&lt;!--&gt; &lt;html lang="en" …



3
为什么再使用X-UA兼容的IE = Edge?
我最近参加了几门在线课程,但我仍然看到一些教师默认将以下meta标签添加到其文档的顶部: &lt;meta http-equiv="X-UA-Compatible" content="IE=edge"&gt; 这种想法似乎与&lt;meta charset="UTF-8"&gt;。 但为什么? 根据Microsoft的Modern.ie文档,这是“确保Internet Explorer使用最新的引擎”的“最佳实践”。好,可以。 但是,如果按照流程图MSDN上它清楚地表明,没有一个文件`X-UA兼容的信息被转发到用户的“兼容性视图”喜好,如果多数民众赞成不设置,那么只需按照!DOCTYPE声明。 换句话说,除非用户具有适当的“兼容性视图”设置,否则IE只会遵循您的!DOCTYPE并使用浏览器的最新标准模式来进行渲染 ... X-UA-Compatible IE=Edge根本不需要声明。 正如MSDN所说:“ 使用HTML5文档类型声明来启用边缘模式 ”。 那么在什么情况下X-UA-Compatible IE=Edge需要?

4
如何从服务器端强制设置IE的兼容模式?
在域控制的环境中,我发现即使在我们提供X-UA标签,!DOCTYPE定义和“ IE = Edge”响应的情况下,某些客户端(winXP / Win7,IE8 / IE9)也会触发兼容模式标头。这些客户端已选中“在兼容性视图中显示Intranet站点”复选框。这正是我要覆盖的内容。 以下是我用来尝试了解IE如何决定实际触发兼容模式的文档。 http://msdn.microsoft.com/zh-cn/library/ff406036%28v=VS.85%29.aspx http://blogs.msdn.com/b/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx 网站所有者始终可以控制其内容。网站所有者可以选择使用X-UA-Compatible标记来绝对声明他们希望其网站如何显示以及如何将Standards模式页面映射到IE7 Standard。使用X-UA-Compatible标签会覆盖客户端上的“兼容性视图”。 Google表示“定义文档兼容性”,但不幸的是,SPAM引擎不允许我发布两个以上的网址。 这是一个ASP .NETWeb应用程序,在母版页上包含以下定义: &lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"&gt; &lt;head&gt; &lt;meta http-equiv="X-UA-Compatible" content="IE=Edge" /&gt; &lt;/head&gt; 和 web.config &lt;system.webServer&gt; &lt;httpProtocol&gt; &lt;customHeaders&gt; &lt;clear /&gt; &lt;add name="X-UA-Compatible" value="IE=Edge" /&gt; &lt;/customHeaders&gt; &lt;/httpProtocol&gt; &lt;/system.webServer&gt; 我已经使用Fiddler来检查标头确实被正确注入了。 我的理解是,使用这些设置,我应该能够覆盖“在兼容性视图中显示Intranet站点”浏览器设置。但是根据客户端的不同,我发现其中一些仍会触发兼容模式。这似乎还取决于计算机级别,而不是策略组设置,因为即使在不同客户端上使用同一组凭据时,我也会获得不同的结果。 禁用“兼容性视图设置”复选框可以解决问题。但是实际目的是确保无论客户端设置如何,应用程序的渲染方式都完全相同。 有什么想法,我可能会错过什么?是否有可能迫使IE始终呈现页面而不触发Compat模式? 太感谢了, 久美 …

8
如何在IE中禁用兼容性视图
我想知道如何阻止正在使用IE 8的用户进入兼容模式? &lt;meta http-equiv="X-UA-Compatible" content="IE=8" /&gt; 我找到了这个标签,我认为这迫使人们停留在IE-8模式下,但我不太确定,因为我有IE 9,所以无法检查。 如果人们处于IE 9模式,我强迫他们不要进入IE 8或IE 7兼容模式? 我试图将上面的行放在我的代码中,然后转到IE 9-&gt;工具-&gt;兼容性视图(显示为灰色) 但是“兼容性视图设置”并未变灰,看来您可以在此添加站点。 那不应该禁用它吗?

6
如何强制Internet Explorer在“标准模式”下呈现而不在“怪癖”中呈现?
我正在编写一个前端,该前端在IE7标准模式和IE8标准模式下都能很好地工作。 当我启动Internet Explorer并加载页面时,IE7和IE8都直接进入Quirks模式。如何强制IE7和IE8始终以标准模式加载页面? 到目前为止,我还没有添加特殊的元标记。 谢谢你的协助 编辑:目前,我的文档类型和标题如下: &lt;!DOCTYPE html&gt; &lt;html lang="de"&gt; &lt;head&gt; &lt;title&gt;...&lt;/title&gt; &lt;meta http-equiv="X-UA-Compatible" content="IE=edge" /&gt; &lt;meta charset="utf-8" /&gt; &lt;script src="js/html5.js"&gt;&lt;/script&gt; (...) &lt;/head&gt;


13
在Intranet中强制使用“ Internet Explorer 8”浏览器模式
IE8中有“ Internet Explorer 8”,“ Internet Explorer 8兼容模式”和IE7模式。 但是,IE中的默认设置使所有Intranet网站都使用“ IE8兼容模式”,即使我已经建议将doctype,meta标签,http标头设置为强制将其进入IE8模式。 我有 &lt;!DOCTYPE HTML PUBLIC“-// W3C // DTD HTML 4.01 Transitional // EN”“ http://www.w3.org/TR/html4/loose.dtd ”&gt; 和 &lt;meta http-equiv =“ X-UA-Compatible” content =“ IE = 8”&gt; 但是它仍然进入“ IE8兼容模式”,而IE设置没有任何更改。 如何在不更改任何浏览器设置的情况下将其强制为纯“ IE8”模式? PS。我这里不是在谈论“文档模式”。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.