Und weshalb ist die Umschaltung des Kompatibilitätsmodus dann in den Developer-Tools untergebracht?
Der document mode switch ist dazu da, den Kompatibilitätsmodus selbst zu testen. Er simuliert den X-UA-Compatible-Meta-Tag mit EmulateIE7 bzw. EmulateIE8. Also: Wie sieht die Seite aus, wenn sie im IE-7/8-Kompatibilitätsmodus gerendert werden würde.
Dieser Switch ist allgemein da, um zu versuchen, kaputte Seiten im Sinne des Autors anzuzeigen. Er ist ja nicht nur in den Dev-Tools, sondern im IE 8 direkt neben der Adressleiste und im IE 9 in den seitenspezifischen Einstellungen. Microsoft pflegt m.W. immer noch Listen von Sites, die in einem bestimmten Kompatibilitätsmodus gerendert werden. Diese Listen basieren auf den User-Klicks auf den Button (die Developer-Klicks werden m.W. nicht aufgezeichnet und ausgewertet).
Die Frage wäre, wie sich dazu browser mode switch verhält, vgl.
http://msdn.microsoft.com/en-us/library/ie/cc288325(v=vs.85).aspx#Features
http://msdn.microsoft.com/en-us/library/ie/gg589500(v=vs.85).aspx#BrowserModeMenu
Wenn ich das richtig sehe, ist der browser mode nur dafür da, die Identifizierung des IEs zu ändern, d.h. User-Agent-Abfragen sowie Conditional Comments zu täuschen. Browser mode = IE 7 und document mode = IE 9 wird die Seite nach IE-9-Standards rendern, aber als UA und bei CC IE 7 vortäuschen. Das heißt, unsinnige Kombinationen, deren Ergebnis nichtssagend ist, sind möglich.
Man müsste also beide Modi auf IE 7 schalten, wenn man ungefähr sehen will, wie die Seite im IE 7 aussieht. Für einen Schnelltest ist das näherungsweise brauchbar, aber nicht für mehr. Wenn man ernsthaft im IE 7 oder 8 unterstützen will, würde ich nicht im IE-9-Kompatibilitätsmodus testen.
Mathias