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

Re: [css3-multicol] splitting floats across column boundaries

From: Alex Danilo <alex@abbra.com>
Date: Fri, 02 Dec 2011 15:50:27 +1100
Message-Id: <348KVL.7B2Q793Q3074@abbra.com>
To: robert@ocallahan.org
Cc: "www-style@w3.org" <www-style@w3.org>
Hi Rob,

--Original Message--:
>On Fri, Dec 2, 2011 at 1:48 PM, Alan Stearns <stearns@adobe.com> wrote:
>
>Take a look at this file. It has a div floated left with six lines of text
>in a 2-column layout containing eight lines of text
>
>http://hg.csswg.org/test/raw-file/50587184a512/contributors/adobe/incoming/f
>loatLeftMulticolBreak.html
>
>In WebKit the columns are balanced by splitting the float in two. In Gecko
>and Opera the float remains intact and the columns are not balanced. Should
>I expect more interop here, or is this a vague area that css3-pagination is
>meant to resolve?
>
>I think it should split. I don't know how to spec that, but it should be specified.

Why? I'd be curious to know the reasoning.

In typography it's normal to flow things into galleys. So the columns are galleys
to be filled, and the float is an object that is part of the inserted content that just
happens to float to the left of its galley.

The 'slice' a vertical infinite column approach is reminiscent of printing tables
which is a bit different.

As Håkon noted, what if it's an image? It doesn't split. Then if it happens
to contain multi-line content it splits - so the container of the float somehow
inherits the columns it get placed into? Seems counter-intuitive to me.

Alex

>Rob
>
>-- 
>"If we claim to be without sin, we deceive ourselves and the truth is not in us. If we confess our sins, he is faithful and just and will forgive us our sins and purify us from all unrighteousness. If we claim we have not sinned, we make him out to be a liar and his word is not in us." [1 John 1:8-10]
>
>
>
Received on Friday, 2 December 2011 04:51:09 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:47 GMT