- From: fantasai <fantasai.lists@inkedblade.net>
- Date: Wed, 19 Oct 2011 11:23:22 -0700
- To: www-style@w3.org
On 10/19/2011 07:09 AM, Anton Prowse wrote: > On 20/09/2011 04:31, Peter Moulder wrote: >> On Mon, Sep 19, 2011 at 03:55:17PM -0700, fantasai wrote: >>> >>> However, if we require that a float that was split across pages begin at >>> the top of the page (which I think we should), then that escape hatch is >>> not available on subsequent pages. This could result in either overflow >>> or overlap between floats, which is not normally possible. >> >> I'll note that this proposed change of rules for float widths isn't technically >> necessary: without it, the rules of section 9.5.1 of CSS 2.1 would just mean >> that the second float would be pushed down as far as necessary for it to fit on >> all pages on which it occurs. >> >> Ignoring implementation issues, this would actually be preferable for authors: >> no-one wants a float to overflow off the edge of a page on a subsequent page. > > I agree with this. I wouldn't want floats to be calculated according to dimensions on one page and then look bad on the > continuing page; I imagine that the first impression of authors if they saw that would be that it were a UA bug. > > For me, this issue is even clearer in the case of regions rather than pages. I really don't think we want overlap or overflow. The question then is, if I get a layout like this +----------------------------------+ |########### ############| |########### ############| |###left#### ####right###| |###float### ####float###| |########### ############| |########### ############| |########### ############| |########### ############| +----------------------------------+ And on the second page: +-----------------+ |########### | |###left#### | |###float### A | |###cont.### | |########### | | ############| | ###right####| | ###float####| | B ###cont.####| | ############| | ... | Does text after the float wrap into section A? I think that would make sense if you are using floats as floats (not as a substitution for e.g. flexbox). But it would require some clarification, I think. ~fantasai
Received on Wednesday, 19 October 2011 18:24:02 UTC