我有一个居中的UL(风格等的ala cssplay一个表),其具有Li元素添加到它页之后呈现,并且它似乎在一切,但Firefox和Opera精美工作。

期望的效果是具有中心li元素的行,即使只有一个或两个。本实施例中模拟与jQuery中添加Li两秒后的页面是准备的问题。

不管出于什么原因,它似乎像Firefox的3.05和Opera 9.63保持UL在最初的拉伸宽度增加了第三李后,即使没有在任何地方CSS指定的宽度。

这是当然的,绝对谋杀我,任何帮助,将不胜感激。

http://deadguy.reliccommunity.com/stuffbox/testinggrounds/display -table.html

有帮助吗?

解决方案

table-*显示类型仍相当underdefined,所以这是毫不奇怪,你在这里得到不同的行为。根据我的经验,FF也有一定的适用规则,插入内容的一些问题。幸运的是,虽然,有一个更直观的方式编写这个页面也恰好的工作的。

,而不是设置<ul/>display:table,把它作为display:block(缺省值),并给它text-align:center。其实你不关心的<ul/> shrinkwraps在这种情况下,内联表(这是最终的结果,你的代码实现),你只是想自己为中心的表。

作为奖励,这可以让你拆除包装<div/>,因为它只有在那里,以提供<ul/>的利润率推下的边界。由于不使用那些边缘了,可以简单地使用<ul/>作为含块,并给它的边界,而不是

其他提示

我不能给你一个真正的答案,但因为没有人回应。我通过它跑在Firebug(在Firefox 3.01),而当我改变#rounds li的CSS样式到别的东西,比如内联,然后再返回到内联表,布局修正本身。因此,它看起来像你的CSS规则是蛮好的,该问题涉及到额外的列表项通过JavaScript插入的事实。我也查了,通过摆脱的jQuery和插入W3C DOM脚本做同样的事情,果然,同样的问题。

我想知道,如果你可能发现在Firefox(和Opera,我猜)中的错误,其中当事情通过JavaScript插入页面不能正常回流。

您似乎把一个inline-table一个table内部,并且table-cells内部而没有任何table table-row。因为这不是有效的,任何随机的浏览器行为可能会导致。

在任何情况下,display: table*被支撑很差(特别是在IE)。如果你想今天表格布局,最好坚持使用实际表。不太清楚你想达到什么目的;作为Xanthir表明有更简单的方法来实现简单的定心。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top