Closed Bug 51693 Opened 24 years ago Closed 23 years ago

Colgroups and col doesn't work always

Categories

(Core :: Layout: Tables, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 915

People

(Reporter: burnus, Assigned: karnaze)

References

Details

(Keywords: testcase, Whiteboard: [awd:tbl])

Attachments

(1 file)

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.
Note: the example (b) uses "ltr" instead of "rtl" as the original example. I haven't updated the description in the example.
Testcase a) will not work due to a html-table bug veteran (bug 915).
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)
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.
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 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.
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.
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.
QA contact update
QA Contact: chrisd → amar
Whiteboard: [awd:tbl]
Blocks: 55623
*** This bug has been marked as a duplicate of 915 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Keywords: testcase
Resolution: --- → DUPLICATE
Verifed this bug is a dupe.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: