W3C home > Mailing lists > Public > www-style@w3.org > October 2011

Table height for absolutely positioned tables in face of table rows with 100% height

From: Ehsan Akhgari <ehsan@mozilla.com>
Date: Mon, 3 Oct 2011 21:58:53 -0700 (PDT)
To: www-style list <www-style@w3.org>
Cc: Boris Zbarsky <bzbarsky@mozilla.com>
Message-ID: <721702433.722.1317704333937.JavaMail.root@zimbra1.shared.sjc1.mozilla.com>
Hello All,

I'm trying to figure out how this test case is supposed to behave:

https://bugzilla.mozilla.org/attachment.cgi?id=564421

CSS 2.1 10.6.4 seems to suggest that the used height of the table should be that of its containing block, which seems to be what Opera does (and what Gecko used to do until recently).

However, CSS 2.1 17.5.3 seems to suggest that the height of table in this test case is undefined: "CSS 2.1 does not define how the height of table cells and table rows is calculated when their height is specified using percentage values."

WebKit, IE, and as of recent trunk builds, Gecko seem to think that in this case, the height of the table does not depend on the height of the Initial Containing Block.

I think that these two sections are contradictory.

Furthermore, Opera seems to not change its behavior even if the table cell has a non-percentage behavior, which is very bizarre.  As a concrete example, what should happen for this test case? 

Can somebody please clarify what should really happen in case of this test case? http://mzl.la/oy5UMt

Thanks!
--
Ehsan Akhgari
ehsan@mozilla.com
http://ehsanakhgari.org/
Received on Tuesday, 4 October 2011 04:59:22 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:45 GMT