- From: Robert Hogan <lists@roberthogan.net>
- Date: Thu, 3 Nov 2011 19:53:43 +0000
- To: public-css-testsuite@w3.org
FWIW I think Gérard is right, it also affects 002 and possibly others. When will they be updated? On Sunday 09 October 2011 02:21:16 Gérard Talbot wrote: > Arron, > > [RC6] > http://test.csswg.org/suites/css2.1/20110323/html4/border-conflict-eleme > nt-001.htm > > [nightly-unstable] > http://test.csswg.org/suites/css2.1/nightly-unstable/html4/border-confli > ct-element-001.htm > > > use this code: > > .collapsing1 > { > border-left: red; > } > #collapsing2 > { > border-top: red; > } > > > but border-left and border-top are shorthand properties > > 8.5.4 Border shorthand properties: 'border-top', 'border-right', > 'border-bottom', 'border-left', and 'border' > http://www.w3.org/TR/CSS21/box.html#border-shorthand-properties > > So, if border-left-style, border-left-width, border-top-style and > border-top-width values are omitted, then such "missing" values are the > initial values. In this case, it is 'none' for style and 'medium' for > width. > > "Omitted values are set to their initial values." > http://www.w3.org/TR/CSS21/box.html#border-shorthand-properties > > So, here, there is no border conflict at all; the testcase is not > testing what it was originally trying to test. > > Proposed correction > ------------------- > > .collapsing1 > { > border-left-color: red; > } > #collapsing2 > { > border-top-color: red; > } > > and then, there would be a conflict with same border-style and same > border-width for adjacent cells. > > regards, Gérard
Received on Thursday, 3 November 2011 19:54:51 UTC