- From: Gérard Talbot <css21testsuite@gtalbot.org>
- Date: Wed, 23 May 2012 22:34:45 -0400
- To: "Arron Eicholz" <Arron.Eicholz@microsoft.com>
- Cc: "Public CSS test suite mailing list" <public-css-testsuite@w3.org>
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. 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 02:35:16 UTC