72979 - Horizontal line and table goes through table in right

Status: RESOLVED DUPLICATE of bug 14984

(Core :: Layout: Tables, defect)

Description

[Marek Kriz]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8) Gecko/20010215
BuildID:    20010215

Horizontal line and table goes through table aligned in right. HTML source is
commented.

Reproducible: Always
Steps to Reproduce:
Show a page.

Comment 1

[Boris Zbarsky [:bzbarsky]]

In strict mode that certainly looks like correct behavior... you have a
float:right table and a width:100% table and so naturally the boxes overlap...

In quirks mode, however, this seems to be wrong....

Comment 2

[Chris Petersen]

In quirks mode, using the html transitional 4 doctype, the layout of the page is 
the same as NS 4.7. The HR stops at the right floating table. The HTML 4 Final 
doctype provided in the test, renders the document in strict.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Attachment: testcase using HTML 3.2 doctype

Comment 4

[Boris Zbarsky [:bzbarsky]]

The <hr> does render correctly in quirks mode.  The <table width="100%"> does
not....

Comment 5

[Chris Petersen]

Boris, what do you mean when you say the table is not rendered properly ? I 
looked at the table in both N4.7/N6 and it appears to render the table at 100%. 
It also overlaps the first table in both apps. Let me know, thanks....

Comment 6

[Boris Zbarsky [:bzbarsky]]

Attachment: Mozilla build from 2001-03-23, linux. rendering of testcase

Comment 7

[Boris Zbarsky [:bzbarsky]]

Attachment: netscape 4.76, linux. Rendering of testcase

Comment 8

[Boris Zbarsky [:bzbarsky]]

Comparing the two screenshots, it should be pretty clear how the rendering
differs....

Comment 9

[Chris Petersen]

I checked this originally in a Mac Build which showed the table render problem in 
both NS 4.7 and NS6 with the quirks mode. Your screen shots clearly show a 
difference. Changing status to confirm.

Comment 10

[Peter Lubczynski]

Still happening in today's build on Windows 2000. Over to tables.

Comment 11

[Keyser Sose]

*** Bug 77528 has been marked as a duplicate of this bug. ***

Comment 12

[Michal 'hramrach' Suchanek]

Attachment: The page source linking to the original site for resources

Comment 13

[Michal 'hramrach' Suchanek]

What is the quirks mode you all speak about?
I have a page that renders strange - one table is partially overlapped with
another (text of the table is on top, background in bottom). see attachment

Another problem is that overlapping tables loses content. Someone showed me the
W3C specification which isn't very clear for table and seems to be simply a
mistake for HR. 

One more problem is that left or right aligned table is placed below the other,
while centered or unspecified overlaps the small one which is a bit confusing.

Tried with 2001-05-01-21 on Linux

BTW: this is not only about tables, the same problem is with HR (improper component)

Comment 14

[Boris Zbarsky [:bzbarsky]]

Basically, many currently existing pages depend on IE4 or NS4 bugs to display
correctly.  When rendered according to the standard they break horribly.  As a
result both IE 5 and Mozilla implement a bug-compatible "quirks mode" that is
triggered by pages that
a) Have no doctype
b) Have a HTML 2.0 or 3.2 doctype
c) Have an HTML 4.0 Transitional doctype
d) Have an HTML 4.01 Transitional doctype without the DTD URI.

The page you have attached is 4.01 Transitional with URI, so it is not rendered
in quirks mode. However, even in quirks mode the rendering is the same (tested
by removing the DTD).

I still believe this is correct:  a <table width="100%"> and a <table
float="right"> should overlap.  If you don't want that overlap, you would
probably be better served with:

<table style="width: auto; margin-right: whatever"> instead of width="100%",
where 'whatever' is the width of the floating table.

Hixie, what should we be doing here (ignoring for a moment that these are tables
-- for the purposes of this bug they are just block elements, I think).

Comment 15

[Amarendra Hanumanula]

Adding the "testcase" keyword

Comment 16

[karnaze (gone)]

Looks like a floater problem. Reassigning to waterson.

Comment 17

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 18

[Michal 'hramrach' Suchanek]

I can see two problems here:
-the elements overlap at all. IMO no elements should ever overlap unless
explicitly placed by some script or such. Avoiding overlaps would solve the
other problem as well. 
Overlaping tables could cause Mozilla to deliver worse browsing experience than
an older browser or just telnet. While you usually can read a HTML source, you
cant decompose what is overlapped on your screen.
-the overlapping is done wrong. The background of the left table goes under the
rigth table while text and hr go over it. 
Anyway, what is the rule for determining which table goes on top? This is
another reason why i think the standard (or your interpretationof the standard)
is flawed here.

Comment 19

[Boris Zbarsky [:bzbarsky]]

*** This bug has been marked as a duplicate of 14984 ***