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/