Hi Alan,

> > The behavior of 'block formatting context roots' in presence of float
> > is not exactly defined in the spec, however all modern browsers
> > usually display them beside the float, making them narrower.
> >
> > I've recently noticed a strange behavior, both in Firefox 3+ and IE8,
> > occurring with boxes having overflow different from visible. Assume
> > there is a right float and then an overflow box with a negative left
> > margin. The box is rendered beside the float, but its margin is
> > ignored in Firefox 3+ and IE8. More details and test cases here [1].
> > I don't see any reason for such behavior, which looks simply wrong.
> > The strange thing is that it did not occur in Firefox 2 and IE7, so I
> > wonder if it could be intended. Has someone any ideas?
> >
> > [1] http://brunildo.org/test/bfc-neg-marg-float.html
> 
> I not sure why this happens. I see that moving the position of the
> overflow box by a top margin (positive or negative) causes the
> overflow box to not ignore the left margin with -100px and for the
> overflow box not to be shorten by the float [1]. The last test with
> the overflow box with margin-top:-0.01em doesn't seem to be any lower
> visually.
> 
> 1. <http://css-class.com/test/temp/overflow-floats-neg-margins.htm>

Another weird one. The top margin seems to "disabled" the block formatting
context (it does not make the box shorter for the float). Imho, that one
goes against the spec.


--
Regards,
Thierry 
www.tjkdesign.com | articles and tutorials
www.ez-css.org | ultra light CSS framework





______________________________________________________________________
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Reply via email to