Is this a known IE 6 bug? (A bit like "peekaboo"?)

[Barry Pearson]

I'm posting here because this is associated with the behaviour of a floated
element. It has similarities to the IE 6 (on Windows) "peekaboo" bug, and I
suspect was written by the same coder having a bad-hair day.

http://www.barry.pearson.name/test/ie6_bug.htm

"Peekaboo" causes text in a "floatholder" to fail to be rendered. "My" bug
(which I am willing to sell for lots of money) causes part of a floated box to
suddenly disappear when a link in an *independent* box (*not* a floatholder)
is hovered!

The workaround is different, too. A "clearing" footer (even a null one) at the
bottom of the page avoids it. But it took me a long time to discover that!

(It is a tableless-layout, valid 4.01 Strict, valid CSS too. The bug occurs in
a variety of layouts. A key is that the floated box extends below the box with
the link. Any link causes this, not just a self-link as here).

Is it familiar?

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/

[Eric Bohlman]

"Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in
news:Gd******************@newsfep1-win.server.ntli.net:

"Peekaboo" causes text in a "floatholder" to fail to be rendered. "My"
bug (which I am willing to sell for lots of money) causes part of a
floated box to suddenly disappear when a link in an *independent* box
(*not* a floatholder) is hovered!

I ran into it myself a couple weeks ago. It went away when I fixed up
something else (I had a left sidebar menu where I was giving the links a
width of 100% and setting padding on them, causing the list items to spill
slightly outside their percentage-sized floated container. I wanted to add
a right border and I changed the container's width units to em so I could
properly account for the padding (I'm not the first person here to wish
that CSS would allow expressions like "25%+1em"). Before I made the
change, though, hovering on one of the links on my top menu bar would make
half the side menu vanish).

[Harlan Messinger]

"Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in message
news:Gd******************@newsfep1-win.server.ntli.net...

I'm posting here because this is associated with the behaviour of a floated element. It has similarities to the IE 6 (on Windows) "peekaboo" bug, and I suspect was written by the same coder having a bad-hair day.

http://www.barry.pearson.name/test/ie6_bug.htm

"Peekaboo" causes text in a "floatholder" to fail to be rendered. "My" bug
(which I am willing to sell for lots of money) causes part of a floated box to suddenly disappear when a link in an *independent* box (*not* a floatholder) is hovered!

I had something similar the other day. I floated a few <form>s inside a
<div>, *after* some introductory text, also inside the <div>. It was fine
until I gave the <div>'s style a background color--and then the text became
invisible. It still took up space, and when I dragged the cursor over it, it
became revealed. This happened even with "background-color: white;".

I had another one last week (see my earlier thread about floating <div>s in
a three-column display) where the top and bottom borders I specified for a
<div> that contained floating <div>s were drawn correctly. But when I'd
switch the focus to another application and then back to the browser, the
top border would have disappeared! I'm not used to renderings disappearing
upon IE losing and then regaining the focus--it usually doesn't have
repainting problems.

[Barry Pearson]

Harlan Messinger wrote:

"Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in message
news:Gd******************@newsfep1-win.server.ntli.net...

I'm posting here because this is associated with the behaviour of a
floated element. It has similarities to the IE 6 (on Windows)
"peekaboo" bug, and I suspect was written by the same coder having a
bad-hair day.

http://www.barry.pearson.name/test/ie6_bug.htm

"Peekaboo" causes text in a "floatholder" to fail to be rendered.
"My" bug (which I am willing to sell for lots of money) causes part
of a floated box to suddenly disappear when a link in an
*independent* box (*not* a floatholder) is hovered!
I had something similar the other day. I floated a few <form>s inside
a <div>, *after* some introductory text, also inside the <div>. It
was fine until I gave the <div>'s style a background color--and then
the text became invisible. It still took up space, and when I dragged
the cursor over it, it became revealed. This happened even with
"background-color: white;".

[snip]

I think that is classic peekaboo - your problem was with the floatholder. I
believe the theory is that IE 6 still has the text there in some sense, but
"behind" the background colour. (I've given the div a line-height of 1.2,
which is one of the workarounds - Matthew Somerville. The "Holly Hack" didn't
work properly for me - it shifted the div *sideways* a few pixels, in spite of
being to do with setting *height*).
I had another one last week (see my earlier thread about floating
<div>s in a three-column display) where the top and bottom borders I
specified for a <div> that contained floating <div>s were drawn
correctly. But when I'd switch the focus to another application and
then back to the browser, the top border would have disappeared! I'm
not used to renderings disappearing upon IE losing and then regaining
the focus--it usually doesn't have repainting problems.

Chuckle! I have this nightmare that the only people in the world who can see
my tableless pages are those using one of the 5 browsers I use, and also using
W2000 on a Vaio laptop. And then only during the day, UK time. Change one
variable, and ....

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/