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)
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>
|
||
Comment 1•20 years ago
|
||
|
|
||
Comment 2•20 years ago
|
||
*** This bug has been marked as a duplicate of 186783 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
|
|
||
Comment 3•20 years ago
|
||
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.
|
Reporter | |
Comment 4•20 years ago
|
||
|
|
Reporter | |
Updated•20 years ago
|
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
|
|
Reporter | |
Comment 5•20 years ago
|
||
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 ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•