Philip Lindsay wrote:
>>> I have a problem regarding an implementation of the Suckerfish
>>> Vertical Dropdowns [1]. I've integrated them into a site for a client
>>> [2]. So far so good in Firefox and Safari but I'm experiencing
>>> problems in Internet Explorer 6 (Windows). The problem seems to be
>>> excessive space (margin or padding?) taken up below each parent list
>>> item.
>>> [2] http://dev.presencemultimedia.co.uk/lifecentre/
>> you could try
>>
>> <!--[if lt IE 7]><style>
>>
>> #mainNav li {
>> height: 1px;
>> vertical-align: bottom;
>> }
>>
>> </style><![endif]-->
>
> Hey, that seems to work. Thanks Ingo!
> I'm now curious - could you explain what this does? Also why it only
> works IE6 Win?
The IE list (white)space bug is barely understood, if at all.
In a list setting like this
<li>
<a><a/>
<li>
giving "layout" [1] to the li often triggers the bug, a small white
space will appear.
But in the suckerfish scenario
<li>
<a><a/>
<ul><li>...</li></ul>
<li>
the additional ul (or its li) induces the bigger space you've encountered.
This space by the suckerfish ul seems to collapse with the smaller space
I am provoking with the Holly hack fragment
height:1px
which gives layout in the li (any other trigger [1] will do.)
Why and how the vertical-align:bottom kills the remaining small space
cannot be understood unless MS opens its late 90's archives of plans to
plague designers with lists.
Ingo
[1 ]http://www.satzansatz.de/cssd/onhavinglayout.html#list
--
http://www.satzansatz.de/css.html
______________________________________________________________________
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
