W3C home > Mailing lists > Public > www-style@w3.org > March 2011

[CSS21] Final issues with the inline formatting model

From: Anton Prowse <prowse@moonhenge.net>
Date: Sun, 27 Mar 2011 14:29:35 +0200
Message-ID: <4D8F2DAF.4020305@moonhenge.net>
To: "www-style@w3.org" <www-style@w3.org>
The WG has done a fantastic job in fixing up the specification of the 
inline formatting model, in response to numerous issues raised on it. 
This important part of the spec is looking pretty solid now.

In particular, most of the issues I've raised myself have been addressed 
either on the mailing list or on the wiki, and they either have 
satisfactory fixes in the current Editor's Draft or have been postponed 
to errata (which I have no complaint about); the rest have either been 
fixed or obsoleted as a side-effect of other changes.

However, there are just a couple of issues which were overlooked.

#1) The spec says that "if the height specified by 'line-height' is less 
than the content height of contained boxes, backgrounds and colors of 
padding and borders may bleed into adjoining line boxes."  I think it's 
worth clarifying that even content (glyphs) can bleed out.

#2) The spec only defines what 'line-height' means on non-replaced 
inline boxes and block container boxes which establish an inline 
formatting context.

For all other boxes (such as inline replaced boxes, internal table boxes 
except for table-cell, and block container boxes which do not establish 
an inline formatting context) we are left to assume that the property 
has no effect.  (The value is inherited by child boxes though.)  Could 
we have this stated in the description of 'line-height' in 10.8.1?

#3) The definition of the values of the 'vertical-align' property depend 
on the baseline of the box, but that that is not defined for inline 
replaced elements.  Is it assumed to mean the bottom margin edge of the box?

#4) The baseline of an 'inline-table' is defined to be the baseline of 
the first row of the table.  But what if it doesn't have any rows?  We 
should probably define it to mean the bottom margin edge of the wrapper 
box in that case, to match the behaviour of 'inline-block'.

Anton Prowse
Received on Sunday, 27 March 2011 12:30:08 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:07:57 UTC