W3C home > Mailing lists > Public > www-style@w3.org > February 2012

Re: [css3-regions] issue: is first region initial containing block

From: David Hyatt <hyatt@apple.com>
Date: Thu, 09 Feb 2012 09:51:12 -0800
Cc: Alex Mogilevsky <alexmog@microsoft.com>, Vincent Hardy <vhardy@adobe.com>, Anton Prowse <prowse@moonhenge.net>, "www-style@w3.org" <www-style@w3.org>
Message-id: <02B3EC6C-1776-44E6-BD96-AA43A0E347C8@apple.com>
To: Brad Kemper <brad.kemper@gmail.com>
On Feb 8, 2012, at 8:44 PM, Brad Kemper wrote:

>> I kind of covered this in another message, but I don't think regions themselves should be containing blocks for flow thread content. Rather the ICB for a flow thread should simply match the dimensions of the first region. This is analogous to how the ICB for the root element matches the dimensions of the viewport (or the first page when printing). The ICB for flow thread contents should not be the region itself though. I don't think that makes any sense at all.
> I still don't see what is so wonderful about the first region, or of something with the same dimensions and placement, that it must be the ICB. Why not let an author use the normal root of the window viewport as the ICB, if all ancestor elements are position:static? This is different from printed pages, where there is no page parent to position against.

It depends on what you believe is happening when positioned elements are placed in a flow thread. I dislike the idea that the positioned object "busts out" of the flow thread if authors don't do something to the regions themselves (e.g., position:relative) to contain them. What you're essentially saying is that if somebody tries to paginate content by putting it into regions that the positioned content just isn't going to paginate unless something is done to contain it.

We have two other examples to use as a guide. Printing and columns. In the printing case, positioned objects do get paginated. In the columns case, they don't. I think of regions as being more like printing, though, in that the author explicitly shunted the positioned content into the flow thread, and in my opinion by doing so, we should use a model where this positioned content paginates by default. Otherwise we're effectively ignoring the request to put the content into the flow thread in the first place.

If you accept that the positioned content is respecting pagination, then using the first region's dimensions as an ICB (e.g., if someone says bottom:0) makes sense in that it matches printing. If you don't accept that the positioned object should paginate, then I can see your objection.

Received on Thursday, 9 February 2012 17:51:41 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:38:55 UTC