Closed Bug 32667 Opened 24 years ago Closed 24 years ago

[FLOAT]Quirk: floating tables should not carry to next line

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 37657
Future

People

(Reporter: deo, Assigned: buster)

References

()

Details

Attachments

(1 file)

when browser window's width becomes insufficient to hold all three tables, 
browser moves second table below first, instead of showing horizontal scrollbar
Attached file simplified testcase
deo@logos-m.ru - are you still seeing this problem on recent builds of Mozilla?

Gerv
yes, build 2000041108 still have this problem. you can simply open given url and
try to change browser window width. when width becomes less then sum of both
tables, second table jumps below the first one. in other browsers it stays right
to first table, and horizontal scrollbar appears in browser window
Confirming.

Gerv
Status: UNCONFIRMED → NEW
Ever confirmed: true
Buster, it looks like a floater problem.
Assignee: karnaze → buster
I think we're doing the right thing.  If 2 floaters don't fit in their contain 
(in this case, the viewport), then the second is placed below the first.  
Perhaps we need a quirks-mode setting for backwards compatibility, but I 
hesitate to do that unless this is a widespread idiom.

We've already rejected making this backwards compatible in the case where the 
floaters are in a containing block such as a <DIV> or <TABLE>.  The question is, 
is the viewport a special case?
Severity: normal → minor
Status: NEW → ASSIGNED
Priority: P3 → P4
Target Milestone: --- → M20
redistributing bugs across future milestones, sorry for the spam
Target Milestone: M20 → M22
This bug is marked "future" because it is not critical for RTM (Release To 
Manufacturing). If anyone believes it is critical, please explain why
in this bug. 
Target Milestone: M22 → Future
This is a quirk of 4.x that I'd rather not emulate.  But IE5 does it too...
Keywords: 4xp
Summary: changing browser window width reflows tables incorrectly → [FLOAT]Quirk: floating tables should not carry to next line
Marking as duplicate of fixed bug.  Please verify that problem is fixed.

*** This bug has been marked as a duplicate of 37657 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Adding keyword 'verifyme' to bug.
Keywords: verifyme
Using 9/14 build, if window is reduced, horizontal scrollbar is generated. 
Tables do not move. Verifying this dup fixed.
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: