- 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