Dave Simon wrote: > ... > <ul id="main-nav"> > ... > <li id="details-floorplans-li"><a href="#">Details & Floor > Plans</a> > <ul id="details-floorplans-nav"> > <li><a href="#">Unit Description & > Information</a></li> > <li><a href="#">Floorplans</a></li> > </ul> > </li> > ...
> Depending on the page you are on, the sub menus show or hide. > ul#details-floorplans-nav is absolutely positioned and set to > display:none unless the body class is "details." > > When the body class is "details", it's set to display:inline. > > See it in action here: http://www.advertisingdesign.com/adclient/ > 12trails/subpage.php > To see the menu on other pages: http://www.advertisingdesign.com/ > adclient/12trails/ Right now the menu isn't working. http://www.advertisingdesign.com/adclient/12trails/subpage.php Seems to be a similar problem to this one: http://archivist.incutio.com/viewlist/css-discuss/68792 So I'd check vertical-align:bottom; in #mainNav li once the target stops moving. You won't need to trigger the height:1% in your case. > > The bug only occurs in IE, in every version tested - 5.5, 6, 7 - so > those of you with a PC handy, take a look at the subpage.php. See how > there is suddenly a gap between "Details & Floor Plans" and > "Location"? This is where the newly displayed ul appears in the > source. But it shouldn't since the element is absolutely positioned... > > Why would this occur since absolute elements should take up no space > at all since they are out of the document flow? I don't know. Staring at the white-space bug + pos.absoulute in a reduction for a while did not make it clearer to me. Ingo -- http://www.satzansatz.de/css.html ______________________________________________________________________ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/
