Testcase for bug

| SIZE attribute | INPUT TYPE="TEXT" of that SIZE | IE 5.00 | NS 4.72 | M17 (20000720)
--- | --- | --- | --- | --- | ---
1. | SIZE="20" |  | 20 | 20 | 20
2. | SIZE="1" |  | 1 | 1 | 1
3. | SIZE="0" |  | 20 | 1 | 0
4. |  |  | 20 | 20 | 20
5. | SIZE="10XYZ" |  | 20 | 10 | 10
6. | SIZE="10.99" |  | 10 | 10 | 10
7. | SIZE="XYZ" |  | 20 | 1 | 0
8. | SIZE="NaN" |  | 20 | 1 | <0 ?!?
9. | SIZE="" |  | 20 | 1 | 0
10. | SIZE="#!$" |  | 20 | 1 | 0
11. | SIZE |  | 20 | 1 | 0
12. | SIZE="-1" |  | 20 | 1 | 0

Last three columns show equivalent SIZE number on Windows 98 SE. (ie SIZE="" results in a field as wide as a SIZE=20 in IE and as wide as a SIZE=1 field in NS. It does not reflect how many characters that actually fits.)

Notice how Mozilla (2000-07-20) treats "NaN" differently from other invalid values like "XYZ" for example.

I think Mozilla does the right thing in the first 6 cases,
bug the rest should be treated as SIZE=20 (as IE5 does.)