Closed
Bug 26777
Opened 25 years ago
Closed 24 years ago
Nested table extends beyond the border of its parent's cell
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
M16
People
(Reporter: fret, Assigned: karnaze)
References
()
Details
(Keywords: testcase)
Attachments
(3 files)
no wrap no scrollbar
The blue table that occupies the bottom half of this page (see URL) doesn't
resize itself to stay in the area allocated for the <td></td> that it resides
in. All the text inside that table therefor isn't wrapped correctly.
I'm using build ID: 2000012520
Feel free to email me for furthur information or help. If you don't have time to
fix this then maybe you could tell me whereabouts in the code this bug is likely
to be and I'll have a go at fixing it myself. I just don't want to go tramping
through code for hours aimlessly.
Here's a simplified testcase:
<html>
<body>
<table><tr>
<td>
<table cols=2 width="100%">
<tr><td colspan=2>
A somewhat not-so-long line of text
</td></tr>
</table>
</td>
<td bgcolor="#000000">
</td>
</tr></table>
</body>
</html>
In order to see the problem, you'll need to resize your browser window to be
narrower than the line of text. The text will then run into the next cell
instead of wrap.
Keywords: testcase
Summary: Nested table extends beyond the border of it's parent's cell → Nested table extends beyond the border of its parent's cell
Whiteboard: [TESTCASE]
|
||
Comment 2•25 years ago
|
||
The testcase uses a attribute of TABLE called 'cols'. There is no such attribute
HTML attribute for TABLE. If you remove this, the problem does not occur.
However, shouldn't 5.0 just ignore this?
|
Assignee | |
Comment 3•25 years ago
|
||
cols is a proprietary attribute that we support which makes columns an equal
width.
Status: NEW → ASSIGNED
Target Milestone: M16
|
Reporter | |
Comment 4•25 years ago
|
||
As the webmaster of the page originally in question I've fixed the HTML to be
complient with 4.0 transitional. Which means yanking the spurious "cols"
attribute. Just so you don't try and test that page anymore...
|
|
Assignee | |
Comment 5•25 years ago
|
||
I think this was fixed recently.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
|
||
Comment 6•24 years ago
|
||
|
|
||
Comment 7•24 years ago
|
||
The text in the table cell does not wrap at all. CVS Mozilla/5.0 (Windows; U;
Win98; en-US; m18) Gecko/20001020
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
|
||
Comment 8•24 years ago
|
||
Bernd: Why should it wrap? It looks correct to me...
Karnaze: we are ignoring the 'cols' attribute now, is that right?
Whiteboard: [TESTCASE]
|
|
Assignee | |
Comment 9•24 years ago
|
||
We should be honoring the cols attribute (and unfortunately, we may doing so in
standard mode as well).
|
|
||
Comment 10•24 years ago
|
||
Because it wraps in Nav46 and IE. The document is in quirk mode so it should
somehow behave like stone age browser's. If it does not wrap it should draw a
horizontal scrollbar. It does not, as the attached screen shot shows.
|
|
||
Comment 11•24 years ago
|
||
|
|
||
Comment 12•24 years ago
|
||
Bernd: the screenshot you have shows a totally unrelated issue to do with the
fact that you sized the window smaller than the minimum width, and that is
covered by some other bugs. It would happen even with no table.
Karnaze: We are rendering the testpage identically to IE5, so this is indeed
fixed (presumably) although I see no effect from the cols attribute. Marking
WORKSFORME.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WORKSFORME
|
|
||
Comment 13•24 years ago
|
||
|
|
||
Comment 14•24 years ago
|
||
Ian, if you can convince me that looking on my last screenshot, that both
browser render the testcase the same way, this is worth a bottle of german beer.
|
|
||
Comment 15•24 years ago
|
||
Bernd: Yes, I know we have a bug there, but it is not to do with this one.
It will happen with _every_ web page. Try it with one with scrollbars and you'll
see what I mean.
You need to log in
before you can comment on or make changes to this bug.
Description
•