Bruno Fassino wrote: > On Sun, Mar 7, 2010 at 5:47 PM, Alan Gresley <[email protected]> wrote: >> It appears that MS has hacked in bidirection (somewhat improved over >> IE7) by the use of *hasLayout*. >> >> <http://css-class.com/test/bugs/ie/ie8-haslayout-bidi.htm> > > Yes, I see the problem, very interesting! > > I just would say that "direction" sometimes makes a block a > formatting context root (this is not necessarily related to hasLayout, > which seems to have no more rendering effects in IE8, even if it still > exists just as a dom / javascript property). > > > Best, > Bruno
Hello Bruno. If this is not hasLayout then why does IE8 behave like IE7 for particular bugs when hasLayout (IE7- understanding) has been triggered? IE8 with IE7 compatibility mode does not show the peekaboo bug or the escaping float bug but it does show rendering bands. <http://css-class.com/test/bugs/ie/strangepeekaboobug.htm> The major bugs associated with triggering hasLayout or an elements without layout don't seem to work in IE8 with IE7 compatibility mode on so IE8 in best mode would be the same. Since using hasLayout was IE7- way of generating a block formatting context than I see no other option than to declare that this is hasLayout in IE8. I would say that this test cases of yours would be affected. <http://www.brunildo.org/test/IEMarginPadding.html> Here a copy of another of your test cases with dir="rtl" causing IE8 to render as IE7. <http://css-class.com/test/temp/bruno-IEWflm.htm> -- Alan http://css-class.com/ Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo ______________________________________________________________________ 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/
