好吧,我进行了广泛的搜索,只发现了轶事证据,以表明CSS规范中没有[[推荐的标准行为来确定浮点数的精度。
N.B。
我不是在问well known sub-pixel rounding problem。我问的原因是IE似乎将基于百分比的浮点值舍入到2个小数位
,而Webkit和Gecko允许至少3个或什至更多(我还没有测试)。 例如:li {
width: 14.768%;
}
[在Chrome的Web检查器或Firebug中进行检查时,Firefox<li>
的宽度正确显示为14.768%。但是,在IE开发工具(IE9 / 8/7模式)中,它们的宽度为14.76%。这也会导致基于像素的实际值也完全耗尽。任何人都可以阐明这种行为,或者提供合适的解决方法吗?如果可能的话,我宁愿不必诉诸于基于像素的值,因为内容需要为流体宽度。
我知道处理这么多小数位相当麻烦,但是我非常想知道这些浏览器中的哪一个是“正确的”?
编辑
似乎以在检查器中显示时使用正确的百分比值(未四舍五入到小数点后两位),但在实际像素放置方面显示与IE相同的行为。
除一位外,其余全部由两位小数舍入,然后从最后一个的总宽度。
table
或display: table
, 浏览器将自行修复宽度。
HTML5规范没有提及截断或四舍五入小数 的地方。点11处理小数位,并表示继续循环 直到“位置超过输入的结尾”,然后以 长度”。