Re: [css3-flexbox] Too many flex-flow values?

I strongly support the idea of just dropping the physical values. I don't think they are necessary.

dave
(hyatt@apple.com)

On Sep 8, 2011, at 10:56 AM, Tab Atkins Jr. wrote:

> On Wed, Sep 7, 2011 at 7:26 PM, Alex Mogilevsky <alexmog@microsoft.com> wrote:
>> Good question. Technically you are right, any style that uses "horizontal" or "vertical" can have an override in style sheets for different writing modes, and it should be extremely rare -- I haven't seen many designs that easily transform with direction change.
>> 
>> However... the only thing this change would simplify is the chapter you are writing. It won't be more intuitive to say "row" or "column" for designs that are not tolerant to 90 degree rotation (vast majority of them), it will be a hassle for designs that are (think about a combo box control), and it makes no measurable difference for implementation complexity.
> 
> Do we think the same is true of Grid?  I'd like to stay consistent
> with that spec.  Right now, if you lay out your page with Grid, the
> entire layout gets mirrored in rtl, and rotated in ttb.  If the vast
> majority of layouts don't make sense to be rotated, Grid should either
> have a similar control (and we should match syntax), or it should have
> a single physical-based orientation (presumably with cell (1,1) being
> in the top-right).
> 
> Alternately, if we think that the vast majority of designs aren't
> tolerant to rotation, then we should probably remove the writing-mode
> dependent values entirely, and change the default to 'horizontal'.
> 
> (On further thought, the issue I put in the spec about dropping the
> mixed values is wrong - they're the values that depend on 'direction',
> and you've demonstrated use-cases for them.)
> 
> ~TJ
>

Received on Friday, 9 September 2011 20:51:25 UTC