Bug 23544 – The baseline of an 'inline-table' is the baseline of the first row of the table

• Component: CSS
• Status: RESOLVED FIXED

[Gérard Talbot (no longer involved)]

Description: 
In Safari 3.2 build 525.26.13, the baseline of an 'inline-table' is NOT the baseline of the first row of the table. 
According to CSS 2.1, the baseline of an 'inline-table' should be the baseline of the first row of the table.

Steps to reproduce:
Load provided URL

Expected results:
__Baseline_of_first_row_of_table__ should be vertically aligned with ___text baseline___ on both sides. The underscore characters of the anonymous text nodes should adjoin, should meet, should vertically line up with the underscore characters of the cell of first row of inline-table. 

Actual results in Konqueror 4.1.3 and in Safari 3.2 build 525.26.13:
The margin bottom edge of the inline-table is aligned with ___text baseline___ on both sides. The underscore characters of the anonymous text nodes do not adjoin, do not meet, do not vertically line up with the underscore characters of the cell of first row of inline-table. 

References: 
"(...) The baseline of an 'inline-table' is the baseline of the first row of the table."
coming from CSS 2.1, section 10.8.1 Leading and half-leading, vertical-align http://www.w3.org/TR/CSS21/visudet.html#propdef-vertical-align 

"The 'vertical-align' property of each table cell determines its alignment within the row. (...) The baseline of the cell is put at the same height as the baseline of the first of the rows it spans (...)"
coming from CSS 2.1, section 17.5.3 Table height algorithms 
http://www.w3.org/TR/CSS21/tables.html#height-layout 

Notes: 
- Internet Explorer 8 pre-RC1 Partner Build 18344, Firefox 3.0.5, Opera 9.63, Opera 10.0 alpha build 1229 all pass the provided testcase. 
- More advanced or complex tests can be found at Vertical alignment of inline table testpage 
http://geocities.com/csssite/operabugs/bug34.xml 
from George Chavchanidze 
- I searched for a DUPLICATE and did not find any
- The component for this bug could have been Layout and Rendering; make change if necessary
- This bug may be dependent on bug 4350 (Implement baseline alignment support for table cells)
- This bug has also been filed for Konqueror at
http://bugs.kde.org/show_bug.cgi?id=181963

Regards, Gérard

[Gérard Talbot (no longer involved)]

Additional testcases all coming from CSS 2.1 test suite RC6:

http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-002a.htm
http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-002b.htm

Expected result (reftest): 
http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-002-ref.htm


--


http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-003.htm

Expected result (reftest): 
http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-003-ref.htm


--

Additional testcase from CSS 2.1 test suite (RC6):
http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-valign-001.htm

Expected result (reftest): 
http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-valign-001-ref.htm


Gérard

[Robert Hogan]

This was fixed by bug 84167.

[Gérard Talbot (no longer involved)]

Robert,

http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-002b.htm

fails in Chrome 39.0.2171.99

Expected result (reftest): 
http://test.csswg.org/suites/css2.1/20110323/html4/inline-table-002-ref.htm

Also, some other tests fail in Chrome 39
eg
http://test.csswg.org/suites/css2.1/nightly-unstable/html4/inline-table-valign-002.htm