Closed
Bug 51693
Opened 24 years ago
Closed 23 years ago
Colgroups and col doesn't work always
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
People
(Reporter: burnus, Assigned: karnaze)
References
Details
(Keywords: testcase, Whiteboard: [awd:tbl])
Attachments
(1 file)
2.79 KB,
text/html
|
Details |
This is with 2000-09-06-21/Linux
I use two examples (see attachment):
(a)
<COLGROUP>
<COL>
<COL align="char" char=".">
</COLGROUP>
(b)
<colgroup span="1" width="100" id="labels"></colgroup>
<colgroup span="2" width="100" id="average"></colgroup>
<colgroup span="1" width="100" id="redeyes"></colgroup>
The first comes from the W3 HTML 4.01 spec, the second comes from the big bug
47841 (which is related, doesn't show this problem and contains about ten bugs
or more).
If I use strict the example (b) works, (a) doesn't. If I use transitional
neither example works.
Reporter | ||
Comment 1•24 years ago
|
||
Reporter | ||
Comment 2•24 years ago
|
||
Note: the example (b) uses "ltr" instead of "rtl" as the original example. I
haven't updated the description in the example.
Comment 4•24 years ago
|
||
burnus@gmx.de could you explain in detail what do you mean with example b) does
not work in transitional mode. It seems to me that it works nearly identical to
nav46 if one considers only colors. (NavQuirks)
Reporter | ||
Comment 5•24 years ago
|
||
If I open attached testcase id=14174 in 2000-09-08-06/Linux, the background of
the second table is transparent (=page colour).
I would expect that the outer columns are red and blue, respectively.
I get this result with testcase id=12462.
The DOCSTYLE of my testcase is <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01
Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
If I change this to <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd"> (as in testcase id=12462), Mozilla
shows the blue/red background.
Netscape 4.75 doesn't show the background in either case.
Comment 6•24 years ago
|
||
I think the behaviour is OK. In transitional mode mozilla behaves like NN4.6
(the NavQuirks are working) and in strict mode it follows the html source. The
only question that remains, is whether we should have Navquirks here?
Reporter | ||
Comment 7•24 years ago
|
||
> I think the behaviour is OK. In transitional mode mozilla behaves like NN4.6
> (the NavQuirks are working) and in strict mode it follows the html source.
> The only question that remains, is whether we should have Navquirks here?
I disagree. In transitional mode, Mozilla should support all things which work
in strict, but permitting more, i.e. deprecated.
See http://www.w3.org/TR/html4/struct/global.html#h-7.2
<q>The HTML 4.01 Transitional DTD includes everything in the strict DTD plus
deprecated elements and attributes (most of which concern visual
presentation).</q>
Since this is correct according strict, there should be no reason to render it
wrong if transitional is used.
Comment 8•24 years ago
|
||
see
http://bugzilla.mozilla.org/show_bug.cgi?id=36045
for further information
Comment 9•24 years ago
|
||
This bug should be closed as per bug 915. Besides it hasn't gotten any comment
in a month, and hasn't been assigned, so I suggest it's closed, and reopened if
necessary.
Fabian.
Comment 10•24 years ago
|
||
Also, the 'char' problem is written up as bug #2212. Is there still a problem
here that hasn't been addressed elsewhere? If not, I agree that the bug should
be closed out.
Comment 12•23 years ago
|
||
*** This bug has been marked as a duplicate of 915 ***
You need to log in
before you can comment on or make changes to this bug.
Description
•