Sent by Ingo Chao on 17 June 2008 22:10
Dave Sherohman wrote:
> ...
>
>> The generic approach to fix that problem is to set position:relative on
>> li:hover only. By doing this, the subsequent <li> will not be placed
>> above the hovered <li> in question, because only this li is positioined
>> and gets a higher rank in the painting order.
>>
>> Did you try that?
>
> Not until you suggested it, as all I've read has stated that IE6 only
> supports :hover on a tags, implying that anything on li:hover would be
> completely ignored.
>
> While this has resolved the z-order issue, it caused a new set of
> problems: ...
Sure. But as long as your li keep beeing positioned relatively, the bug
occurs. They /need/ to be positioned relatively when hovered, so your
inline-scripting cannot solve for the problem.
You may have to use suckerfish scripts or alike to have a class .sfhover
to declare li.sfhover {position:relative} for IE.
I did not tell you to remove the relative positioning. I've tried to
explain the mechanism of the bug, and the general workaround.
regards,
Ingo
--
http://www.satzansatz.de/css.html
http://www.dolphinsback.com
______________________________________________________________________
css-discuss [EMAIL-REMOVED]]
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/
