![[LARGE LOREVIEW SCREENSHOT]](loreview-1l.gif)
This is just the begining to a series of trivial bug tests of MSIE, the browser from Microsoft.
The HR above was the first test. Notice its offset from both edges of the browser window? Are they equal?
Since I nearly forgot to state this, all the following tests will require one of two things:
Be using a 640xX or less resolution.
Be using a 640xX or less resolution.
Have your window size set to less than 640xX.
Have your window size set to less than 640xX.
Be using a 640xX or less resolution.
Have your window size set to less than 640xX.
WOW! What happened above!? This test is partially repeated below. Notice how the missing closing P's so negatively effect the LIst items. There should be some consistency here because /P is optional! Its occurence or lack there of should not effect the presentation.
|
TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 If this was a real test, it would not be being conducted by a 3rd party individual! |
Notice the gaps between all these paragraphs. Is it correctly aligned?
|
TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 If this was a real test, it would not be being conducted by a 3rd party individual! |
This is just about the last test.
|
TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 And just to prove the point, I have taken the HR out. If this was a real test, it would not be being conducted by a 3rd party individual! |
The last tests includes an image. Here we go:
The image is linked to itself. Please note the differences between being inlined and being all by itself. You will notice the same left-right margin problems, but the top and bottom magins are perfectly even. Sometimes the image will not even completely scroll out from under the scrollbar. The appears to depend on the video mode. To notice this you must be either:
Be using a 640xX or less resolution.
Have your window size set to less than 640xX.
Anyone notice that the missing closing P's cause problems with how the list displays? Try a multitier list sometime and see what happens!
Be using a 640xX or less resolution.
Have your window size set to less than 640xX.
Are em's supported yet?
Hell No! Now, sit back, and watch as all the other bugs dealing with margins scroll across your screen, uh, window.
Here's a list!
|
And here is a table in the list. Is it larger than the screen? TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 |
And another!
|
And here is a table in the list. Is it larger than the screen? TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 |
The following uses inlined CSS1 margins instead of a list.
This table is in a margin of 5% and 25%. Does it appear that way? BTW, what else is still wrong with CSS1 margins? And why doesn't the DIV tags background color property take effect?
|
And here is a table in the list. Is it larger than the screen? TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 |
And another!
The TR and TD tags were left out of the above table on purpose. Notice how they screw up processing outside the table and DIV tags? And also notice how the ending DIV tag leaves an extra GAP before the next paragraph. Does it have to work this way? :(
Why is this paragraph in a margin of 5%? Its outside the DIV block! The lacking TR TD in the above table seem to have some bearing on that.
Now notice what happens when we repeat it!
Are em's supported yet?
Hell No! Now, sit back, and watch as all the other bugs dealing with margins scroll across your screen, uh, window.
Here's a list!
|
And here is a table in the list. Is it larger than the screen? TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 |
And another!
|
And here is a table in the list. Is it larger than the screen? TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 |
The following uses inlined CSS1 margins instead of a list.
This table is in a margin of 5% and 25%. Does it appear that way? BTW, what else is still wrong with CSS1 margins? And why doesn't the DIV tags background color property take effect?
|
And here is a table in the list. Is it larger than the screen? TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 TESTING 1234 |
And another!
The TR and TD tags were left out of the above table on purpose. Notice how they screw up processing outside the table and DIV tags? And also notice how the ending DIV tag leaves an extra GAP before the next paragraph. Does it have to work this way? :(