W3C home > Mailing lists > Public > www-style@w3.org > June 2014

RE: Interop issues regarding tables and css tables

From: Greg Whitworth <gwhit@microsoft.com>
Date: Fri, 13 Jun 2014 16:03:04 +0000
To: Gérard Talbot <www-style@gtalbot.org>
CC: W3C www-style mailing list <www-style@w3.org>
Message-ID: <e3f43a07785a4ebe9e90a9afcdfc4ae6@DM2PR03MB400.namprd03.prod.outlook.com>
> CSS table:
> http://test.csswg.org/suites/css2.1/nightly-unstable/html4/vertical-align-

> applies-to-001.htm
> 
> Same code but as an HTML table:
> http://www.gtalbot.org/BrowserBugsSection/css21testsuite/vertical-align-

> applies-to-001-HTML-Table.html
> and the blue square should be at the bottom-left corner in Firefox 30 and
> Chrome 35.., all because of tr {vertical-align: inherit;} and td
> {vertical-align: inherit;} in the user agent style sheet.
> 
> 4-
> > [6] http://jsfiddle.net/grjL5/8/ CSS Table converted to Basic Table
> > [Blink/IE/Gecko Agree]
> 
> Firefox 30 and Chrome 35.0.1916.153 disagree.
> 
> Gérard

I appreciate you reaching out regarding this. Your test you provided unfortunately doesn't cover the root disagreement as we all pass that test. The problem becomes apparent when you apply vertical-align: top to a replaced element in a sibling cell (it may occur on other tests, but that is all I have encountered at this point). I have taken your test and applied this change and you will see that Gecko/Blink move the baseline to the height of the letter X while IE keeps the baseline where it was (essentially to the tallest item). http://jsfiddle.net/8N5KU/


I am not a big fan of the fact that setting an a style on an element inside of a cell having an effect on its sibling cells in an unintuitive way, especially since you can achieve the same result in IE by telling the cells to vertically align its contents: http://jsfiddle.net/8N5KU/1/


Any feedback is appreciated.

Greg
Received on Friday, 13 June 2014 16:03:36 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:22 UTC