【问题标题】:List element rendering fault in IE?IE中的列表元素渲染错误?
【发布时间】:2008-12-04 07:36:59
【问题描述】:

以前有没有人见过这个 - 可以做些什么吗?此链接指向 IE 中列表显示的 PNG 屏幕截图 - 如果您仔细观察,每个连续项目的每个元素的行高都会变大一点。网站外观完全由 CSS 控制。

屏幕截图

这不是什么大不了的事,但确实很奇怪。

另外,请注意白线和框边框之间的空间 - 在 FF 或 Chrome 中也不存在,只有 IE。

【问题讨论】:

  • 您能否发布相关的 HTML 和 CSS,就像它出现在输出中一样?这当然不是默认的 IE 行为。
  • 看看他的网站 :p 我也问过!

标签: html css internet-explorer rendering


【解决方案1】:

看起来像 IE7 中的一个错误。

我刚刚在 IE8 上进行了测试,在 IE8 模式下可以正常工作,但在兼容模式下表现出相同的行为。

更新:搞砸了,似乎是 overflow:hidden 风格造成的。

【讨论】:

  • 宾果游戏——你今天正式成为我的英雄,leppie!
【解决方案2】:

我看到您的页面是 XHTML 并且它验证... 但就像几乎所有 XHTML 页面一样,它被用作 text/html 而不是 application/xhtml+xml(如果是 IE 将无法识别它,并询问您是否要保存文件)。所以尽管使用 XHTML 是一个好主意,但每个浏览器都会获得 XHTML 并告诉它是 HTML,因此您的漂亮有效 XML 被解析为 html tagoup。 (如果你真的想要兼容性,并且你真的不需要将你的页面解析为 XML,那么“HTML 4.01 Strict”仍然是最好的选择)

我仍然不确定这会如何影响列表呈现(因为列表中的语法应该基本相同),但如果 IE 不理解标签,它可能无法获得结束标签。它让我想起了如果你忘记了 li 上的 endtag 并在其上添加一点填充所获得的效果......

永远不要尝试在 IE 中获得完美的像素渲染,你会发疯的,你可能不会成功;学会忍受它。 :P

【讨论】:

  • 是的,我被 IE 不接受 XHTML 刺痛了——我花了一段时间才弄明白。我不是在 PP 渲染之后,而是很好奇,并认为其他人可能已经看到它并且知道治疗方法。
猜你喜欢
  • 1970-01-01
  • 2012-01-12
  • 1970-01-01
  • 2022-08-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多