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

Re: Region overflow proposal

From: Robert O'Callahan <robert@ocallahan.org>
Date: Tue, 7 Aug 2012 16:49:49 +1200
Message-ID: <CAOp6jLaCFR5O_Kqic1ZeVd8TYLYJs6W=2PF-iJ+himGtJUkboA@mail.gmail.com>
To: "L. David Baron" <dbaron@dbaron.org>
Cc: www-style@w3.org
On Tue, Aug 7, 2012 at 4:00 PM, L. David Baron <dbaron@dbaron.org> wrote:

> On Tuesday 2012-08-07 15:49 +1200, Robert O'Callahan wrote:
> > Some restriction is needed to make sure the region boxes for an element
> are
> > all of the same type. For example, 'display' changes in ::nth-region()
> > definitely shouldn't be allowed.
> I originally thought 'display' changes shouldn't be allowed.  And
> then I couldn't figure out why it should really be a problem.

Hmm, I suppose it *might* work, if you put the element's children into a
series of anonymous block boxes and make those block boxes be children of
the actual region boxes. I'm pretty sure we don't want content flowing
directly from an inline container into a block container or vice versa.

(Maybe anonymous box generation is, though.)

Yes, for example I think resolving table anonymous box generation during
layout would be hard. Handling block-in-inline splitting during layout
would also be hard.

> Though it might be a
> good bit of extra work for no real gain.  (Though 'float' and
> 'position' changes seem likely to have some real use cases.)

Right. They should definitely be allowed; the only issue is if they cause a
box to change from being a block to not-a-block.

“You have heard that it was said, ‘Love your neighbor and hate your enemy.’
But I tell you, love your enemies and pray for those who persecute you,
that you may be children of your Father in heaven. ... If you love those
who love you, what reward will you get? Are not even the tax collectors
doing that? And if you greet only your own people, what are you doing more
than others?" [Matthew 5:43-47]
Received on Tuesday, 7 August 2012 04:50:17 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:02 UTC