Re: [RC6] border-bottom-width-applies-to-008 and 014 have issues

Le Mer 23 mai 2012 22:34, "Gérard Talbot" a écrit :
> Arron,
>
> [RC6]
> http://test.csswg.org/suites/css2.1/20110323/html4/border-bottom-width-applies-to-008.htm
>
> [nightly-unstable]
> http://test.csswg.org/suites/css2.1/nightly-unstable/html4/border-bottom-width-applies-to-008.htm
>
> The 4 non-breakable-spaces will use different width and different height
> depending on default font as set by the user.
>
> With DejaVu Serif, the width is 124px for Firefox 12, Opera 11.64 and
> Chrome 19.0.1084.52 and the height is 209px for Firefox 12 and Opera
> 11.64 and 208px for Chrome 19.0.1084.52.
>
> With FreeSerif, the width is 96px for Firefox 12, Opera 11.64 and Chrome
> 19.0.1084.52 and the height is 212px for Firefox 12 and Opera 11.64 and
> 220px for Chrome 19.0.1084.52.
>
> Since creating a reftest implies to use another method, feature, then
> I'm afraid this test can not be reftested. I think the test should be
> reworked. There must be a way to overcome this issue; Ahem font is an
> idea.
>
> ------------------
>
> [RC6]
> http://test.csswg.org/suites/css2.1/20110323/html4/border-bottom-width-applies-to-014.htm
>
> [nightly-unstable]
> http://test.csswg.org/suites/css2.1/nightly-unstable/html4/border-bottom-width-applies-to-014.htm
>
>
> Firefox 12 and Opera 11.64 display the border-bottom black square at an
> offsetTop of 66px, therefore giving, allocating 15px so that the
> 'inline-table' can be baseline-aligned. Chrome 19.0.1084.52 displays the
> border-bottom black square at an offsetTop of 51px suggesting that it
> does not baseline-align the inline-table.
>
> Bug 23544: The baseline of an 'inline-table' is the baseline of the
> first row of the table
> https://bugs.webkit.org/show_bug.cgi?id=23544
>
> Chrome 19.0.1084.52 fails
> http://test.csswg.org/suites/css2.1/nightly-unstable/html4/inline-table-002a.htm
>
> This 15px vertical gap is not predictable as it also depends on the font
> in use. It can change and it does change when using, say, FreeSerif and
> DejaVu Serif fonts.
>
> So, as coded, it is not possible to reftest this test. Also, this test
> as coded and as worded, can result in a false positive because vertical
> alignment of the black square has not been taken into
> account/consideration. Although baseline-alignment of an inline-table
> may not have been the purpose/goal of that test, it does affect the
> ability to create a reftest.

Arron,

I have decided to just approve (review) those 2 tests as they are indeed
testing what they intended to test and that the pass/fail conditions
sentence is appropriate, adequate. But, as coded, the layout is not
accurately predictable; therefore it's not possible to create reliable
reftests for those tests.

line 27 #cell {width: 1in;}
is unneeded though in
border-bottom-width-applies-to-014

Gérard
-- 
Contributions to the CSS 2.1 test suite:
http://www.gtalbot.org/BrowserBugsSection/css21testsuite/

CSS 2.1 Test suite RC6, March 23rd 2011:
http://test.csswg.org/suites/css2.1/20110323/html4/toc.html

CSS 2.1 test suite harness:
http://test.csswg.org/harness/

Contributing to to CSS 2.1 test suite:
http://www.gtalbot.org/BrowserBugsSection/css21testsuite/web-authors-contributions-css21-testsuite.html

Received on Thursday, 24 May 2012 17:55:53 UTC