Hoi Michael,
Ja, altijd al zo geweest: er zijn browsers er er is Internet Explorer. :shocked:
Maar de rariteiten lieten me niet met rust: kon het niet uitstaan dat hier geen vinger op te leggen zou zijn.
Vandaar maar eens begonnen met een frisse start:
- Alle stylesheets en scripts uitschakelen.
- De hele header opnieuw bouwen, gewoon met css2.1 en xhtml1.0.
- En dan kijken waar het fout gaat in IE.
1. Eerste stap
En wat blijkt na wat tuinieren in de html (zoveel mogelijk intact gelaten) en met wieden en vers inzaaien van de css:
Internet Explorer kan het gewoon wel, en zonder z-indexen ook!
- Zie hier: dashboard-test-01.htm.
- Gaat goed in IE7, en volgens de screenshots van Netrenderer ook in IE8 en IE9.

- Voor testen in Netrenderer is hier een versie met uitgeklapt submenu: dashboard-test-01a.htm.
- Het enige is, dat in IE7 de submenu-ul een paar pixels de oranje header-balk overlapt. Dat is natuurlijk met een Conditional Comment op te lossen, maar momenteel gebruikt nog maar 1,8% van de surfers IE7 > zou ik laten zitten.
Voor het hoveren over de submenu-items heb ik een pijltje toegevoegd, wegens
Richtlijn R-pd.10.1 van de webrichtlijnen.nl en de WCAG ("Ensure that all information conveyed with color is also available without color, for example from context or markup.", met name voor mensen met geen 100% contrastvermogen; zie ook
hier!).
2. Tweede stap
Nu de 3 oude stylesheets toevoegen, met overrulen van de styles die veranderd zijn. Firefox, Chrome, enz. pakken nu ook de css3 op (voor zover die niet door de css2.1 zijn vervangen; een deel van de css3 van de header moet dus nog toegevoegd worden).
Ook alle z-indexen op
auto gezet.
Maar aha, hier begint IE7 te steigeren:
nu is er in IE7 geen submenu als je over het hoofdmenu-item hovert!
En ook Firefox en andere browsers protesteren:
daar komt het submenu al tevoorschijn als je over de plek van de submenu-items hovert!
Het blijkt 'm voor IE7 te zitten in iets van de
style.css: de andere twee stylesheets maken niet uit.
Voor de andere browsers blijkt het juist de
grid.css te zijn, die ergens dwarsligt.
=======
3. Derde stap
Nu nog kijken of misschien ook nog de scripts (met name de
html5shiv.js en de
excanvas.js voor IE<9) alsnog voor IE roet in het eten gooien als de
style.css wordt weggelaten.
Dat blijkt gelukkig niet het geval te zijn: het zit alleen in de style.css.
- Test met uitgeschakelde style.css en ingeschakelde scripts: dashboard-test-04.htm.
- Idem uitgeklapte versie: dashboard-test-04a.htm.
- Het eerder gesignaleerde IE-gat in de header moet nog wel aangepakt worden in een script.
=======
Conclusie 1
Wil je het goed krijgen in IE7, dan moeten alle style-regels van
style.css stuk voor stuk doorgelopen worden, om te kijken waar de boosdoener zit.
Wil je het goed krijgen in de rest, dan moeten alle style-regels van
grid.css stuk voor stuk doorgelopen worden, om te kijken waar de boosdoener zit.
Conclusie 2
Het wreekt zich hier, dat kennelijk niet systematisch bij elke ontwerp-stap getest is in de verschillende browsers (
Golden Rule nr.2 en
Golden Rule nr.3 
).
Als "alles af is", en je dan pas test in de diverse browsers en browser-versies en het niet goed blijkt te gaan, zijn alleen met heel veel zweetdruppeltjes de problemen op te lossen. Tenminste: soms. En anders zoals hier: door de css3, html5 en diverse scripts is het zo complex geworden, dat de speld in de hooiberg gewoon niet te vinden was.
Dan zit er maar 1 ding op: huilen, opnieuw beginnen en kijken waar het schip strandt!
Met vriendelijke groet,
CSShunter
PS: En verder is het al met al een pittig project, zo te zien!

Succes!
PS2: Alle lettergroottes heb ik opgegeven in
em's, zodat de bezoeker ook in IE naar behoefte de lettergrootte kan aanpassen (zonder meteen op alles te hoeven inzoomen, waardoor er een horizontale scrollbar komt).
En maatregelen getroffen tegen de
springende pagina.