Credit for the content of this page goes to Alan Gresley, indeed this is a derivation from his page IE8 bidi and hasLayout.
A block element with direction (rtl/ltr) different from the parent wrongly establishes a new block formatting context in IE8.
This should happen if the element had overflow with values other than visible such as auto, hidden or scroll (properties that establish a new block formatting context).
Testing that the cause of the new b.f.c. is the direction change from the parent block.
Toggling direction by a hover transition produces sometimes a wrong effect: the content after the wrapper jumps up. This occurs only hovering from the top or the left and only on the first instance (this is reset by refreshing the page).
Toggling overflow by a hover transition produces sometimes a wrong effect: the content after the wrapper jumps up. This occurs only hovering from the top or the left and only on the first instance (this is reset by refreshing the page).
Toggling overflow by a hover transition produces sometimes a wrong effect: the content after the wrapper jumps up. This occurs only hovering from the top or the left and only on the first instance (this is reset by refreshing the page).
Toggling overflow by a hover transition produces sometimes a wrong effect: the content after the wrapper jumps up. This occurs only hovering from the top or the left and only on the first instance (this is reset by refreshing the page).
In a page with default ltr direction, a block element with rtl direction establishes a new block formatting context in IE8.
This should happen if the element had overflow with values other than visible such as auto, hidden or scroll (properties that establish a new block formatting context).