Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/css/41.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Html Internet Explorer CSS问题_Html_Css_Internet Explorer - Fatal编程技术网

Html Internet Explorer CSS问题

Html Internet Explorer CSS问题,html,css,internet-explorer,Html,Css,Internet Explorer,IE9(可能还有更旧的版本)错误地呈现了这一点。右菜单浮动到页面底部。Firefox、Chrome和Safari正在正确地呈现它。博客中的其他页面也被所有浏览器渲染得很好。我已经尝试启动IE9开发工具(F12)并减少一些div的宽度(如#main和.columns-inner)。。。使用这种方法并不幸运,即使有额外的空间,右菜单仍然呈现在底部。因此,我认为问题在于Blogger为页面内容自动生成的标签/css(我可以修改)。任何CSS大师都能指出问题所在 干杯,几乎可以肯定这是因为。另外,我真的

IE9(可能还有更旧的版本)错误地呈现了这一点。右菜单浮动到页面底部。Firefox、Chrome和Safari正在正确地呈现它。博客中的其他页面也被所有浏览器渲染得很好。我已经尝试启动IE9开发工具(F12)并减少一些div的宽度(如#main和.columns-inner)。。。使用这种方法并不幸运,即使有额外的空间,右菜单仍然呈现在底部。因此,我认为问题在于Blogger为页面内容自动生成的标签/css(我可以修改)。任何CSS大师都能指出问题所在


干杯,

几乎可以肯定这是因为。另外,我真的会考虑重新开始这个页面,因为它的标记过于复杂。

您的
中有这一行,这导致IE9以IE7模式呈现页面:

如果删除此选项,它将在IE8和IE9中呈现良好效果。不过,它在IE7中的表现仍然很差

编辑:

作为对你评论的回应,我能够在背景不再不透明的情况下复制这个问题。经过一些调查后,将加载一个特定的脚本文件:

如果删除源代码第4行的
,并从源代码第1471行删除
ieretrofit.js
文件,则页面应在IE9中正确呈现

由于ieretrofit.js文件似乎是由Google生成的,因此您可能需要询问他们。如果您只想在IE9中禁用它,并允许它在IE8及以下版本中继续使用,您应该仔细查看源代码的第1471行。下面是一个片段(相当长,从字符2275开始):

这个--[如果IE]有一部分。您可以这样更改该代码段,但它仍将以IE8及以下版本为目标,而不会影响IE9:

'\74!--[if lte IE 8]\76\74script
如果您还有其他问题,请告诉我

-如果我是你,我会先修好这些。

伙计们。找到了答案(在andyb和Paul D的大力帮助下)
验证器指向我删除的一些未配对的
标记。现在它工作得完美无缺。

哇,这是许多
div
的。。。这并不奇怪,它没有正确地呈现在所有地方。为什么这么难?少抽大麻
float
和clearfix是你的朋友!呵呵。公平地说,版面是从原来的图片窗口添加的,大部分内容是由博客作者WYSIWYG编辑器制作的。这是我遇到的第一个兼容性问题,所以这个工具做得很好。它的布局并不困难。如果我是你,我会从更简单的HTML开始。更简单的HTML意味着(通常)更简单的CSS。两者都简单意味着不容易出错。我想,但这确实是我力所不及的(我是一名服务器端开发人员,只掌握CSS/HTML的基本知识)。我猜这不会像我想的那么简单。。。我确实希望有一个简单的属性可以替换以使其正常工作(因为它在每个其他页面中都能正常工作)。我尝试删除它,但窗口失去了它的透明特性并以黑色呈现:(.克里斯,刚刚问了一个问题:哇。大多数都是逃避问题,但有些可能是原因。我想我需要雇人来研究这个lol。@Anthony:事实上,一旦你开始删除它们,它们会很快消失。很多都是同一个问题的实例,你可以通过查找和替换来修复,其他的会很快消失格式良好的错误,当你修复它们时,其他报告的错误不再是错误。真的没有人,也没有浏览器关心页面是否“有效”。99%的网页是无效的。谁关心W3C的有效性!?@Rudie:不同的浏览器以不同的方式呈现无效页面。当一个浏览器出现故障时,你要做的第一件事就是确保你的HTML是正确的。(我们使用“validity”来表示“valid”和“well format”。)然后你就知道你遇到了一个浏览器错误。太糟糕了,没有一个浏览器完全遵循w3c的验证程序标准=)valid很好(总是),但从来都不是必须的。我不再尝试了。不过,这是一个很好的调试工具!@Rudie:编写有效的代码并不费劲。对我来说,验证器可以向我展示我犯下的错误的基本子集,让我把精力集中在犯下的真正棘手的错误上。在OP的例子中,修复一些验证错误修复了他的问题m、 够公平的了。我通常有一些,但没有浏览器关心。仅仅说“几乎可以肯定是因为页面无效”是有点/很多短视的。好东西-最好通过接受andyb的答案(单击旁边的勾号)来表示,而不是自己添加另一个答案。很高兴我们帮了忙!
'\74!--[if lte IE 8]\76\74script