On Tue, Mar 9, 2010 at 7:36 PM, Alan Gresley <[email protected]> wrote: > Bruno Fassino wrote: >> But then I see some small differences, even if I haven't tested too >> much. One of the effects of hasLayout was to stop a background from >> extending below a border. "Direction" does not seem to cause this. > > Bruno, > > I think this is because the bugs related to elements without hasLayout > (with respect to IE7 and hasLayout) do not applies to IE8. The > peekaboo bug and the escaping float bug happens with elements without > hasLayout. This is outlined in the MS documentation [1] about hasLayout.
I was mentioning problems _created_ by hasLayout (background extension and some margins/paddings issues) and no more created by the current "direction setting". Anyway, dubbing this hasLayout or not, is not much important. I simply prefer not to invoke the hasLayout ghost if not strictly necessary :-) > I have now done more on the test case. > > <http://css-class.com/test/bugs/ie/ie8-haslayout-bidi.htm> > > > As can be seen in some test cases (1c and 2b), setting text direction > to "ltr" in the CSS turns off the bug. That's ok because the CSS "direction" property overrides the "dir" attribute. The problem is equally triggered by the html dir attribute and by the CSS direction property. I confirm that the additional problem on "hover" that you mention on your page, is also triggered by toggling some other properties (correctly creating a "new block formatting context") for example switching on hover overflow from "auto" to "visible". Best regards, Bruno -- Bruno Fassino http://www.brunildo.org/test ______________________________________________________________________ css-discuss [[email protected]] 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/
