Closed Bug 6793 Opened 25 years ago Closed 25 years ago

{css1} www.image.dk menu does not render properly. small redraw error

Categories

(Core :: Layout, defect, P3)

x86
Windows 95
defect

Tracking

()

VERIFIED DUPLICATE of bug 6630

People

(Reporter: henrik, Assigned: buster)

References

()

Details

(Keywords: css1)

Attachments

(1 file)

the menu on www.image.dk, has a small redraw problem in the top left corner

system is win95 running nightly build from 17/05-1999
The small top left part is a frame of itself. It contains nothing but a
background-picture (A) and a "corner"-picture (B). It has no text in it. The
"Forsiden"-gif (C) is located in a frame of itself. In no way should part of the
"Forsiden"-gif be shown in the small upper left frame.

It seems like that the upper left frame shows B, and for some reason C
(underneath, the button to the left of "Forsiden" is part of the gif.

My best guess should be that C is used as a background-picture, instead of A,
for some reasons.

- Peter Brodersen (pb@wol.dk),
webmaster at www.image.dk
Assignee: rickg → kmcclusk
A rendering bug for you.
Looks like a frameset rendering problem. As the window is made smaller a small
rectangle of the banner at the top of the page is duplicated in the upper-left
corner and moves along toward the left as the window is made smaller.
Assignee: kmcclusk → beard
It has the same behavior on both Linux and WIN32.
It looks like the document at the top of the page is being drawn twice. one in
the correct position and once at the upper left corner of the window. Resizing
the window horizontally causes a small clipping rectangle to be applied near the
upper left corner that the second paint of the document is showing through.

Patrick, I'm going to re-assign to you since my best guess is that this is a
view problem. I don't think it's gfx since it has the same behavior on multiple
platforms.
Assignee: beard → rickg
This is a layout problem, not a rendering/view problem. The problem stems from
having a frame with a background image and a body with just an image element. The
problem is that in that case, tiling of a background image doesn't work. The
relevant frame in this page is:

http://www.image.dk/logo.html

In viewer/appRunner, the background image only draws in a narrow band down the
left of the window.

A simplified version of this frame is here:

<html>
<head>
<title>Image Background</title>
</head>
<body bgcolor="#ffffff" background="logoback2.gif" topmargin="1" leftmargin="1">
<img src="topleft.gif" hspace="0" vspace="0" border="0" align="left">
</body>
</html>

In Communicator 4.51 the image logoback2.gif is draw tiled in the background, and
topleft.gif is drawn over it. If some text is added to the body, right after the
image element, the tiling works:

<html>
<head>
<title>Image Background</title>
</head>
<body bgcolor="#ffffff" background="logoback2.gif" topmargin="1" leftmargin="1">
<img src="topleft.gif" hspace="0" vspace="0" border="0" align="left">
This is a test.
</body>
</html>

Pierre says this is a known bug, when a frame is empty, its width is computed
incorrectly. On the Mac, the width comes out to 8 pixels rather than the full
width of the browser window.
Assignee: rickg → karnaze
Chris -- see Patricks comments, they appear to indict the frame code.
Assignee: karnaze → kipp
The following illustrates the problem with no framesets involved. Reassigning to
Kipp.

<head>
<base href=http://www.image.dk>
</head>

<body bgcolor="#ffffff" background="/graphics/backgrounds/logoback2.gif"
topmargin="1" leftmargin="1">
<img src="http://www.image.dk/graphics/backgrounds/topleft.gif" hspace="0"
vspace="0" border="0" align="left">
</body>
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Summary: www.image.dk menu does not render properly. small redraw error → {css1} www.image.dk menu does not render properly. small redraw error
Known problem.

*** This bug has been marked as a duplicate of 6630 ***
Status: RESOLVED → VERIFIED
Agreed. This is a duplicate of 6630.
Keywords: css1
Migrating from {css1} to css1 keyword. The {css1}, {css2}, {css3} and {css-moz}
radars should now be considered deprecated in favour of keywords.
I am *really* sorry about the spam...
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: