W3C home > Mailing lists > Public > www-style@w3.org > June 2008

Re: [CSS2.1] Inline-block and inline-table and floats

From: Brad Kemper <brkemper@comcast.net>
Date: Mon, 9 Jun 2008 08:18:03 -0700
Cc: www-style@w3.org
Message-Id: <1182BD75-BF5B-40BE-A986-0258CDF2D991@comcast.net>
To: Alan Gresley <alan@css-class.com>

FWIW, Webkit nightly 5525.18 and FireFox 3 RC1 both show it the same.

The Opera way is what I would have expected. If the inline block was  
instead just inline, then they would all start at the same place, to  
the right of the green box. Opera seems to be pushing it down because  
as an inline block it doesn't fit there. I don't know why that  
wouldn't be correct.



On Jun 9, 2008, at 4:35 AM, Alan Gresley wrote:

>
>
> I have these two test cases.
>
>
> http://css-class.com/test/css/visformatting/floats-with-block-elements-inline-block.htm
>
>
> http://css-class.com/test/css/visformatting/floats-with-block-elements-inline-table.htm
>
>
> I presume that either Gecko 1.9 or Safari 3.1 are rendering these  
> test cases correct. They consist of a short float and a long float  
> followed by an element with the property being tested inside a  
> container (grid background).
>
>
> Gecko 1.9: Inline block and inline table top left corner sitting  
> against the top left corner of the container.
>
> Safari 3: Inline block and inline table sitting beside the first  
> float.
>
> Opera 9.10~9.50: Inline block and inline table clearing the second  
> float.
>
>
> Any thoughts.
>
>
> These are part of this test case that I have been working on for  
> months.
>
>
> http://css-class.com/test/css/visformatting/floats-with-block-elements.htm
>
>
> Alan
>
Received on Monday, 9 June 2008 15:18:46 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:55:07 GMT