问折叠边框模型在web浏览器中的实现是否有效？

EN

一段时间以来，我一直在尝试从CSS2.2规范中理解this excerpt，但没有成功(粗体选择是我的)：

UA必须通过检查表格第一行中的第一个和最后一个单元格来计算表格的初始左右边框宽度。表的左边框宽度是第一个单元格折叠左边框的一半，表的右边框宽度是最后一个单元格折叠右边框的一半。如果后续行具有较大的折叠左右边框，则任何多余的边框都会溢出到表的边距区域。

表格的上边框宽度是通过检查所有使用表格上边框折叠其上边框的单元格来计算的。表格的上边框宽度等于最大折叠上边框的一半。

这就是如何在Chrome中实现边框、折叠等(FF和IE >7是相同的)：

table {
  border: 6px solid green;
  border-spacing: 0;
  border-collapse: collapse;
}
#cell_1_1 {
  border: 28px solid red;
}
#cell_2_1 {
  border: 12px solid chartreuse;
}
#cell_2_2 {
  border: 2px solid cyan;
}

​

​

当我期待着类似这样的事情时：

​

​

我原以为桌子的左边框有14像素厚。因为第一个单元格#cell_1_1的折叠左边框是28px宽(，表的左边框宽度是第一个单元格折叠左边框的一半)，并且在左侧，边框在单元格和表之间拆分。所以从视觉上看，表格在第一个单元格附近有28px的边框，但14px属于第一个单元格的边框。然后，表的所有左侧的边框都保持不变。如果某些单元格的边框变宽，则它们会向左突出，而不会影响表格的左边框。

顶端边框也是如此。

我还认为问题可能与摘录中的initial word有关，即这些规则仅适用于表没有指定边框，但事实证明它不相关的情况(删除表的边框样式规则只是简单地删除了绿色边框)。

那么谁能回答下面的问题：

• 这个折叠边框模型在Chrome，FF，IE中的实现是否正确？
• 如果他们是正确的，我对specification?

的理解有什么问题

现在，如果我们反其道而行之，并假设在Chrome中的实现作为派生规范的起点，那么这个部分的应该类似于下一个(为了简洁起见，我只保留了与左边框相关的部分)：

UA必须计算表的初始左边界宽度和右边界宽度，然后通过检查表格第一行中的第一个和最后一个单元格，使用该宽度相对于其包含的块定位表格。表的左边框宽度是解决所有边框冲突后第一个单元格折叠的左边框的一半。

..。

如果后续行具有较大的折叠左右边框，则任何多余的边框都会溢出到表的边距区域。

..。

在确定表是否溢出某些祖先块(请参阅“”)时，会考虑溢出到页边距的任何边框，但不会影响表相对于其包含的块的位置

那么摘录就有意义了。

这里有一个表格，它的边框比第一个单元格的边框宽，在一个粉红色背景的包含块中(正如我们所看到的，表格的边框被选择在第一个单元格的边框上，因为它更宽，然后这个边框被用来定位容器内的表格。后续单元格的较宽边框突出到表的边框之外)：

​

​

这里有相同的表，第一个单元格的边框比表的边框宽，这是在边界冲突解决期间选择的。在这里，这个边框用于相对于容器定位表格：

​

​