If you currently using any version of Internet Explorer prior to the newly released IE8 in viewing this page, you will notice that the page looks a little odd. This is because of the various levels of support that each version of IE has for the CSS standards. There are further test cases in this directory.
Update (12th of May 2009): All of the bugs that were seen in IE8 beta 1 and beta 2 have now been fixed.
Update (1st of December 2009): IE9 is coming.
Not showing a fixed width or height in pixels for a box. Why? I don't know.
Images should not flicker between .
This was originally an exploration into the cause of the IE Escaping Floats Bug and the IE Peekaboo Bug. Now these bugs are squashed but the rendering bands are present in IE 8 (beta 1) causing problems when using alpha transparent images in both IE 7 and IE 8 (beta 1). This bug is also present in IE 8 (beta 2) with page zooming.
The bug that has arrived with IE7 now supporting the dynamic pseudo element :hover. Mysteriously the bug was present in IE 6 in a primordial way, but was not fully understood at the time.
In a container without hasLayout, background images are misplaced.
This bug with absolutely positioned element following a float in the source. It happens because IE can not correctly offset auto. Please note that the test cases are incomplete.
A Test showing the adverse affects on vertical margins of paragraphs, headings and divs when a parent container has hasLayout which are in violation of W3C specifications.
Do you sometimes wonder where that gap has appeared between a float and a clearing div, maybe the gap is caused by a margin further up in the source.
These tests show a common scenario when the first element in a container is a float which is followed in the source by a static block element with a top margin. What should happen is margins should collapse.
The Pee-ka-boo Bug was one of the worst bugs that struck in IE6 and was happily fixed in IE7, but IE7 still fails to sometimes render content if fed particular CSS.
A bug in IE7- where the margin-left of container without hasLayout is ignored if it parent is a hasLayout container and it's child is floated right.
A bug that was supposingly fixed with IE7 now rears it's head again due to the IE property hasLayout and its effects with floats.
In IE the list item <li> has a affect on vertical margins of paragraphs and headings but when floated element are also present, a mysterious space appears.
In a container without hasLayout following a float, background images are misplaced.
Created: 9th March 2008
Updated: 1st December 2009
Last revised: 21st Oct 2009
Copyright © 2008 Alan Gresley
My dream... A one inter-operable open web!