Closed
Bug 93736
Opened 23 years ago
Closed 21 years ago
Unnecessary line breaks in table layout when cell has percentage width specified
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: mentin, Unassigned)
References
()
Details
(Keywords: compat, testcase)
Attachments
(2 files)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.3) Gecko/20010801 BuildID: 2001080110 In the page at http://www.computerra.ru colored lines right from column headers should not be broken into multiple lines. A simple table that is displayed as two colored lines in IE and Opera is displayed as 6 colored lines in Mozilla. Results in ugly layout. Looks like Mozilla adds extra line breaks. Reproducible: Always Steps to Reproduce: 1. Open http://www.computerra.ru 2. Look at blue and orange lines right from the column headers Actual Results: Mozilla shows 6 lines there Expected Results: Only two lines I could create a small repro for the problem: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <body> <base href="http://www.computerra.ru/images/"> <table width=100% border="0" cellpadding="0" cellspacing="0" bgcolor="#FFFFFF" width="100%"> <tr> <td valign="top" width="1%">Word1</td> <td valign="bottom" background="top-title-bgblue.gif" width="1%"><img border="0" src="top-title-bgblue.gif" width="2" height="22">Word2<img border="0" src="top-title-bgblue.gif" width="2" height="22"></td> <td valign="bottom" width="100%" background="top-title-bgblue.gif"> </td> </tr> </table> </body> </html>
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•23 years ago
|
||
Confirmed, though this may be an HTML coding error.
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
The reason Mozilla is inserting "line breaks" is that the specified width (1%) of the first two table cells is too small to enclose the content. IE seems to expand the second cell so that the first image, the text, and the second image are all on the same line; Mozilla wraps the content after the text. This may well be within the scope of the relevant HTML/CSS specs: "A percentage specification (e.g., width="20%") is based on the percentage of the horizontal space available to the table (between the current left and right margins, including floats). Note that this space does not depend on the table itself, and thus percentage specifications enable incremental rendering...If column widths prove to be too narrow for the contents of a particular table cell, user agents MAY [my emphasis] choose to reflow the table." I'd tend to say this is not a bug, but this should probably get a look from one of the layout gurus before closing WONTFIX. Reporter: a suggested solution to the problem is changing the second percentage value to something larger, ~8% or 10%; this makes the cell large enough that Mozilla won't try to wrap the content.
Keywords: testcase
Comment 5•23 years ago
|
||
Reassigning to attinasi. This is a dup of "images without whitespace between them incorrectly wrap" but I can't find the original.
Assignee: karnaze → attinasi
Comment 6•23 years ago
|
||
bug 54565?Good call Bernd. Marking as a dup. *** This bug has been marked as a duplicate of 32191 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 8•23 years ago
|
||
This bug was verified as dupe of 32191, and 32191 was reported as fixed. However, this bug (at page http://www.computerra.ru/) still happens in 0.9.4 (build 2001091303).
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Comment 9•23 years ago
|
||
sould be fixed now - please verify.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 10•23 years ago
|
||
Great, it is the first Mozilla (nightly) build I can use to visit my favorite Web sites and see them the right way. Waiting for first stable build that does it.
Status: RESOLVED → CLOSED
Reporter | ||
Comment 11•23 years ago
|
||
It is unfixed again in 0.9.5. What is going on? It was working fine in dayly builds of 0.9.4
Status: CLOSED → REOPENED
Resolution: FIXED → ---
Comment 12•23 years ago
|
||
I removed the quirk in percentage width table cells, and that is what this page has. Accepting and updating summary... (ugh).
Status: REOPENED → ASSIGNED
Summary: Unnecessary line breaks in table layout, ugly result → Unnecessary line breaks in table layout when cell has percentage width specified
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9.9
Updated•23 years ago
|
Comment 13•23 years ago
|
||
I'm seeing something similar on http://apple.com/ too (around the animated gif ticker) but the problem seems to have turned up in an unrelated table. Is this the correct bug?
Comment 14•23 years ago
|
||
A window width of <= 1000 pixels is required for the bug to show up.
Comment 15•23 years ago
|
||
Sorry, the bug activates on the testcase when the window width < 950 pixels. I'm using Mozilla 0.9.7 under Linux Mandrake 8.0.
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: mozilla0.9.9 → mozilla1.2
Comment 16•21 years ago
|
||
attinasi will probably not work on those bugs :-(
Assignee: attinasi → table
Status: ASSIGNED → NEW
QA Contact: amar → madhur
Target Milestone: mozilla1.2alpha → ---
Updated•21 years ago
|
Target Milestone: --- → Future
Comment 17•21 years ago
|
||
urls : http://www.computerra.ru , http://apple.com and the testcases all render the layout correctly. Bug must've gotten fixed with some checkin --> marking such
Status: NEW → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → FIXED
In the future, please use WORKSFORME when you don't know what fixed the bug.
Comment 19•21 years ago
|
||
will do :)
You need to log in
before you can comment on or make changes to this bug.
Description
•