- From: Boris Zbarsky <bzbarsky@MIT.EDU>
- Date: Thu, 29 Jul 2010 17:35:55 -0400
- To: Anton Prowse <prowse@moonhenge.net>
- CC: "www-style@w3.org" <www-style@w3.org>
On 7/29/10 5:25 PM, Anton Prowse wrote: > The word 'element' is used everywhere else, including the subsection > headings. Yes, and I agree that the playing fast an loose with box vs element is annoying, but "block-level element" doesn't mean "element with 'display' set to 'block'". It means an element that generates a block-level box. > On the other hand, the other run-ins are inline-level elements, not inline elements, and so are not covered. "inline element" means "element with an inline box", not "element with 'display' set to 'inline'". > But this should be addressed as part of the great box cleanup in [1] Yeah. > You're right. Then table-caption elements need to be included in the > classification of block-level elements in 9.2.1. Agreed. >> (though it might be good to clearly define this somewhere, of course) > > Indeed. :-) And link to the definition when using the term, too... >> The algorithm seems pretty clear: 'width' on column groups is ignored >> in the fixed table model. > > I don't see that stated, though I don't doubt that's what's intended or > implied. It's not stated, but the algorithm describes exactly what needs to be done to determine the column widths, and column groups just don't enter the picture. -Boris
Received on Thursday, 29 July 2010 21:36:28 UTC