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

Re: [css21] line-height, problem?

From: Gérard Talbot <www-style@gtalbot.org>
Date: Mon, 26 Nov 2012 15:16:15 -0500
Message-ID: <f58d7a3e6e4a944a2f595b954cdb541f.squirrel@ed-sh-cp3.entirelydigital.com>
To: "Andrew Fedoniouk" <news@terrainformatica.com>
Cc: www-style@w3.org

Le Lun 26 novembre 2012 14:08, "Gérard Talbot" a écrit :

> "
> normal
>     Tells user agents to set the used value to a "reasonable" value based
> on the font of the element. The value has the same meaning as
> <number>. We recommend a used value for 'normal' between 1.0 to 1.2.
> "
> http://www.w3.org/TR/CSS21/visudet.html#leading
> This demo page
> http://css-class.com/test/css/text/linebox-line-height-011.html
> from Alan Gresley shows that 'line-height: normal' is approximately
> (average) 1.15em for various fonts. The used value of 'line-height:
> normal' depends on the font being used.

I should have been saying instead (because more accurate)
"is approximately (average) 1.15 for various fonts."
numerical value has a different meaning from em value.

2 other points to consider carefully with regards to line box and line

CSS box model (with its padding, border, content, margin areas) have
nothing to do, no direct relationship, no dependence with line-height and
line box height determination: this is often a difficult part to
Only section 10.6.1 suggests this.

Line-height property has a very different - totally different - meaning
when set on a block element and when set on an inline element: this is
also often misunderstood.
Section 10.8 and other statements elsewhere indicate this.

CSS 2.1 Test suite RC6, March 23rd 2011

Contributions to CSS 2.1 test suite

Web authors' contributions to CSS 2.1 test suite
Received on Monday, 26 November 2012 20:16:48 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:23 UTC