Closed Bug 270819 Opened 20 years ago Closed 20 years ago

Wrong border style for elements with style: display:table

Categories

(Core :: Layout: Tables, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: raymond.martens, Unassigned)

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

When using an html-element and assigning following styles:

display:table;
border-style:outset;
border-collapse:collapse;

then the border-style used is not outset but ridge. Same problem comes up with
border-style:inset - in that case the used border-style is groove.

There are no problems with other border-styles. What also helps is removing the
"border-collapse:collapse" line.

Reproducible: Always
Steps to Reproduce:
1.for a given html-element (e.g. "div"), set following styles:

display:table;
border-style:outset;
border-collapse:collapse;


Actual Results:  
The border style shown is not the expected one. I.e. it showed border-style:ridge

Expected Results:  
Show border-style:outset

Here is a minimal test case:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Untitled Document</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<style>
div {
	display:table;
	border-collapse:collapse;
	border-style:outset;
	border-width:4px;
}
</style>
</head>
<body>

<div>
content
</div>

</body>
</html>
Attached file Testcase

*** This bug has been marked as a duplicate of 186783 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
On Sat, 20 Nov 2004 11:30:48 +0100, Raymond Martens
<raymond.martens@rwth-aachen.de> wrote:
> Gary:
> 
> In the bug it is written this behaviour is in accordance to CSS2.1. This
> is IMHO not correct concerning the example I showed.
> 
> I attached an extended test case to show you the result.
> 
> What happens, is that the borders of elements with "display:table" are
> shown with "border-style:ridge". I think the problem should happen with
> elements that have "display:table-cell" instead! So IMHO mozilla does it
> the other way around.
> 
> 2. Point: shouldn't this only happen to elements with
> "display:table-cell" that are with elements with "display:table;
> border-collapse:collapse"? I.e. explicitly including the case if and
> only if
> A) the "display:table-cell" element is a child of a "display:table"
> element
> B) and that "display:table" element has "border-collapse:collapse"
> 
> Best regards,
> 
> Ray

Please log such comments as comments under this bug, not as emails to me.

If you disagree that this is a DUPLICATE of bug 186783, then you can re-open
this bug.
Attached file Testcase
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
In the bug 186783 it is written the behaviour for the borders is in accordance
to CSS2.1. 
IMHO this case is different:

1. What happens, is that the borders of elements with "display:table" are shown
with "border-style:ridge". I think the problem should happen with elements that
have "display:table-cell" instead! So IMHO mozilla does it the other way around.

2. Point: shouldn't this only happen to elements with "display:table-cell" that
are with elements with "display:table; border-collapse:collapse"? I.e.
explicitly including the case if and only if 
A) the "display:table-cell" element is a child of a "display:table" element
B) and that "display:table" element has "border-collapse:collapse"
I guess I don't understand the bug, but where does mozilla's rendering differ in
testcase 1 from the requirements imposed by
http://www.w3.org/TR/CSS21/tables.html#q20
and most important please compare the rendering to a current trunk build, there
has been a change which did not make it into ff1.0
marking as wfm please reopen the bug if this is still an issue with a current
trunk nightly
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: