richard n wrote: > I added in: #nav a {display: block;} > > In IE 5.2.3 Mac this has caused the menus to run vertically > (previously they were running horizontally - as they are supposed to > - but overlapping).
You can hide it from, or redeclare it to, IE/Mac. Only IE/win needs it anyway, and IE/Mac may need it's own workarounds (that I can't check at the moment). > How is it on IE6? > http://www.richardnicholson.com/testing/menu5/editorial.html Lining up just fine now :-) Another observation: This page also triggers the 'em font-resizing bug' in IE/win... <http://www.gunlaug.no/contents/wd_additions_13.html> ...but the bug is only acting on the #nav since that's the only element that has font-size declared in 'em'. Font-size keywords on body as a starting-point does not prevent this bug - it enforces it. In fact: the use of font-size keywords on any container will introduce or re-introduce the 'em font-resizing bug' to nested elements that have font-size defined in 'em'. This bug may be used to enhance font-resizing in IE/win, but since it's usually an unwelcome "effect", and also one that many web designers don't notice because they don't test with font-resizing in IE/win, I thought I'd mention it. The cure is to either avoid using 'em' as font-size unit, *or* to base 'em' sized fonts on a font-size that has '%' as unit (usually on body) and to avoid keywords anywhere in the mix. There are a few other options, but they usually only complicates the matter. regards Georg -- http://www.gunlaug.no ______________________________________________________________________ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- 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/