Closed
Bug 1271
Opened 26 years ago
Closed 25 years ago
TD tag's HEIGHT attribute ignores percentages
Categories
(Core :: Layout: Tables, defect, P2)
Tracking
()
VERIFIED
FIXED
M11
People
(Reporter: tcrowe, Assigned: karnaze)
References
()
Details
(Whiteboard: [TESTCASE])
The test case in the URL above contains a 3x3 table. The top and bottom rows
should have fixed pixel heights and the middle row should have a height of 80%.
Instead the middle row has no height (or virtually none anyway).
As an aside, if I were to request a height of 100%, what should I see? IE3.0
seems to assign the cell a height of:
<window height> - (<top row height> + <bottom row height>)
In other words, it assigns the remainder of the window height to the row.
Navigator 4.5 assigns the row a height equal to the window height, which implies
that it takes the height attribute literally. IE's implementation is more
useful, but Navigator's is more straighforward.
not yet implemented. No decision made on what "100%" means to a cell height.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 4•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Assignee | ||
Updated•26 years ago
|
Target Milestone: M4 → M5
Assignee | ||
Comment 5•26 years ago
|
||
moving to M5
Assignee | ||
Updated•26 years ago
|
Target Milestone: M5 → M6
Assignee | ||
Comment 6•26 years ago
|
||
Moving to M6
Assignee | ||
Comment 7•26 years ago
|
||
Moving to M8.
Comment 8•25 years ago
|
||
chrisd -- can you attach the test case from the URL above (or can tcrowe).
There is another M8 bug that sounds like a definite DUPL of this one
(bug #6556 by gdavis@projectcool.com), but I can't be certain without seeing
this one. Alternatively, could you mark #6556 as DUPL if you agree and copy
the URL for Glenn's test case here.
Here's the HTML for the test page:
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<head>
<title>Untitled</title>
</head>
<body><table CELLSPACING=0 CELLPADDING=0 WIDTH="100%" HEIGHT="100%" >
<tr>
<td WIDTH="160"><img SRC="corner.JPG" height=80 width=160></td>
<td WIDTH="100%" BACKGROUND="160x80.JPG"></td>
<td><img SRC="40x80.JPG" height=80 width=40></td>
</tr>
<tr>
<td WIDTH="160" HEIGHT="80%" BACKGROUND="160x160.JPG"></td>
<td COLSPAN="2" ROWSPAN="2"></td>
</tr>
<tr>
<td><img SRC="160x40.JPG" height=40 width=160></td>
</tr>
</table>
</body>
</html>
Comment 10•25 years ago
|
||
*** Bug 6556 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Whiteboard: [TESTCASE]
Comment 11•25 years ago
|
||
tcrowe: Thanks for posting the other test case.
Comments from bug #6556: 'Table cell heights not being honored.'
http://www.projectcool.com/~gdavis/moztest/tableresize.html
"The URL points to a page that demonstrates and documents a problem in
which explicit cell heights are being ignored."
(one note: the test case from projectcool does not display the background
images for some cells. This is apparently according to spec. (see bug #8113
for details)).
Assignee | ||
Comment 12•25 years ago
|
||
Moving to M9.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 13•25 years ago
|
||
Fixed with latest checkin.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 14•25 years ago
|
||
Using 9/16 Apprunner, verified bug fixed. Height is not ignored.
You need to log in
before you can comment on or make changes to this bug.
Description
•