Re: [css-d] IE7b2 peekaboo?
Alastair Campbell wrote: Apologies if I missed it before, but has anyone else had problems with peekaboo bugs in IE7? I thought it had been fixed, so I was a little surprised to come across it, The peekaboo, meaning content appearing and reappearing depending on scroll, window rezise, the weather forecast, is fixed in IE7. The problem you are reporting is not of that now you can see me, now you don't kind. and stripped it down to a test case: http://alastairc.ac/testing/IE7_bugs/peekaboo_floats_01.html Could someone confirm what I'm seeing? It falls over in IE 6 in lots of other ways, so IE 7 only please ;) It's an instance where applying 'position:relative' to the container actually triggers the bug. I can confirm this. Tino Zijdel reported a similar bug test case [1] to the MS IE blog. I've tried to include this in the second Example: A relatively positioned parent ceases rendering and disappears in [2] The parent has no layout, but has position:relative. A child float is immediately followed by a clearing element. In IE7, the whole construct disappears. r.p. parent (-) ... float clear In your case, there is another problem: After the float, but before the clearer, there is an absolutely positioned element. This element itself disappears in IE [3]. r.p. parent ... float a.p. element (-) clear You have an a.p. element that causes the float and clearer to adjoin which results in a disappearence of the r.p. parent. If this a.p. element would be set to position:static, the parent would re-appear -- because the float would be separated from the clear A fix is to apply haslayout to the parent. Always apply layout to a relatively positioned container of floats. With this fix, the parent, the float and the clearer re-appears, but not the a.p. element because of [3]. You may solve the problem with separating the a.p. from the float and clearer by another div like Bruno Fassino describes in [3]. Ingo [1] http://therealcrisp.xs4all.nl/ie7beta/css_relative_2.html in http://blogs.msdn.com/ie/archive/2006/03/23/559409.aspx#559727 [2] http://www.satzansatz.de/cssd/rpfloat.html [3] http://www.brunildo.org/test/IE_raf3.html -- http://www.satzansatz.de/css.html __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE7b2 peekaboo?
Ingo Chao wrote: The peekaboo, meaning content appearing and reappearing depending on scroll, window rezise, the weather forecast, is fixed in IE7. The problem you are reporting is not of that now you can see me, now you don't kind. Ah, thanks for that, I guess that's why I didn't find anything in the archives. Has anyone come up with a pithy name for this? ;) I've tried to include this in the second Example: A relatively positioned parent ceases rendering and disappears in [2] And a much more attractive example. :) In your case, there is another problem: After the float, but before the clearer, there is an absolutely positioned element. This element itself disappears in IE [3]. The only reason the content div was given r.p. was to allow the placement of the a.p. box at the bottom. I don't think the a.p. box is required to trigger the bug, but I included the box so that the relative positioning didn't seem random. A fix is to apply haslayout to the parent. Always apply layout to a relatively positioned container of floats. I don't want to apply a width, so I guess using an IE-only 'zoom' or height would fix it. I need to re-read the haslayout article again! With this fix, the parent, the float and the clearer re-appears, but not the a.p. element because of [3]. You may solve the problem with separating the a.p. from the float and clearer by another div like Bruno Fassino describes in [3]. Damn, more redundant divs :/ Thanks Ingo, -Alastair __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE7b2 peekaboo?
Alastair Campbell wrote: Has anyone come up with a pithy name for this? ;) What about the r.p. punch ? In the end, these are just heads of Hydra, smash one, and two will grow. Ingo -- http://www.satzansatz.de/css.html __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE7b2 peekaboo?
Ingo Chao wrote: In the end, these are just heads of Hydra, smash one, and two will grow. Indeed, I tried creating a 'fix' page and made *all* the content disappear by including a conditional comment... http://alastairc.ac/testing/IE7_bugs/peekaboo_floats_04.html -Alastair __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE7b2 peekaboo?
Hi everyone, Apologies if I missed it before, but has anyone else had problems with peekaboo bugs in IE7? I thought it had been fixed, so I was a little surprised to come across it, and stripped it down to a test case: http://alastairc.ac/testing/IE7_bugs/peekaboo_floats_01.html Could someone confirm what I'm seeing? It falls over in IE 6 in lots of other ways, so IE 7 only please ;) It's an instance where applying 'position:relative' to the container actually triggers the bug. Thanks, -Alastair __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/