Closed
Bug 7349
Opened 25 years ago
Closed 25 years ago
Table alignment problems
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: natas, Assigned: karnaze)
References
()
Details
Attachments
(1 file)
787 bytes,
text/html
|
Details |
Every browser including all the Netscape releases align the table on my page correctly....but for some reason M6 does it incorrectly. The url is http://natas.kfa.cx/~civ Anyway I'm really excited about the Mozilla project....I wanna stop doing killall -9 netscape :) You guys are doing a great job with Mozilla....keep up the good work! NaTaS
Comment 1•25 years ago
|
||
Comment 2•25 years ago
|
||
The principle problem on this page is that a stray <body> element "breaks" the table. (That is, it "breaks" if another <table> follows the <body> inside the <td>; otherwise, the content following <body> is ejected from the <td>). i.e., <TD> [2,1] <BODY> some text <TABLE BORDER><TR><TD> some other content </TD></TR></TABLE> </TD> There are some remaining problems beyond this one, but most are covered in other bug reports (e.g., residual style, a CSS2/Nav4 line spacing issue).
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Comment 3•25 years ago
|
||
Mystery Fix. The reported URL and the testcase no longer exhibit '<body> inside <td> breaks <table>'. Problems that remain are (1) more 'residual style' type font bugs (bug #991), and (2) table TD background images do not show up when TD are empty but that is in fact according to spec (see bug# 8113). Marking WORKSFORME using jun17 and jun23 win95 viewer (opt). (karnaze | harishd) --- there is a testcase here that did break the table on a parsing problem; perhaps it's useful for regression tests.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 4•25 years ago
|
||
Using 7/15 build, verified WORKSFORME.
You need to log in
before you can comment on or make changes to this bug.
Description
•