Closed Bug 11283 Opened 25 years ago Closed 25 years ago

Merging of styled paragraphs

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED INVALID

People

(Reporter: rnicoll, Assigned: buster)

References

()

Details

Attachments

(3 files)

Very odd problem here. Working on the local version of this file, Mozilla
combines two paragraphs (which have a grey background) into one. On the URL
(warning - it's large) click on "Compiler directives" and work down until you
see some lines:

#set THIS_FLAG
#set THAT_FLAG

#if clear THIS_FLAG
#message "This will never be printed."

This is how it should appear, but on my local version, I get:

#set THIS_FLAG
#set THAT_FLAG
#if clear THIS_FLAG
#message "This will never be printed."

Note the lack of a blank line. I'm not sure what else I can provide that would
help, but if there is anything, please do e-mail me.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Using the latest build and viewing the file over the net (the URL above) it
displays correctly for me

If you still have this problem, create a small example that demonstrates the
problem and add it as an attachment
Status: RESOLVED → REOPENED
Re-opening bug and attaching a small example provided by Ross that demonstrates
the problem when viewing as a local file.
Status: REOPENED → ASSIGNED
Assignee: troy → kipp
Status: ASSIGNED → NEW
Assigning to Kipp because it appears to be block related
Resolution: WORKSFORME → ---
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → INVALID
The two paragraphs are not merged, but they given 0em top/bottom margins,
so they are drawn next to each other.
Nav 4.x adds some pixels to the space between the paragraphs which is totally
incorrect.

In Mozilla <P> being a block level element extends to the right margin,
regardless of the text within it. This is the correct behaviour.
Nav 4.x extends the block backround to the longest line which is bad,
but remove 'border: none' from 'P.code' and see it getting even worse.

Marking INVALID.
If rendering of page when loaded from local, is correct, then rendering from
remote must be incorrect (well, you have two different renderings, something
must be wrong). Please see new attachment for example.
No, I was working with troy's attachment and commented on it.
It renders as his attached gif shows it, and it's correct.

However it contains a different version of the stylesheet "default.css" than
what's on the site, (which I have to admit I didn't check)
P.code has
  margin: 0em 3em
in troys example, and it has
  margin: 0em 3em 1em
in the current on-line version.

This explains why they are differently looking.
But both versions are rendered correctly.
Status: RESOLVED → VERIFIED
Based on the comments, marking as verified invalid.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: