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)

x86
All
defect

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
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
Attached file testcase
Status: NEW → ASSIGNED
Target Milestone: --- → M17
Keywords: testcase
Whiteboard: [TESTCASE]
Is the example attached above the same bug?
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?
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...)
Target Milestone: M17 → ---
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
QA contact update
QA Contact: chrisd → amar
Build reassigning Buster's bugs to Marc.
Assignee: buster → attinasi
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
*** Bug 148873 has been marked as a duplicate of this bug. ***
attinasi will probably not work on those bugs :-(
Assignee: attinasi → table
QA Contact: amar → madhur
Target Milestone: mozilla1.2alpha → ---
Target Milestone: --- → Future
Whiteboard: [TESTCASE]
*** Bug 105833 has been marked as a duplicate of this bug. ***
OS: Linux → All
Depends on: 14984
in IE, opera and webkit the first table does overlap as in FF trunk. Its questionable that we should change hte behavior
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.

Attachment

General

Creator:
Created:
Updated:
Size: