Closed
Bug 162745
Opened 23 years ago
Closed 23 years ago
BR and TR tag spacing improperly in Mozilla release
Categories
(Core :: Layout: Tables, defect)
Core
Layout: Tables
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ender, Assigned: karnaze)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529
BuildID: 2002052918
This is a bug in Mozilla's HTML renderer I think...
In all 5.x prev browsers a HTML artist could create a line break, but with 0
pixels of space between line 1 and 2, by making code that looked like:
<IMG SRC="example1.gif"><BR><IMG SRC="example2.gif">
or in a table by doing:
<TR><TD><IMG SRC="example1.gif"></TD></TR><TR><TD><IMG SRC="example2.gif"></TD></TR>
In the present builds of Mozilla, Gecko is placing 3 pixels of space on every TR
or BR tag.
The example I cited (which works perfectly fine in everything excluding Mozilla)
is just one of dozens I've noticed since I started to use Mozilla. What's more
puzzling is that Gecko in N6 renders these pieces of code properly?!
Reproducible: Always
Steps to Reproduce:
1.Load the page
2.Bang it's there
3.
Actual Results: The page displays improperly...
Expected Results: Put no space break between the actual lines...
I have included some code with my bug description...
That should clarify any issues ^_^
|
||
Comment 1•23 years ago
|
||
WORKSFORME.
This was fixed in bug 153032 "Implement almost-standards rendering mode"
Please upgrade your browser to a newer version.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
|
||
Comment 2•23 years ago
|
||
This is caused by the DOCTYPE of your pages:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd">
More specifically, the last part (the URL). If this is present, the gaps occur;
if this is not present, the gaps don't occur.
I don't know whether this is correct behaviour or not... I suspect there's
something in that DTD that implies gaps (and Mozilla pays more attention to this
than IE etc. since Mozilla is more standards-compliant :-) ).
--
Mats Palmgren: my browser is 2002080300, i.e. since bug 153032 was fixed, and I
still see this behaviour. Did the fix not actually appear in builds until later?
|
|
||
Comment 3•23 years ago
|
||
There was a followup bug 161691 for a couple of cases that was missed in the
first round. Try the latest build.
The DOCTYPE above triggers "Almost Standards Mode" where this bug is fixed.
(Note that Page Info wrongly says "Standards compliance mode", bug 154359)
More info on Mozilla's renderring modes can be found here:
http://mozilla.org/docs/web-developer/quirks/
You need to log in
before you can comment on or make changes to this bug.
Description
•