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

Re: [css3-flexbox] Paint flex items atomically?

From: L. David Baron <dbaron@dbaron.org>
Date: Wed, 4 Jul 2012 10:27:29 -0700
To: Morten Stenshorne <mstensho@opera.com>
Cc: www-style@w3.org
Message-ID: <20120704172729.GA11878@crum.dbaron.org>
On Thursday 2012-06-28 11:00 +0200, Morten Stenshorne wrote:
> Should flex items be treated as if they sort of establish a new stacking
> context (except for descendants that are positioned or create true
> stacking contexts on their own)? I'm talking about what
> http://www.w3.org/TR/CSS2/zindex.html has to say about inline-block,
> inline-table and floats.

I tend to think that they should be.  (And I think it's weird that
table cells don't do this as well, but they don't.)

As a brief reminder, this behavior exists to support implementing
the requirement in http://www.w3.org/TR/CSS21/visuren.html#floats
  # A float can overlap other boxes in the normal flow (e.g., when a
  # normal flow box next to a float has negative margins). When this
  # happens, floats are rendered in front of non-positioned in-flow
  # blocks, but behind in-flow inlines. 
which in turn requires that all inlines in the block formatting
context be painted on top of all the blocks in that same block
formatting context.

I find it weird for this all-inlines on top of all-blocks behavior
to cross between block formatting contexts (as it does for table
cells, e.g., in
so I tend to think we should make flex items (which also, I presume,
establish new block formatting contexts -- I hope we say that
somewhere -- since having float overlap handling cross between flex
items would, I think, be crazy) establish a new one of these things
that's a little bit like a stacking context.

This email completes ACTION-482.


𝄞   L. David Baron                         http://dbaron.org/   𝄂
𝄢   Mozilla                           http://www.mozilla.org/   𝄂
Received on Wednesday, 4 July 2012 17:28:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:18 UTC