![]() |
1
19
一个字回答-
|
![]() |
2
13
不是每个人都认为它更好。从中提取报价 Quirksmode .
我同意,
|
![]() |
3
8
就我个人而言,我更喜欢——而不是我偶尔感到羞耻的——盒子模型。正如操作说明的那样 似乎 有一个预先定义的宽度,从中可以看到页边、填充和边框宽度 减法 ,而不是它们的宽度 补充 . 另一方面,我可以很高兴地和两个模特一起工作,我真正想要的是 一致性 在实现之间,选择哪个实现。 |
![]() |
4
4
虽然我发现W3C在大多数情况下都是正确的,但在这个特殊的情况下,我不得不说IE的盒子模型更优越。 我经常遇到的一个常见问题是,当我想将宽度设置为一个百分比,并有一个像素填充。为了让一个div拉伸到100%并添加填充,我不得不使用两个div而不是一个div,否则在一个div上应用100%实际上会比填充被分解后的期望值多。这使得处理流体布局非常困难。 |
![]() |
5
2
这不是一个好或坏的问题,而是一个接受的组织的标准,而不是…… 另一方面,你的问题是有人希望他的文本被包装在一个300px的容器中,容器与下一个容器的距离为10像素。现在,为了计算宽度,您必须进行与示例相同的计算。这是一个你如何看待同一个问题的例子。 |
![]() |
6
-3
如果总是对一个框使用填充、边框和边距,那么IE模型可能看起来更好,更符合逻辑,但很少如此。 是的,wc3盒子模型有点复杂,但从可能性和对布局的严格“到像素”控制方面来说,它会有所回报。 一旦你用盒子模型做了足够多的布局,你就会很好地习惯它,一旦你探索它的力量,你将永远不想考虑IE bug是一种更好的网络布局方式。相信我,去过那里。 |