Sorry I don't have the answer but the bgiframe is primarily to fix z-index
issues in IE with select elements.
--
Brandon Aaron
On 6/15/07, Scott Sauyet [EMAIL PROTECTED] wrote:
Okay, I've been staring at this too long now... help!
I have a div that is in-line when JS is off. With JS on,
Brandon Aaron wrote:
Sorry I don't have the answer but the bgiframe is primarily to fix
z-index issues in IE with select elements.
That's what I thought, and because the select items were the dominant
objects showing through, I started by trying to use bgiframe. I'm
starting to think that
hey Scott,
that looks like a nasty ie6 bug.
How about this:
add a .hide() for the quick find stuff in the callback of the method
that shows the advanced search. do the same, but add .show() for
quick find when user clicks the advanced search close image.
You don't want them to be visible
[re: http://scott.sauyet.com/issues/2007-06-15a/]
Karl Swedberg wrote:
hey Scott,
that looks like a nasty ie6 bug.
I keep thinking that it's just me. But I've been racking my brains
trying to figure out what I've done wrong. In some sense, knowing that
FF, OP, and SF are much closer to
Scott, the problem is the form (quick-buy).
If I put other elements there (instead of the form), they render just fine.
I'll play a little more with it, but consider wrapping the quick-buy form in
creative ways.
~Sean
Sean Catchpole wrote:
Scott, the problem is the form (quick-buy).
If I put other elements there (instead of the form), they render just fine.
I'll play a little more with it, but consider wrapping the quick-buy
form in creative ways.
Damn, I just caught that too. I this minute saw that the
] Re: Content peeking through popup in IE - should bgiframe
help?
Sean Catchpole wrote:
Scott, the problem is the form (quick-buy).
If I put other elements there (instead of the form), they render just
fine.
I'll play a little more with it, but consider wrapping the quick-buy
form in creative
7 matches
Mail list logo
