Robert Van Overmeiren wrote:
My level 3 sub-menu test (About Us > Directions) is getting the font
hover color of the level 2 sub menu. How can I make it stay white until
I actually hover the item? The background color behaves OK though.
You need to be more specific in CSS to the element you want to control.
Add the following at the end of the CSS:
#verMenu ul ul li:hover ul li a, #verMenu ul ul li.sfhover ul li a {
color:#fff;
}
#verMenu ul ul li:hover ul li a:hover, #verMenu ul ul li.sfhover ul li
a:hover {
color:#036;
}
I read up a little on the 'Box-in-a-box', 'Tantek', 'SMBH', & 'Tan' box
model hacks for IE. We're obviously trying to avoid having to modify the
list output by simpleNavigation so can't see how div in a div would help
when IE is goofing up the level2 list items.
I tried to implement the Tan hack like this...
#verMenu li ul { /* second-level lists - when parent is hovered */
float: left;
position: absolute;
background-color: #4c70b3;
width: 17.5em; /* add padding if specified for list-items */
display: none;
border-left:1px solid #000;
border-bottom:1px solid #000;
border-right:1px solid #000;
margin:0em;
margin-left:14.5em;
margin-top:-1.2em;
}
* html #verMenu li ul {
width: 19em;
w\idth: 17.5em;
}
... but it doesn't fix the width in IE.
Try:
* html #verMenu li ul {
width: 17.5em;
w\idth: 17em;
}
I don't have a clue how to fix the submenu width for IE. Do you know
how? Why doesn't your nav have this issue?
A bit complicated how it works, probably padding-left and padding-right
in #verMenu ul ul li of .25em each. Haven't tested in IE5.
In our code we do not specify width, so the browsers are left to sort
out their own box models.
I don't think there is much we can do about the offset from the top when
there are line wraps. Just because that's how lists (ul) work. list
items go directly underneath, so any measurements (e.g.
margin-top:-1.2em) is relative to its normal position at the bottom of
the ul heading.
Are the days of checking the DOM and supplying an alternate CSS file
over?
Yes they are :-) Generally CSS hacks are forward compatible, whereas the
javascript has to be continually modified for new browser versions. But
this is a holywar discussion, best left for another list - see css-discuss.
John
--
John Olival
Novasoft Explican
----------------------------------------------------------------
for list details see
http://www.magnolia.info/en/magnolia/developer.html
----------------------------------------------------------------
