- From: Christian Roth <roth@visualclick.de>
- Date: Wed, 4 Jan 2012 22:24:43 +0100
- To: www-style Mailing List <www-style@w3.org>
[Subject changed to "*Initial* table border width..." - my bad.] Thanks Gérard, > This is the step, I think, you missed. And this all occurs before entering > the border conflict resolution mechanisms. actually, I don't think so :-) I am quite confident I've understood specificity, border conflict resolution, and when all that happens. But this isn't the issue here. I was struggling with where the "initial table border width" as per 17.6.2 comes into play during layout: --snip-- UAs must compute an initial left and right border width for the table by examining the first and last cells in the first row of the table. The left border width of the table is half of the first cell's collapsed left border, and the right border width of the table is half of the last cell's collapsed right border. If subsequent rows have larger collapsed left and right borders, then any excess spills into the margin area of the table. [...] --snip-- And I *think* these initial border widths are simply reserved space that act like a virtual border on (informally: around, i.e. not centered on the grid) the *table box*, and whose color can be thought of being transparent. It's just reserved space around the table box to draw the half of the borders that lie outside the grid into. I fear we're talking at crossed purposes here, and to get back on the same track we'd need a suitable graphic. For this purpose, however, none of the ones present in the spec are very helpful. I'll see if I can come up with one that shows what I mean, which unfortunately may take a little. (I'd buy a brain-to-paper printer right away...) Regards Christian
Received on Wednesday, 4 January 2012 21:25:09 UTC