W3C home > Mailing lists > Public > www-style@w3.org > January 2010

Re: breaking overflow

From: James Hopkins <james@idreamincode.co.uk>
Date: Fri, 1 Jan 2010 17:09:26 +0000
Cc: Brad Kemper <brad.kemper@gmail.com>, Anton Prowse <prowse@moonhenge.net>, www-style <www-style@w3.org>, "Tab Atkins Jr." <jackalmage@gmail.com>, Niels Matthijs <niels.matthijs@internetarchitects.be>
Message-Id: <27EA5B59-2D81-496A-BBC2-7D1B16D90771@idreamincode.co.uk>
To: Alan Gresley <alan@css-class.com>
> James Hopkins wrote:
>
> (snip)
>>> I don't think it is any worse that relying on a side effect of  
>>> overflow settings. In fact, I think that creating a presentaional  
>>> effect of a separate markup element without having the actual  
>>> element present in the markup is a perfectly valid and important  
>>> use case for ':after' (or with the ':before' example I posted  
>>> earlier).
>> I'm not arguing that the generated content method is inferior; the  
>> 'overflow' method is just as much of a hack.
>
> Why is it a hack?

Since we're exploiting a property purely for the purposes of  
harnessing its side-effect. I would make the assumption that around  
80% of 'overflow:hidden' s application in the real-word is to clear  
floats in this way, rather than employing it for its primary purpose.

> Another use of overflow:hidden is to trim the margin-box of a block  
> level element in normal flow to the margin-edge of a sibling float.  
> The purpose of this is to allow a border of this element to stop at  
> the same place as other siblings with inline content or line boxes.

The float-displace property appears to do what you want here, I think,  
but I know what you mean.
Received on Friday, 1 January 2010 17:09:55 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:13:42 UTC