Alan Gresley wrote:

> Hello Peter.
> 
> This is a bug with IE6 and IE7. Georg has mentioned a fix by inserting a 
> <br /> between the problem elements.
> 
> Another way to fix this is to remove the hasLayout trigger from the 
> div#breadcrumb.
> 
> #breadcrumb {
>       background: transparent url(../images/bg_breadcrumb.png) no-repeat;
>       margin: 162px 0 0 36px;
>       height: 16px; /* hasLayout, triggers bug */
>       font-size: 70%;
>       color: #fff;
>       line-height: 16px;
> }
> 
> 
> A refined test case appears here.
> 
> <http://css-class.com/test/bugs/ie/haslayout-margin-abpos.htm>
> 
> 
> Never seen this bug before (what is new).


There are 4 ways to fix this bug.

1. Remove hasLayout trigger.
2. Change element from position:absolute to position:relative.
3. Have element with position:absolute later in the source.
4. Insert a <br /> between offending elements.


Maybe related to some bug with offset (auto).

<http://css-class.com/test/bugs/ie/margin-abpos-no-top-offset.htm>


Question for the list. Where should the absolutely positioned element 
(with no top offset) be placed in this test case?

a. Firefox and Safari shows the a.p. element (removed from flow) over 
the element with a lime background.
b. IE 6~7 and Opera shows the a.p. element in the top right corner of 
the page.


I would think that Firefox and Safari are showing correctly since the 
margin-top of div#test collapses into the margin-top of body and html 
which are the initial containing block (root element).


-- 
Alan http://css-class.com/

Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
______________________________________________________________________
css-discuss [[email protected]]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Reply via email to