Closed Bug 2644 Opened 26 years ago Closed 25 years ago

[4.xP] 99012512 tables render text more densely than 4.51/IE4.01

Categories

(Core :: Layout, defect, P2)

defect

Tracking

()

VERIFIED DUPLICATE of bug 2478

People

(Reporter: phillip, Assigned: karnaze)

References

()

Details

(Whiteboard: 4.x Product Parity bug. (04/06) 3jrgm@qlink.queensu.ca -- review complete (test case posted))

on all platforms, examine the two bottom sections of www.yahoo.com. the space
between the bottom two blue horizontal bars is much more squished on seamonkey
than on nav4.51 (Jan251999) and ie4.01 on all platforms. the fonts seem to be
the same size, it's the padding around text that seems off.
Assignee: michaelp → troy
Component: Rendering → Layout
Assignee: troy → karnaze
Yes it is more cramped especially down at the bottom of the page where the two
blue lines are with the text starting with "World Yahoo"

Chris, I don't know whether this is just tables, or whether it's a vertical
margin problem and it should go to Kipp. You'll probably be able to tell quickly
Inserting Milestone info.
Setting all current Open/Normal to M4.
Summary: [PP]99012512 tables render text more densely than 4.51/IE4.01 → 99012512 tables render text more densely than 4.51/IE4.01
Removing the [PP] since on all platforms.  Is this similar to Bug #2643?
adding kipp to cc
Whiteboard: [4.xP] - 4.x Product Parity bug.
Putting on 4.xP radar.
Summary: 99012512 tables render text more densely than 4.51/IE4.01 → [4.xP] 99012512 tables render text more densely than 4.51/IE4.01
Whiteboard: [4.xP] - 4.x Product Parity bug. → 4.x Product Parity bug.
Status: NEW → ASSIGNED
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Whiteboard: 4.x Product Parity bug. → 4.x Product Parity bug. (04/06) 3jrgm@qlink.queensu.ca -- review complete (test case posted)
This is largely a dup of #2966, but the current discussion over there is
about the multiple body problem, so here is a link to a test case(s).

  http://qsilver.queensu.ca/~buslib/2644/

The reason for the difference in the vertical spacing is that <FORM> and
</FORM> tags appear to throw off an implicit <BR> (or internal equivalent).

If the FORM tags are between TABLEs, then you get a vertical spacer. If
they are outside the TABLEs, there is no vertical spacer. E.g.:

TABLE  }             { TABLE     |     FORM   }             {
FORM   }             {  gap      |     TABLE  }             { TABLE
TABLE  } displays as { TABLE     |     TABLE  } displays as { TABLE
/FORM  }             {  gap      |     TABLE  }             { TABLE
TABLE  }             { TABLE     |     /FORM  }             {


So, the question is 'which behaviour is correct'. Should FORM have block
behaviour or is this a quirk?
moving to m5
Target Milestone: M5 → M6
Moving to M6.
Moving to M8.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
[TESTCASE]
The <form> element is missing margins. I have reported this on bug 2478.


*** This bug has been marked as a duplicate of 2478 ***
Status: RESOLVED → VERIFIED
Verified Dup of Bug 2478
You need to log in before you can comment on or make changes to this bug.