home.cnet.com uses a series of 3 colored pixels each stretched in a table cell 1px tall and 100% wide to create a colored beveled edge. what you should see is a brownish line 3px tall. instead we see three separate bars of color each approx. 10px tall. In my estimation, Seamonkey is not respecting the <td height=1> tag. This seems to be a common webmaster trick as I've seen it elsewhere.

1999040915 builds

Moving to M8

Gee... my previous understanding was that the height attribute on td was more of a min-height than a height (that's what the CSS2 spec says: see http://www.w3.org/TR/REC-CSS2/tables.html#height-layout ). I would think it makes more sense that way. But then again, maybe not.

Although the HTML4.0 Spec says that height in <td> is deprecated, it should still be supported. Furthermore, the relevant line from the page you cited is: "In CSS2, the height of a cell box is the maximum of the table cell's 'height' property and the minimum height required by the content (MIN)." I think you may have interpreted the above incorrectly as it states that the height of a cell will be the 'greater'(maximum) of the height= assignment and the min height required by the content. So for our example the table cell is given a height of 1 and the content totals 3, therefore the table should be 3px tall.

I would agree with Claudius (and HTML4 defines td height as "height = pixels [CN] Deprecated. This attribute supplies user agents with a recommended cell height". However, Claudius, isn't this fixed. I don't see this on home.cnet.com _anymore_ (and I can't see your testcase ;).

note to self: before you go off ranting about standards and such maybe check to see if the bug is still a bug. this is very much FIXED.

VERIFIED fixwd for all platforms(WinNT, Linux, MacOS) with 1999051909 Builds.