Closed
Bug 72979
Opened 24 years ago
Closed 21 years ago
Horizontal line and table goes through table in right
Categories
(Core :: Layout: Tables, defect)
Tracking
()
Future
People
(Reporter: mkriz, Assigned: waterson)
References
()
Details
(Keywords: qawanted, testcase)
Attachments
(4 files)
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•24 years ago
|
||
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•24 years ago
|
||
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•24 years ago
|
||
Comment 4•24 years ago
|
||
The <hr> does render correctly in quirks mode. The <table width="100%"> does
not....
Comment 5•24 years ago
|
||
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•24 years ago
|
||
Comment 7•24 years ago
|
||
Comment 8•24 years ago
|
||
Comparing the two screenshots, it should be pretty clear how the rendering
differs....
Comment 9•24 years ago
|
||
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 10•24 years ago
|
||
Still happening in today's build on Windows 2000. Over to tables.
Component: Layout → HTMLTables
QA Contact: petersen → amar
Target Milestone: --- → mozilla1.0
Comment 11•24 years ago
|
||
*** Bug 77528 has been marked as a duplicate of this bug. ***
Comment 12•24 years ago
|
||
Comment 13•24 years ago
|
||
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•24 years ago
|
||
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).
Keywords: qawanted
Comment 15•24 years ago
|
||
Adding the "testcase" keyword
Comment 16•23 years ago
|
||
Looks like a floater problem. Reassigning to waterson.
Assignee: karnaze → waterson
Comment 17•23 years ago
|
||
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)
Target Milestone: mozilla1.0 → mozilla1.0.1
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 18•23 years ago
|
||
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.
Updated•22 years ago
|
Target Milestone: mozilla1.0.1 → mozilla1.1beta
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.1beta → Future
Comment 19•21 years ago
|
||
*** This bug has been marked as a duplicate of 14984 ***
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•