2010-02-15 80 views

回答

1

我现在不能复制这个,但我以前见过类似的东西。一般情况下,当背景元素不是全高时会发生这种情况。

确保您将背景应用于body(默认为高度100%),并且您未将样式应用于html标记(这会抛弃主体渲染)。

尝试检查下一个发生的白色位。您可能会更深入地了解发生了什么问题。

另一种可能性是该页面尚未完成加载底部的GA代码。如果您的脚本在页面末尾阻塞时间过长,则可能会在呈现结束标记html之前看到该脚本。

可能相关:Chromium issue 5388

+0

在容器中,将容器夹在子容器中并赋予它#ABABAB的背景颜色,而不是将其应用于html标签 – 2010-02-15 23:26:26

+0

将背景颜色应用于'body'标签,并且不会将任何样式应用于'html'标签。这样做在技术上并不合理,它可能会导致'body'的行为更像'div'。 – Joel 2010-02-15 23:30:38

+0

但是,我只是测试了这个理论,似乎无法重现错误。 – Joel 2010-02-15 23:32:42

0

省略结束标记...

这可能是一个结束标记省略。

+0

不太可能,因为html验证http://validator.w3.org/check?uri=http://www.mediabrowser.tv/ – 2010-02-15 23:28:22

0

我使用的是谷歌浏览器,在Windows XP上也是这样,我对渲染没有任何问题。尝试关闭标签页并重新打开,有时候它会像大多数浏览器偶尔会出现缓存类型的错误。

+1

这个问题只发生在一次而......这真是让我困惑。 – 2010-02-15 23:29:16

0

问题的一部分在于为容器指定高度,同时在内部悬浮元素。父元素永远不会展开以包含浮动的子元素。唯一能防止崩溃的是最后一个div中的p元素。虽然Firefox不同,但我不确定Chrome是否做错了,但我现在没有时间进一步查看。

0

这可能是原因<div style="overflow: auto; height: 400px;">如果您忘记将overflow:auto添加到您的样式或样式表中发生截断的地方。 IE可以容纳,但不是Chrom和FireFox。有些默认高度是必要的,但不够。由于W3C验证器不考虑语义(逻辑)错误,因此W3C验证器没有详细说明就传递代码。

相关问题