Closed
Bug 181963
Opened 22 years ago
Closed 21 years ago
Two tables render on top of each other
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
Future
People
(Reporter: akkzilla, Unassigned)
References
()
Details
Attachments
(1 file, 1 obsolete file)
1.39 KB,
text/html
|
Details |
The test (I'll attach a stripped-down version) has two tables, with different alignment. For some reason they render on top of each other, making the whole thing unreadable. Selecting inside them shows lots of fun selection effects.
Reporter | ||
Comment 1•22 years ago
|
||
Comment 2•22 years ago
|
||
ian, should that right-floating table be overlapping the stuff on the left? I can't figure out from the spec how floaters and table are supposed to interact....
according css, for a block's view, the floaters out of flow should just not exist at all. and, IE display this in same way. so this should not be a bug, i guess.
sorry, i mean "From a block's view,... " so: according css, from a block's view, the floaters out of flow should just not exist at all. and, IE display this in same way. so this should not be a bug, i guess.
Comment 5•22 years ago
|
||
Sorry about this, I think I've posted a duplicate report of this. see my report for bug # 184468
Comment 6•22 years ago
|
||
tough one, but I think technically we do it right -- table cells are flow roots, and flow roots are unaffected by floats in their parent flow. Or something. dbaron?
The correct behavior in this case is not defined by CSS. How tables flow around floats is unspecified. (I don't see anything having to do with multiple BFCs here.)
Comment 8•22 years ago
|
||
*** Bug 184468 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 9•21 years ago
|
||
I'm now using mozilla 1.3. I've made a test case by paring down what I still see at oncomp.com. When I examined my test case with the one posted, I see a few differences. I don't know if they are significant, because I'm ignorant of HTML. Regarding the 'fun selection effects' previously mentioned; when you make a weird selection, do a right click and the popup menu has an option to 'view seletion source'. When you do that the 'fun effect' have a strange logic to it.
Comment 10•21 years ago
|
||
That second testcase is invalid -- the div has a height of 0 and the overlap is correct in that case. The first testcase is still showing a bug, though.
Comment 11•21 years ago
|
||
After some experimentation with composer, I see you're right. So bug 184468 is Not a duplicate of this bug. IE displays this page legibly. Here is a compatibility issue with IE. I need some direction. Should I post a new bug? Or should I add my test case and the keyword 'compat', and wait for someone to revisit the status.
Attachment #121945 -
Attachment is obsolete: true
*** This bug has been marked as a duplicate of 14984 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•