48 messages in org.w3.www-styleRe: Publishing the flexible box model
FromSent OnAttachments
L. David BaronJun 3, 2008 9:48 pm 
Alan GresleyJun 3, 2008 11:56 pm 
L. David BaronJun 4, 2008 12:22 am 
Anne van KesterenJun 4, 2008 1:12 am 
David HyattJun 4, 2008 1:46 pm 
Andrew FedonioukJun 4, 2008 5:50 pm 
L. David BaronJun 4, 2008 6:04 pm 
David HyattJun 4, 2008 6:54 pm 
Andrew FedonioukJun 4, 2008 8:09 pm.h
L. David BaronJun 4, 2008 10:23 pm 
L. David BaronJun 4, 2008 10:48 pm 
Andrew FedonioukJun 4, 2008 11:39 pm 
Andrew FedonioukJun 5, 2008 12:32 am 
Alan GresleyJun 5, 2008 12:34 am 
Robert O'CallahanJun 6, 2008 3:44 am 
fantasaiJun 6, 2008 8:12 am 
Andrew FedonioukJun 6, 2008 9:06 am 
Anne van KesterenJun 6, 2008 9:40 am 
Andrew FedonioukJun 6, 2008 9:54 am 
fantasaiJun 6, 2008 12:41 pm 
Andrew FedonioukJun 6, 2008 1:00 pm 
Robert O'CallahanJun 6, 2008 1:43 pm 
Andrew FedonioukJun 6, 2008 3:48 pm 
Robert O'CallahanJun 7, 2008 2:30 am 
Alan GresleyJun 7, 2008 7:24 am 
Alan GresleyJun 7, 2008 7:48 am 
Brad KemperJun 7, 2008 10:03 am 
Andrew FedonioukJun 7, 2008 1:34 pm 
Andrew FedonioukJun 7, 2008 2:46 pm 
Alan GresleyJun 7, 2008 8:56 pm 
Robert O'CallahanJun 9, 2008 5:48 pm 
Andrew FedonioukJun 9, 2008 7:22 pm 
Robert O'CallahanJun 9, 2008 7:59 pm 
L. David BaronJun 9, 2008 8:29 pm 
Andrew FedonioukJun 9, 2008 9:24 pm 
Andrew FedonioukJun 9, 2008 9:55 pm 
Robert O'CallahanJun 9, 2008 10:04 pm 
Andrew FedonioukJun 10, 2008 12:02 am 
Robert O'CallahanJun 10, 2008 1:46 am 
Alan GresleyJun 10, 2008 2:19 am 
Alan GresleyJun 10, 2008 2:35 am 
Alan GresleyJun 10, 2008 2:50 am 
Andrew FedonioukJun 10, 2008 12:58 pm 
Robert O'CallahanJun 10, 2008 2:34 pm 
Andrew FedonioukJun 10, 2008 4:07 pm 
Andrew FedonioukJun 10, 2008 4:30 pm 
Andrew FedonioukJun 10, 2008 4:39 pm 
Mike WilsonJun 12, 2008 4:46 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: Publishing the flexible box modelActions...
From:Robert O'Callahan (rob@ocallahan.org)
Date:Jun 10, 2008 2:34:38 pm
List:org.w3.www-style

On Wed, Jun 11, 2008 at 7:59 AM, Andrew Fedoniouk <ne@terrainformatica.com> wrote:

For position:absolute elements flex values are treated as having 'auto' value.

But as I said before it is a desire expressed by practical use to allow left/top/right/bottom flexes. So to have flexible absolute positioning: { position:absolute; left,top,right,bottom: 1*; }

These are mutually exclusive, so which are you proposing?

Here is a screenshot if you wish: http://terrainformatica.com/htmlayout/images/css-menus.png Nice example, but it doesn't illustrate my question since the abs-pos element doesn't have flexunits on it. By the way, you probably should have a close look at your decision to

make block descendants of an element with 'flow' all block formatting >

contexts. That means that margin collapsing never happens across the > boundaries of these blocks, so the discussion we had earlier about > margin-collapsing and flex-units is moot. That's probably a good step > but apparently that's not what you've implemented. You probably should > also work out more precisely what you mean by that restriction to make > it clear exactly which blocks are affected and how.

I did not say that "block descendants of an element with 'flow' *all* block formatting contexts."

Only if float appear somewhere inside block in flex context that block is said to be block formatting contexts for that float element.

That's not what you said. Here's what you said:

*Blocks in flex context,* floats, absolutely positioned elements, inline-blocks, table-cells, table-captions, and elements with 'overflow' other than 'visible' (except when that value has been propagated to the viewport) establish new block formatting contexts.

Where "block in flex context" is such a block that either has dimensional attributes (height,margin, etc.) defined in flex units or is contained in a block that has @flow attribute defined.

I guess it's unclear whether "contained" on the last line means transitive containment or direct containment. But this definition does not limit itself to affecting floats only.

Note that CSS does not currently define what it would mean for a a block to be a block formatting context for floats only but not for other purposes.

I do not say that changing spec will be trivial. Changes need to be done in any case. I am saying that magnitude of changes will be the same as for flexbox as for flex units.

I've given examples that require spec and implementation changes for flex-units but not for flexboxes, so this is not true.

But it is better to add such mechanism

once and in the version that is known to be more flexible/universal upfront.

That could be true.

Concept of flexes is natural for human and is well known and obvious for

people who make web design professionally.

That is true, but it's true for flexboxes too.

Tables are using flex concept

already. Badly defined/specified but it is there. Flex units will help to formalize this too. At least for things like display:table-cell flexes will allow to get to HTML tables as close as possible in CSS.

See David Baron's message about that.

Rob