Re: [css-regions][css3-break] Handling content overflow out of its region range

On 9/6/13 6:33 AM, "Radu STAVILA" <stavila@adobe.com> wrote:

>Hi,
>
>I think we should try to clarify the regions spec as to what should happen
>when an element fits inside the region but the overflow of the element
>spills out of the region.
>Should that overflow:
>1. be rendered in the next/previous region or
>2. should it be rendered outside of the region it's overflowing?
>
>Personally, I'm in favour of the 2nd way, it makes more sense to me, I
>don't think the overflow of the element being flowed into the region
>should impact the way the content is fragmented.

I am also in favor of your second way, but looking at multicol
implementations, it looks like everyone interoperably implements 1. The
overflow is even considered in column balancing, which makes very little
sense to me.

http://cdpn.io/eCahp

Can someone point me to where this behavior is defined, or is it just a
fluke that overflow is fragmented and is being used in height calculations
in multicol?

>
>Also, consider the following use-case:
>	- a flow thread with two regions
>	- a div being flowed into the first region with break-after
>	- the first region has height:auto.
>
>If this div has some overflow below it, the 1st solution would move that
>overflow in the 2nd region, which doesn't make sense considering the
>break-after. If using the 2nd solution, the overflow would be rendered
>below the first region, which seems to me like the right way to do it.
>
>Please see [1] for how the 1st solutions looks like (the black boxes are
>the regions, the green box is the div being flowed and the text is it's
>child, which overflows). By applying the 2nd solution [2], the overflow
>would spill out below the 1st region and the 2nd region would remain
>empty.
>
>Thanks,
>Radu.
>
>[1] https://dl.dropboxusercontent.com/u/4197809/overflow.jpg
>[2] https://dl.dropboxusercontent.com/u/4197809/overflow2.jpg
>
>

Received on Friday, 6 September 2013 15:39:57 UTC