W3C home > Mailing lists > Public > www-style@w3.org > April 2004

RE: line-height: <length> should be revoked

From: Ernest Cline <ernestcline@mindspring.com>
Date: Sun, 11 Apr 2004 17:05:42 -0400
Message-ID: <410-22004401121542359@mindspring.com>
To: "Felix Miata" <mrmazda@ij.net>, www-style@w3.org




> [Original Message]
> From: Felix Miata <mrmazda@ij.net>
> To: <www-style@w3.org>
> Date: 4/11/2004 3:23:50 PM
> Subject: line-height: <length> should be revoked
>
>
> I start this thread here on advice of the expert respondents to the
> thread I started "Source of Computed Line-Height" on
> news:netscape.public.mozilla.layout Sat, 10 Apr 2004 19:57:27 -0400. 
>
> The author of the Konqueror browser home page homepage
> http://www.konqueror.org/ has set
>
> 	body {font-size: 100%; line-height: 1.2em;} and nothing for H1.
>
> The H1 there overlaps in Mozilla, Opera, and Safari
> http://members.ij.net/mrmazda/ss/konq-org.png (19.2px line-height for
> 32px text), but not in IE6 or Konqueror 3.1.1.

This would be because Mozilla, Opera, and Safari are following
 the W3C spec.

> I'm having a problem imagining a rational basis to allow line-height for
> any particular block to be calculated based upon anything other than the
> font-size of that block. IOW, for this particular case, the line-height:
> 1.2em in body applied to H1 should be applied to the font-size of the H1
> (32px here), from whereever derived (here, UA stylesheet), resulting in
> a computed line-height of 38.4px.

Actually, I can imagine wanting to have the parent element setting
the line height, altho more in the context of a block parent of inline
elements than in the block parent of a block element as in this case.
Unfortunately, deciding whether or not the element is inline or block
just isn't practical.  Nor would limiting this property's effects to just
block elements, a choice needs to be made one way or the other
and if there was no existing standard, I think either choice could be
justified.

Looking at MSDN, I see that according to Microsoft's documentation
'line-height' does not inherit, while according to W3C, it does.
Clearly, MS has chosen to not have 'line-height' inherit.

Since this "problem" is due to IE and Konqueror not following
something specified in CSS 1, and a "fix" can be obtained by
explicitly adding the following rule in this case:
  * {line-height:1.2em}
I don't really see that this is anything for CSS to change.
Changing a standard that has been around for over seven years
to accommodate IE does not make sense.  This could also be
"fixed" by on the UA side by having a UA set in its default HTML
stylesheet explicit values for line-height for <H1> to <H6>.
Received on Sunday, 11 April 2004 17:06:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:28 GMT