W3C home > Mailing lists > Public > public-css-testsuite@w3.org > December 2010

Re: table-height-algorithm-026 invalid

From: L. David Baron <dbaron@dbaron.org>
Date: Fri, 3 Dec 2010 10:32:09 -0800
To: Arron Eicholz <Arron.Eicholz@microsoft.com>
Cc: "public-css-testsuite@w3.org" <public-css-testsuite@w3.org>
Message-ID: <20101203183209.GA9002@pickering.dbaron.org>
On Friday 2010-12-03 17:32 +0000, Arron Eicholz wrote:
> On Saturday, October 16, 2010 3:04 PM L. David Baron wrote:
> > http://test.csswg.org/suites/css2.1/20101001/html4/table-height-algorithm-
> > 026.htm
> > http://test.csswg.org/suites/css2.1/20101001/xhtml1/table-height-
> > algorithm-026.xht
> > claim to be testing the assertion:
> >   The baseline of a cell is determined by the bottom content edge of
> >   a cell when in-flow line boxes and table rows are not present.
> > 
> > However, both cells actually have in-flow line boxes.  Furthermore, the two
> > cells should only align if the default padding and border of a button exactly
> > match the half-leading that results from the normal line-height, which is not
> > guaranteed by the spec.
> 
> Fixed based on GĂ©rard Talbot's feedback

I think the current version is still slightly off.  In particular,
the new version appears to work by using margin-left:-10px to cause
two runs of _ characters to overlap.  However, with subpixel
antialiasing, the part where they overlap can be darker because it's
been double-drawn, which makes the line not quite continuous.

-David

-- 
L. David Baron                                 http://dbaron.org/
Mozilla Corporation                       http://www.mozilla.com/
Received on Friday, 3 December 2010 18:32:39 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 3 December 2010 18:32:47 GMT