277117 - Table height rendered with +1 pixel when table is set to border-collapse: collapse

Status: RESOLVED DUPLICATE of bug 155955

(Core :: Layout: Tables, defect)

Description

[John A. Bilicki III]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20050101 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20050101 Firefox/1.0+

I have set tables to 18px WITH max-height to 18px.  With border-width: 1px 1px
1px 1px; my tables in FF are rendered 19px high.  Without the border at all the
table is rendered as 18px.

I know for a fact the border thinkness either IS or ISNT part of the total
width/height.  I can't find anything on the net except a few other people
complaining about this as far back as Netscape 6.

The same code for DIVs will render a max-height DIV of 18px as 20px in hieght. 
So if Firefox IS following XTHML 1.0 strict standards and CSS then I can assume
that the border is NOT part of the total height and width.  A DIV of 18px
hieght/width with a 4-sided  1px border will render as 20px ... 

... but a table of 18px with a 1px 4-sided border will render as 19px?

My main concern is having my code publically validate WITH the doctype AND to
have tables or DIVs that WITH the border included have EXACTLY 18px height in
Gecko/IE/Opera browsers.  I do not care about backwards compabability (netscape
4/ie 5...etc) for in regards to extended conversations.

Reproducible: Always

Comment 1

[John A. Bilicki III]

Also ... it works fine WITHOUT ANY doctype but that defeats the purpse of having
a validating page if you don't have any standards to define it!

Comment 2

[Martijn Wargers (dead)]

Could you perhaps attach a testcase? (by using the "Create a New Attachment" link)

Comment 3

[John A. Bilicki III]

Attachment: Displays menus as 19px when they should be 18px.

Here you go! :-)

Comment 4

[Martijn Wargers (dead)]

That's a picture, not a testcase. Could you give the url, maybe?

Comment 5

[John A. Bilicki III]

http://www.jabcreations.com/temp/browser_bugs/mozilla/menu-home.html

Comment 6

[Jason Barnabe (np)]

http://www.w3.org/TR/CSS21/visudet.html#propdef-max-height
max-height applies to all elements except non-replaced inline elements and table
elements.

Marking invalid.

Comment 7

[John A. Bilicki III]

Remove max-height... it will still render incorrectly.

Comment 8

[Jason Barnabe (np)]

I don't understand what your problem is. Can you provide a reduced testcase or
explain what the "correct" rendering should be?

Comment 9

[John A. Bilicki III]

Either the border IS or ISNT part of the width and height...  The table is set
to an even numbered pixel (16 .. 18.. 20 ...etc) but the table is being rendered
in an odd ammount of pixels (17, 19, 21, 23, etc).  When you take the border out
it renders normally.  Somehow it's either NOT rendering another pixel in width
and height or it's rendering an extra pixel in width and height depending on W3s
standard on whether the border is part of the width and height.

Comment 10

[Jason Barnabe (np)]

Attachment: testcase

Comment 11

[Bernd]

Attachment: revised testcase

so if I understand this bug corectly the problem is that borders of border
collapsed tables extend over into the margin area?, thats exactly what the spec
says, which is somehow inconsistent. To avoid this use quirks mode, the problem
should go away with out a doctype. Or fix bug 155955 :-). It seems to me that
this a dupe.

Comment 12

[Mats Palmgren (inactive)]

Attachment: and another testcase

Comment 13

[Mats Palmgren (inactive)]

*** This bug has been marked as a duplicate of 155955 ***