- From: Robert Hogan <robhogan@gmail.com>
- Date: Fri, 10 Aug 2012 18:05:27 +0100
- To: "Gérard Talbot" <css21testsuite@gtalbot.org>
- Cc: Public CSS test suite mailing list <public-css-testsuite@w3.org>, Boris Zbarsky <bzbarsky@mit.edu>
- Message-ID: <CAD1xn+MUNBviTUxKKnyoMpkwM4uMuqvBZj00vZ1+pODRpdhj3A@mail.gmail.com>
On Thu, Aug 9, 2012 at 11:15 PM, "Gérard Talbot" <css21testsuite@gtalbot.org > wrote: > > > 10. > > http://roberthogan.net/css/max-height-percentage-replaced-006.htm > > > html, body, table, tbody, td { > width: 100%; > height: 100%; > padding: 0; > margin: 0; > vertical-align: top; > } > > > table-row-groups can not be set a height; that's given by the spec or > > http://wiki.csswg.org/spec/css2.1#issue-133 > > and table-row-groups can not be set to a width > > 10.2 Content width: the 'width' property > > 'width' > Applies to: all elements but non-replaced inline elements, > table > rows, and row groups > > http://www.w3.org/TR/CSS21/visudet.html#the-width-property > > So, we have again a situation where any size is possible, permissible. > Hi Gérard, Is tbody a red-herring in this test case then? Would the behaviour be any better defined if I said: html, body, table, td { width: 100%; height: 100%; padding: 0; margin: 0; vertical-align: top; } Or is the initial containing block rule not coming into play at all here? Thanks, Robert > > > > Only WebKit fails this one. > > There is no unique possible rendered layout for this test. This test > would be rejected if it was submitted for CSS 2.1 > > > As I understand it the rule applied here is > > that "A percentage height on the root element is relative to the initial > > containing block." - so giving a 100% height to the html element means > > that > > the image with a max-height of 100% in the table cell ends up > > constrained > > to it - i.e. it can't overflow out of the root element and the root > > element > > is constrained to the viewport. Again I hope to fix this in WebKit bug > > 43319. >
Received on Sunday, 12 August 2012 16:24:37 UTC