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

Re: New values for Float property

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Mon, 30 Nov 2009 13:01:54 -0600
Message-ID: <dd0fbad0911301101w376d5eabscf7cfb3caf516232@mail.gmail.com>
To: "L. David Baron" <dbaron@dbaron.org>
Cc: news <news@terrainformatica.com>, Salar <salarsoftwares@gmail.com>, www-style <www-style@w3.org>
2009/11/30 L. David Baron <dbaron@dbaron.org>:
> On Monday 2009-11-30 12:23 -0600, Tab Atkins Jr. wrote:
>> On Mon, Nov 30, 2009 at 11:35 AM, Alan Gresley <alan@css-class.com> wrote:
>> > 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.
>>
>> Huh.  I don't see that interpretation supported in the specs, though.
>> float:left says that it floats *to the left*, not to whichever side is
>> the opposite of the text progression direction.  Perhaps this is a
>> bug?
>
> 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 makes sense, and explains the puzzling detail that the floats
were enormously wide.

In that case, Salar's original request is indeed still valid.

~TJ
Received on Monday, 30 November 2009 19:02:28 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:13:41 UTC