191720 - the layout of the top menu is completely wrong, the buttons overlap and there are no spaces between the first two rows, compare layout of above website with that in IE

Status: VERIFIED WONTFIX

(Core :: Layout: Form Controls, defect)

Description

[plantb3]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212

The text in the menu bar should be in the middle of the coloured strip and not
halfway in the white.  Also the text historic overview should be center aligned
with the large text "company" with a line running horisontally across the page
from next to the "Company" text (compare with view in IE). 

Another example of what I think is the same bug can be found on
http://www.sun.ac.za/ipb/Short%20Resume.htm.   When this page is viewed on IE
there is a whole section with a photograph and text that follows the heading row
, but in Mozilla there is nothing !


Reproducible: Always

Steps to Reproduce:
1. Go to the page, the problem is always there.
2.
3.

Actual Results:  
Layout displays as I explained above

Expected Results:  
Displayed it correctly as explained above

Comment 1

[Olivier Cahagne]

wfm using build 2003020204 on Win2k: same layout as with IE6.
The second URL shows a big white gap between the title and text but it renders
in strict compliance mode and page has ugly HTML code (generated by MS Office),
so not sure Mozilla is wrong here.

Comment 2

[Ruslan Ismailov]

Hmm. Agreed with Oliver, main page wfm, but if I come inside:
http://www.remgro.com/frhistoric.htm I see this bug.

Source of trouble is usage <p> inside <div> inside table. So 

<td><div><p> produce twice more height -- I suggest this one to Tect Evangelism.

Comment 3

[Patrick]

perhaps bug 155689? or am i rambling?

Comment 4

[Boris Zbarsky [:bzbarsky]]

No, this is just a matter of margins not going away on the <p> because our quirk
only kills the margins on direct kids of the table.

And we're not making this quirk any more complicated for the tiny number of
sites that are relying on the even more broken behavior of IE and NS4.

Comment 5

[Paul Wyskoczka]

v

Comment 6

[Christopher Hoess (gone)]

*** Bug 203475 has been marked as a duplicate of this bug. ***