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

Re: [css3-regions] more feedback

From: Vincent Hardy <vhardy@adobe.com>
Date: Fri, 13 May 2011 22:38:52 -0700
To: Alex Mogilevsky <alexmog@microsoft.com>
CC: "Tab Atkins Jr." <jackalmage@gmail.com>, "www-style@w3.org CSS" <www-style@w3.org>
Message-ID: <3B67BC67-9C6A-4AE7-A085-5E45630C7629@adobe.com>

On May 12, 2011, at 1:16 PM, Alex Mogilevsky wrote:

> I guess I wasn't sure what your point was either (on author vs. automatic). Just forget that comment then.
> 
> Anyway, we do have this rule in the regions spec that the last container behaves as a regular div, not producing a page break. I don't know why we want that, but I want to make sure it is possible to turn it off. Otherwise script that adds pages as needed will be complicated, slow, messy or all of the above.
> 
> My preference is to just not have this special last-page behavior. I can be convinced otherwise, but so far I have not seen a compelling use case.

The reason it is specified this way currently is that when the content flow reaches the last region, there should be a way for it to still be shown and overflow (if needed, because it could also stretch the last region to accommodate the remaining content). I think this is an example of how regions are different from pages.

Vincent.

> 
> Alex
> 
>> -----Original Message-----
>> From: Tab Atkins Jr. [mailto:jackalmage@gmail.com]
>> Sent: Thursday, May 12, 2011 10:54 AM
>> To: Alex Mogilevsky
>> Cc: Vincent Hardy (vhardy@adobe.com); www-style@w3.org CSS
>> Subject: Re: [css3-regions] more feedback
>> 
>> On Thu, May 12, 2011 at 10:05 AM, Alex Mogilevsky <alexmog@microsoft.com>
>> wrote:
>> 
>>> I suppose you can consider scripted regions are also "added
>> automatically by UA" if that's an important distinction...
>> 
>> Hmm, I don't understand what your point is.  Yes, authors can create
>> additional containers via script.  Excess content will then flow into the
>> new containers.
>> 
>> Your two scenarios aren't actually all there is - you can instead just
>> make the final container suitable for absorbing arbitrary content, like
>> making it a multicol element.
>> 
>> ~TJ
> 
Received on Saturday, 14 May 2011 05:39:22 GMT

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