Closed
Bug 106365
Opened 24 years ago
Closed 24 years ago
In a table with border and padding of 0, table does not display properly if there is a column of cells that are empty.
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
VERIFIED
INVALID
People
(Reporter: TucsonTester1, Assigned: karnaze)
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.4)
Gecko/20011019 Netscape6/6.2
BuildID: 20011022
This problem is easiest to see if you change the background colors so each cell
is a different color. If you create a table with multiple columns, and just put
content in the first column (text, image, etc), the table shows properly in the
normal, show all tags, and html source views. But if you look at it in preview,
or if you browse the page, any columns made up of empty cells are not displayed.
This only happens when the table border and table padding are set to zero.
Reproducible: Always
Steps to Reproduce:
1.Open a blank page in composer
2.Click on table, create a 3x3 table
3.Double click in the table to bring up Table Cell Properties
4.Click on the Table tab,
5.Set Border, Spacing, and Padding equal to 0, click ok
6.Click in the first cell of top row, and then click on color picker for
background color
7.Click on red, then click ok
8.Click on the second cell in first row, and then click on background color picker
9.Change color to blue
10.Click on the third cell, click on background color picker
11.Change color to green
12.Click on the first cell, type is some text (a single letter will do)
13.Select View->preview (or click on browse
Actual Results: You will see the text you typed in, and the entire row will
have the background color you set for the first cell. You will not see the
colors you set for the other cells. It is being treated as if it were a 3x1
table instead of the 3x3 table I created.
Expected Results: I would expect to see the red, blue, and green colors that I
had set for the background colors of the cells in the first row
You will still see this problem if spacing is not 0. But if either border or
padding is not 0, the problem does not occur. Changing color is not required
for the problem to occur, it just makes it more visible when you change
background colors. Also, if all cells are empty, it will display it correctly.
It only happens if one or more cells have something in them (something other
than different background colors).
From playing around with this, it appears that when it is displaying the page in
the browser (and in preview mode), it is just ignoring any columns that do not
have content (and background color does not count as content). For instance, if
you type a letter in a cell in the first and third columns, then the page will
display it as if there are only two columns. Its not adding the missing column
to either one of the others, its just treating it like its a 3x2 table in this
instance.
If you change the colors of all cells to different colors, its easy to see that
empty rows don't matter, they display normally, except for the fact that they
only display the columns that have content in them somewhere in the table.
Also, any column that has a cell in it with a set width (double click on Table
Cell Properties and type in a value for width) will display whether you put any
content in it or not.
You'll notice that if you were to save the file and open in the browser, it
displays the same. It is how tables like this are drawn, not the editor per-se.
Filing against layout as a 4xp issue (all cells in the first row display in 4.5,
but the 2 bottom rows don't. Could very well be that what the tester is seeing
is ok -- cells with no content don't get displayed. I'll leave it up to layout
to mark this invalid, or accept it.
Assignee: syd → karnaze
Component: Editor: Composer → Layout
Comment 2•24 years ago
|
||
This is what layout does by design. INVALID.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 3•24 years ago
|
||
Verified. Actually this appears to be working on build 2001111203.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•