Sent by Philippe Wittenbergh on 3 February 2006 03:03
On 3 Feb 2006, at 2:26 am, Lori Hylan-Cho wrote:
>> IMHO, the bug filer's conclusion is backwards;
>> it seems totally logical to me that setting a top margin on
>> the clear that's larger than the size of the floats would in
>> effect result in a margin of [margin as set] - [height of float].
>
> For anyone who's interested, I put up a test page with screenshots and
> various theories as to what's going on.
>
> http://www.avocado8.com/testing/margin_clear.html
There is no test case there, only screen shots.
Here is my test-page (I used a more heavy negative margin in one
case, to make the behaviour more obvious).
<http://dev.l-c-n.com/_temp/clear-marginTop.php>
When quoting the specs, it is a good idea to refer to the latest one;
in this case
<http://www.w3.org/TR/CSS21/visuren.html#flow-control>
which explains much better what should happen.
In my test case above, Firefox (1.5) and Safari (1.0 and up) are
correct. Firefox 1.0 does a slight poopoo with the neg. margin. IE 6
Win is half correct (test 2 and 3), probably more by accident. As for
Opera, all versions tested are wrong, from 7.54 to 9 TP1, each in a
different way. And iCab is wrong as well (add the specified margin to
the clearing box, but consistent).
Good old IE Mac is wrong on the negative margin test, can't blame it
too hard, due to the ambiguities in the CSS 2.0 wording.
IE 7 Win ?? (if anyone could post a screenshot, and file a bug if
needed...).
Philippe
---
Philippe Wittenbergh
<http://emps.l-c-n.com/>
______________________________________________________________________
css-discuss [EMAIL-REMOVED]]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/