Closed
Bug 35478
Opened 24 years ago
Closed 9 years ago
Table doesn't align in available space if right-aligned table is in the way
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 478834
Future
People
(Reporter: becvar, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(3 files)
Page from URL: http://pes.eunet.cz is incorrectly rendered Fonts are overlapping table borders in bottom of the page. Netscape 4.XX works correctly here
Comment 1•24 years ago
|
||
The overlapping text is in a table which is align=center with border=0. The table is centerd relative to the page, not relative to the available space (the table on the right comes before the overlapping table, and is align=right). So (1) the table or the document should be resized to fit in the available space, and (2) it should be centered in the available space (it is, if border=1; it isn't if border=0). Changing to NEW, reassign to karnaze. Attaching testcase.
Assignee: troy → karnaze
Status: UNCONFIRMED → NEW
Component: Layout → HTMLTables
Ever confirmed: true
QA Contact: petersen → chrisd
Summary: incorrect layout in bottom of the page. → Table doesn't align in available sapce if right-aligned table is in the way
Comment 2•24 years ago
|
||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M17
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
Is the example attached above the same bug?
Comment 5•24 years ago
|
||
Bugzilla "bug page" has a part with <TD ALIGN=RIGHT">Opened...</td> which has similiar problems (it jumps around as page is horizontally resized). It looks like problem with incremental reflow. Is this the same or separate bug?
Comment 6•24 years ago
|
||
These bugs all deal with the ugly issue of how tables should flow around floats. The last testcase also shows a separate bug (I think) - that floating elements don't always expand their table cell parents (this is actually wrong according to the CSS spec, but really the spec is wrong...)
Updated•24 years ago
|
Target Milestone: M17 → ---
Comment 8•23 years ago
|
||
The 1st attachment looks like a block floater problem (but IE and Nav don't render it very well either). The 2nd looks ok except that the nested table does not have a transparent background in quirks mode (I will file a separte bug). The 3rd attachment looks ok. Reassigning to Buster's list and marking m1.0.
Assignee: karnaze → buster
Status: ASSIGNED → NEW
Target Milestone: --- → mozilla1.0
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2
Summary: Table doesn't align in available sapce if right-aligned table is in the way → Table doesn't align in available space if right-aligned table is in the way
Comment 11•22 years ago
|
||
*** Bug 148873 has been marked as a duplicate of this bug. ***
Comment 12•21 years ago
|
||
attinasi will probably not work on those bugs :-(
Assignee: attinasi → table
QA Contact: amar → madhur
Target Milestone: mozilla1.2alpha → ---
Updated•21 years ago
|
Target Milestone: --- → Future
Updated•21 years ago
|
Whiteboard: [TESTCASE]
Comment 13•21 years ago
|
||
*** Bug 105833 has been marked as a duplicate of this bug. ***
Updated•21 years ago
|
OS: Linux → All
Comment 14•16 years ago
|
||
in IE, opera and webkit the first table does overlap as in FF trunk. Its questionable that we should change hte behavior
Updated•15 years ago
|
Assignee: layout.tables → nobody
QA Contact: madhur → layout.tables
The first testcase here was fixed by bug 478834; some remaining related problems should have been fixed a few days later by bug 538194. The second testcase is no longer usable due to external SWF links. I'm not sure what was supposedly wrong with the third testcase, although I should file a separate repainting bug for it.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•