Closed
Bug 17054
Opened 26 years ago
Closed 26 years ago
<P> without </P> causes extra line spacing
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
INVALID
M18
People
(Reporter: MatsPalmgren_bugz, Assigned: buster)
References
()
Details
(Whiteboard: [TESTCASE])
Attachments
(2 files)
OVERVIEW DESCRIPTION:
<BODY><P><TABLE>...</TABLE></BODY> is treated differently in Mozilla compared
with 4.x browsers. There is an extra line spacing after the TABLE content
in Mozilla. (Note: there is no </P>)
TO REPEAT:
1. goto http://www.onelist.com/
2. resize window to get a vertical scrollbar
3. scroll to the end of the page
ACTUAL: About an extra line of vertical gap after the text "Copyright..."
EXPECTED: No extra vertical gap
VERSION & OS:
Bug occurs in Mozilla nightly build 1999-10-20-11-M11 on Windows NT 4.0 SP5.
Bug does not occur in IE4 and Navigator 4.7 (same OS).
|
Reporter | |
Comment 1•26 years ago
|
||
|
|
Reporter | |
Updated•26 years ago
|
Whiteboard: [TESTCASE]
Yup, it's true there's an extra line there. Kipp, make sure to resize the window
so you get a vertical scrollbar
Not a bug -- that extra "line" is just the P's bottom margin. We are 100%
correct according to css2.
Maybe you want to come up with a better test case that shows a real
compatability issue? The end of the document case is not particularly important.
If you can't come up with one then please invalidate the bug...thanks!
|
|
Reporter | |
Comment 4•26 years ago
|
||
|
|
Reporter | |
Comment 5•26 years ago
|
||
Testcase 2 shows that the unclosed <P> is adding space both before and after
the table. This leads me to believe that <P><TABLE></TABLE> is error corrected
to be <P><TABLE></TABLE></P> and not <P></P><TABLE></TABLE> which wouldn't
have produced the space after the table. Communicator 4.08 and 4.7 and
IE4 and IE5 does not produce vertical space after the table. I don't know what
the correct interpretation is, I'm just saying it's a difference.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
While the HTML4 spec may indicate that table's don't live inside of P's, they
are wrong if you consider compatability issues. For example, <table align=left>
has to stay inside a paragraph to get proper floating behavior.
We are doing what css says we should do, and we don't force tables outside of
paragraphs which opens a huge html compatability issue.
It's invalid...
If that's how you're parsing it, a bug should be filed to change it in strict
mode. I'll look into it later (hopefully)...
There be dragons there. Please look into it carefully before posting a new bug.
If you follow the html spec literally then you can't embed floating tables
inside a P element. This means that you are forced, especially if you are using
things like border/padding/margin on your P elements, to use DIV's instead,
which is just plain stoopid.
I think this is really a bug in the html spec. P element should be able to
contain the same things as DIV's, but should allow for auto-closing for
compatability. That should be the end of their differences IMO. But hey, I'm
just a layout guy so what do I know :-)
|
||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
|
|
||
Comment 9•26 years ago
|
||
Based on Kipp's comments, marking as verified invalid.
You need to log in
before you can comment on or make changes to this bug.
Description
•