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

Re: Block element width behavior

From: Ian Hickson <ian@hixie.ch>
Date: Sun, 16 Mar 2003 03:05:21 -0800 (PST)
To: Etan Wexler <ewexler@stickdog.com>
Cc: "www-style@w3.org" <www-style@w3.org>, David Hyatt <hyatt@apple.com>, Stuart Ballard <sballard@netreach.com>
Message-ID: <Pine.LNX.4.50.0303160304090.30150-100000@tavis.dreamhost.com> 

On Sat, 15 Mar 2003, Etan Wexler wrote:
>
> That may work in current implementations, but there is nothing in the
> specification to say that it should. I refer to CSS2:9.5, "Floats"
> (<http://www.w3.org/TR/REC-CSS2/visuren.html#floats>):
>
>     A floated box must have an explicit width (assigned via
>     the 'width' property, or its intrinsic width in the case of
>     replaced elements).
>
> The error recovery is not specified. When there is no explicit 'width'
> setting, I suppose that using intrinsic width is acceptable. This does not
> make intrinsic width the one correct approach.

CSS2.1 resolved this omission.

# If 'width' is specified as 'auto', the computed value is the
# "shrink-to-fit" width.
 -- http://www.w3.org/TR/CSS21/visudet.html#q8

-- 
Ian Hickson                                      )\._.,--....,'``.    fL
"meow"                                          /,   _.. \   _\  ;`._ ,.
http://index.hixie.ch/                         `._.-(,_..'--(,_..'`-.;.'
Received on Sunday, 16 March 2003 06:05:24 GMT

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