Closed
Bug 35311
Opened 24 years ago
Closed 24 years ago
rendering of <BR>\n inside PRE
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
INVALID
People
(Reporter: andre, Assigned: rickg)
References
()
Details
b: 2000-04-09-08 os: win2000 I´m not sure it´s a bug, compare the attached URL mozilla against IE5, the IE renders it the way I want to view it (looks good) and (I think) mozilla renders it exactly (looks bad), is that true, if yes this one isn´t a bug and mozilla renders it ugly but exactly :( It has something to do with these <BR> tags followed by additional newlines
Comment 1•24 years ago
|
||
While it is possible an meaningful to use many HTML elements inside <PRE>, (for example, <A>), it is neither necessary nor adviseable to use <BR>. <PRE> stands for preformatted: all that is needed to get a new line is to start a new line. After removing the <BR>s, the first section ("Sicherheitsdatenblatt") displayed properly (as intended) in IE5, NN4.72, and Mozilla 2000-04-09-08-M15 on WinNT. With the original URL, NN4.72 renders the page the same as Mozilla, with the extra blank lines. These will not be coming from the <BR> elements, but from the extra lines they are on. IE must be special-casing newlines following <BR>, but by definition all newlines in a <PRE> are displayed as-is. So no, this is not a bug, Mozilla is following the HTML spec. Marking INVALID on that basis.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Summary: rendering inside PRE → rendering of <BR>\n inside PRE
Comment 2•24 years ago
|
||
Is IE _not_ following the spec?
Comment 3•24 years ago
|
||
I confirm that WinIE5 is incorrectly ignoring a linefeed on lines containing only <br> inside <pre> blocks. i.e., IE5 is wrong.
SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.
Component: HTML Element → Layout
You need to log in
before you can comment on or make changes to this bug.
Description
•