Closed Bug 2123 Opened 26 years ago Closed 25 years ago

table-layout:fixed not distributing extra space

Categories

(Core :: Layout: Tables, defect, P2)

Product:
Core
Component:
Layout: Tables
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: andreww, Assigned: karnaze)

References

(
URL
)

Details

Go to browserwatch.com and look at the "headline news" table. The right hand side of the table has a thick black "line" that is wider than it is rendered normally in Nav 4.5.
Summary: right-hand table border rendered too thickly on this site → table-layout:fixed not distributing extra space
Assignee: buster → karnaze
Status: ASSIGNED → NEW
The test case (minimized below) has a table with table-layout:fixed. In this algorithm, the columns are assiged their specified width, and any extra space (as given by the specified table width attribute, if any) should be divided between the columns. The spec does not specify how we should distribute the excess space. To quote the CSS-2 spec(): The width of the table is then the greater of the value of the 'width' property for the table element and the sum of the column widths (plus cell spacing or borders). If the table is wider than the columns, the extra space should be distributed over the columns. This step of dividing excess width doesn't seem to be getting done. I think it would make the most sense to divide the excess width using this algorithm: 1) if there are any columns that have no width specified (auto-width columns), these auto-width columns get an equal portion of the excess width. The distribution of excess width MUST be equal, and not proportional as in standard table layout, because the whole point of fixed table-layout is to assign column widths after the processing of the first row of cells in the table. 2) if there are no auto-width columns, the specified-width columns get the excess width distributed to them in proportion to their specified width. Here is the minimized test case: <html><BODY BGCOLOR="#FFFFFF" TEXT="#000000" LINK="#0000ff" VLINK="#ff0000" ALINK="#0000FF"> <table width="475" border="0" cellspacing="0" bgcolor="black"> <tr> <td width="475" valign="top"> <table width="475" cellspacing="0" cellpadding="4" border="0" bgcolor="#959595" style="table-layout:fixed"> <tr><td bgcolor="#6666cc" valign="middle" align="center" width="470"><font color="white" face="ARIAL,HELVETICA"><b>BrowserWatch Headline News</b></font></td></tr> <tr valign="top"> <td bgcolor="#d4d4d4" width="470">xxx</td></tr> </table> </td> </tr> </table> </body> </html>
Status: NEW → ASSIGNED
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Target Milestone: M4 → M5
moving to M5
Target Milestone: M5 → M6
Moving to M6.
Moving to M8.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: M8 → M7
fixed with latest checkin.
Status: RESOLVED → VERIFIED
Using 6/3 Apprunner, verified fixed.
You need to log in before you can comment on or make changes to this bug.