CSS1.0 Cleanup - line breaks
To: "Style" <email@example.com>
Subject: CSS1.0 Cleanup - line breaks
From: "David Perrell" <firstname.lastname@example.org>
Date: Sun, 24 Aug 1997 16:18:54 -0700
From email@example.com Sun Aug 24 19: 19:49 1997
X-Authentication-Warning: www10.w3.org: Host sweden-c.it.earthlink.net [188.8.131.52] claimed to be sweden.it.earthlink.net
X-Mailer: Microsoft Internet Mail 4.70.1161
Re the W3C Note: <http://www.w3.org/TR/NOTE-css-potential>
- Line Breaks
Since block elements by their definition have breaks before and after,
and inline elements do not, I find a general property that includes
block- and line- breaks to be incoherent with the spec.
There is no need for separate block- and line- break values in a break
property that applies to all elements. The rendering of the break can
be context-driven, based on existing properties of the element itself.
BR, for example, has no intrinsic dimensions, margins, padding or
border, but it does inherit the line-height of its parent. So the
behavior of BR is easily defined in terms of a more general break
property with a value of 'after'. Block elements would have a default
value of 'both', inline elements would have a default value of 'none',
and there would be no initial value for the property.
Is a break property necessary to describe BR? Initial width of elements
is 'auto'. Since BR has no implicit horizontal dimension, shouldn't it
then fill all remaining horizontal space, forcing the start of a new
Obviously, this won't do for text that is not aligned on the beginnings
of lines. Nevertheless, I think the formatting model should consider
character boxes (glyphs) in terms of replaced inline elements that come
with intrinsic dimensions. Conceptually, character kerning can then be
considered as intrinsic horizontal margins (typically negative).