Closed
Bug 30770
Opened 26 years ago
Closed 26 years ago
Incorrect Frame Sizes
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: daniel_scott, Assigned: cbegle)
Details
From Bugzilla Helper:
User-Agent: Mozilla/4.08 [en] (WinNT; I ;Nav)
BuildID: ALL
Frames are incorrect sizes when specifying absolute (pixel) rows or cols in a
frameset structure.
Reproducible: Always
Steps to Reproduce:
Specify a set of frames, say a pair ... like
<frameset rows="47,*" frameborder="0" framespacing="0" border="0">
<frame name="myframe" src="somesrc.htm">
<frame name="myotherframe" src="someothersrc.htm">
</frameset>
Actual Results: What will happen in the case above is that the frame will be a
couple of pixels off the right size. Frames in nutscrape are only the correct
size when the size is a multiple of three. However, that rule is only true if
the space you are dividing into frames is a multiple of 10. If the total width
(or in this case height) of the frames is not a multiple of 10, the results
become even less predictable. This bug has been around since you could remove
the borders on frames (netscape 3) and still exists in all of the latest
versions of communicator. Fix it pleeeeaassee! (and while your at it, how about
making the align="absmiddle" parameter of the img tag _actually_ align the image
with the centreline of the text - thanks).
Expected Results: The top frame should have been 47 pixels high - not 48 (the
next multiple of three) or some other size.
Comment 1•26 years ago
|
||
Sounds like a Netscape Communicator bug to me. This database is for Mozilla
relatred bugs. Please do not post Netscape Communicator bugs here. marking
INvalid.
Status: UNCONFIRMED → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•