W3C home > Mailing lists > Public > www-style@w3.org > May 2012

Re: [CSS21] min-height: 100% in html, body

From: Anton Prowse <prowse@moonhenge.net>
Date: Sun, 20 May 2012 18:12:36 +0200
Message-ID: <4FB917F4.20705@moonhenge.net>
To: www-style@w3.org
CC: Øyvind Stenhaug <oyvinds@opera.com>
On 30/01/2012 16:30, Øyvind Stenhaug wrote:
> On Fri, 27 Jan 2012 21:41:19 +0100, Simon Sapin <simon.sapin@kozea.fr>
> wrote:
>> Le 27/01/2012 18:02, Øyvind Stenhaug a écrit :
>>> First of all, the term "specified explicitly" seems nonsensical. All
>>> elements have a specified value. On the other hand, the containing block
>>> isn't an element, and isn't necessarily even related to one. So the
>>> parentheses actually contain the crucial part here (and readers must
>>> figure out for themselves how exactly to determine whether the
>>> containing
>>> block depends on content height).
>>>
>>> Now, the main issue: even if assuming the simple case where the
>>> containing
>>> block corresponds to some particular dimensions of an ancestor block
>>> element's sole box, exactly which value does "the height" refer to?
>>>
>>> - The so-called tentative used height? ("Depends on content height"
>>> in the
>>> example)
>>> - The used value? (Does not "depend on content height" in the example)
>>> (- Something else?)

>> I agree this should be more explicit, but I think it is the computed
>> value. A computed value of 'auto' is the only case where the used
>> height depends on the content:
>
> I don't know if that's what the spec author was thinking, but it's not
> that simple.
>
> a) display: table-cell; height: 0;
>
> Computed value of 'height' is not 'auto', but used value of 'height'
> still depends on the content...
>
> b) position: absolute; top: 0; bottom: 0; height: auto;
>
> Computed value of 'height' is 'auto', but used value of 'height' does
> not depend on the content.

Øyvind, I've filed this at 
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17123

Cheers,
Anton
Received on Sunday, 20 May 2012 16:13:06 GMT

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