On Friday 2009-09-25 23:38 -0400, Boris Zbarsky wrote: > Right now floats use the nearest block as their containing block. If we > start doing blocks-of-blocks-or-inlines, I think it might be good to > have the block-of-blocks be the float containing block for all the > floats whose nearest block is a block-of-inlines for the > block-of-blocks... Could we conceivably get that working in > nsBlockFrame before we try splitting classes? It'd simplify frame > construction a good bit (e.g. no need to reparent floats when splitting > a block-of-inlines in two because a block was inserted between two > inlines).
I think the float's containing block is actually used for layout calculations in some ways. I wonder if it might be better for the float containing block to always be the block of inlines (which I think would happen automatically if we did the split); I think it's possible that might actually fix some existing bugs. But my memory is a little rusty. It might be worth looking into, though. -David -- L. David Baron http://dbaron.org/ Mozilla Corporation http://www.mozilla.com/ _______________________________________________ dev-tech-layout mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-layout
