W3C home > Mailing lists > Public > www-style@w3.org > November 2009

Re: New values for Float property

From: Salar <salarsoftwares@gmail.com>
Date: Mon, 30 Nov 2009 23:57:53 +0330
Message-ID: <2beb51ae0911301227he632471v5d98adf352f8eed1@mail.gmail.com>
To: www-style@w3.org, Alan Gresley <alan@css-class.com>
>  This is not entirely correct. right-to-left layout with floats is
> currently implemented correctly in the latest versions of Firefox and IE8
> with rtl bidirection (dir="rtl"). Fails in both Safari and Opera.
> <http://css-class.com/test/css/bidi/float-left-right-edge-rtl.htm>
> <http://css-class.com/test/css/bidi/float-right-left-edge-rtl.htm>
> The examples shows text direction, which is not what I'm not talking about.
it has float:right for rtl and float:left for ltr . what do you expect of

The idea is one style, different layouts. just like what is text-align did
recently for text alignment. (two new values , start/end are introduced.)
So *we* want similar things for blocks! that's all.

 That testcase isn't about float:left and right swapping sides for
> rtl.  It's about the overflow behavior when a float to the end-edge
> (i.e., float:right in ltr, float:left in rtl) is wider than its
> container.  You don't want a right float to stick out of the left
> side of its container because then you can't scroll to the overflow,
> since scrollbars only scroll in one direction from the default
> position.
> I believe I  proposed a spec change for that, but I can't find the
> proposal right now.
That's another issue with float.

But guys what about new flexible boxing model introduced recently. aren't
they to replace current boxing model. and it is direction dependent boxing
I suppose it is an additional layout module to the interface. But this
doesn't affect current issues with float.
So please don't put aside proposed values.
Received on Monday, 30 November 2009 20:29:30 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:07:40 UTC