Closed
Bug 2509
Opened 26 years ago
Closed 25 years ago
table cell renders too large in fixed width table
Categories
(Core :: Layout: Tables, defect, P2)
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: andreww, Assigned: karnaze)
References
()
Details
Attachments
(1 file)
|
(deleted),
text/html
|
Details |
compare gecko build 011999 to nav 4.5 on windows - the table row that should at
"whats new at...." is rendered entirely black and covers the whole table.
|
||
Comment 1•26 years ago
|
||
<HTML><HEAD></HEAD><BODY>
<TABLE><TR><TD BGCOLOR="#cccccc" WIDTH="435">
<!--
the interior table has "zero" width, as the first row is "believed"
to have zero width and style is "table-layout: fixed" .. Notice the
red stripe on the LHS (the zero-width table). Win95 Jan19 optimized.
-->
<TABLE cellpadding=0 cellspacing=0
style="table-layout: fixed; border: solid red 1px">
<TR><TD>What's New on WebDeveloper.com</TD></TR>
<TR><TD>and some other content</TD></TR>
</TABLE>
</TD></TR></TABLE>
</BODY></HTML>
note that it is meaningless to compare raptor layout and Nav4 layout when
table-layout: fixed is specified. Nav4 doesn't support CSS-2 fixed table layout
at all, and fixed table layout may legally give you a table that doesn't match
an auto layout table even for the same width specifications.
I'll take a look at this one.
|
|
||
Comment 3•26 years ago
|
||
Okay. First, I wasn't making a comparison, and second, I now realize that
my example above is bogus (and not well explained anyways).
However, there is a glitch in the distribution of the auto width to the
columns that are neither part of a colframe nor have a cell with specified
width.
The code in FixedTableLayoutStrategy.cpp looks right but the following
HTML/CSS example does not distribute the remaining available
width to the second column (instead it gets zero width).
<html><head><style>
TABLE {table-layout:fixed; border: solid red 1px; width: 400}
TD {border: solid green 1px;}
TD.one {border: solid blue 1px; width: 300}
TD.two {border: solid blue 1px;}
</style></head><body>
<!-- this table should derive the width of the second column from what's
left over from the table width after subtracting the first column width -->
<TABLE><TR>
<TD class="one">What's New on WebDeveloper.com</TD>
<TD class="two">umm</TD>
</TR><TR>
<TD>blah blah blah blah blah blah blah blah blah blah blah blah</TD>
<TD>blah blah blah blah blah blah blah blah blah blah blah blah</TD>
</TR></TABLE>
</body></html>
(In the case of webdeveloper.com, it is a one column table, but that first
column should get its auto-width from the table width. No?)
|
||
Comment 5•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
Summary: table cell renders too large.. → table cell renders too large in fixed width table
|
|
||
Comment 9•25 years ago
|
||
|
|
||
Comment 10•25 years ago
|
||
buster: by the way, karnaze checked in a fix for this on jun02. (see
the test case (attached) to confirm for this report). I believe this is
FIXED but I leave it to you (or chrisd) to deliver the coup de grace.
(original URL is also OK on this point).
|
|
||
Comment 11•25 years ago
|
||
Forgot to note: fix for the same 'table-layout: fixed' problem was noted on
bug #2123 'table-layout:fixed not distributing extra space' -- VERI FIXE
|
||
Comment 12•25 years ago
|
||
this should have been assigned to Chris. Chris, please verify that this is
fixed.
|
Assignee | |
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
|
||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
|
|
||
Comment 13•25 years ago
|
||
Using 8/5 Apprunner, verified fixed.
You need to log in
before you can comment on or make changes to this bug.
Description
•