Welcome to MSDN Blogs Sign in | Join | Help

Introducing IE=EmulateIE7

Bill Gates’ recent Tech Ed keynote and Tony Chor’s follow-up blog announced that IE8 Beta 2 will be available in August in many languages. We are encouraging sites to get ready for Beta 2 prior to release as it will present a big jump in IE8 browsing traffic.

What does “getting ready for IE8” mean for web sites?  IE8 displays content in IE8 Standards mode – its most standards-compliant layout mode – by default.  In previous blog posts, we’ve discussed how this aligns with our commitment to Web standards interoperability. However, browsing with this default setting may cause content written for previous versions of IE to display differently than intended. This creates a “get ready” call to action for site owners to ensure their content will continue to display seamlessly in IE8.

The preferred response to this call to action is to update the site to ensure that IE8 is provided with standards content fitting the DOCTYPE. However, we know it is very important to give site owners the chance to update site content on their schedule without affecting user experience. As such, we provide a meta-tag that tells IE8 to display an entire site or a specific page like it did in IE7.

In IE8 Beta 1, that option is the “IE=7” X-UA-Compatible tag, which instructs IE8 to display content in IE7 Standards mode. However, the scenario this doesn’t address is when IE=7 is applied as an HTTP header to a site that contains Quirks mode pages. The IE=7 HTTP header will force all pages – both Quirks and Standards – to display in IE7 Standards mode. Developers using this header while updating their sites would then have to add the “IE=5” <META> tag to each page they want to keep in Quirks mode. This logic is fine for many websites. However, if a site has lots of Quirks mode pages, or for the case where pages with frames host a mix of Strict and Quirks mode content – as brought to light by IE8 Beta 1 user feedback – the compatibility opt-out adds a bit more work than we intended.

In response to the great IE8 Beta 1 feedback we’ve received so far, we are introducing the “IE=EmulateIE7” tag to address this problem. EmulateIE7 tells IE8 to display standards DOCTYPEs in IE7 Standards mode, and Quirks DOCTYPEs in Quirks mode. We believe this will be the preferred IE7 compatibility mode for most cases. Support for IE=EmulateIE7 is available now as part of the IE June Security Update for IE8 Beta 1. Installing this update will enable you to verify you’ve applied the EmulateIE7 tag to your site correctly.

In summary, IE7 compatibility support looks as follows:

Content Value

Details

IE=7

Display in IE7 Standards mode; Already supported in the IE8 Beta 1 release

IE=EmulateIE7

Display standards DOCTYPEs in IE7 Standards mode; Display quirks DOCTYPEs in Quirks mode; Available through the IE June Security Update for IE8 Beta 1

There are two ways to implement this tag:

  • On a per-site basis, add a custom HTTP header

X-UA-Compatible: IE=EmulateIE7

  • On a per-page basis, add a special HTML tag to each document, right after the <head> tag

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />

Implementing the HTTP header is beneficial if a site owner wants most of their site to render as it did in IE7 or if there are no plans to update site content. Inclusion of this header honors any Quirks mode pages that belong to the site.

Using the meta-tag on a per-page basis is beneficial when the publisher wants to opt-in specific pages to render as they did in IE7.

NOTE: The X-UA-Compatible tag and header override any existing DOCTYPE. Also, the mode specified by the page takes precedent over the HTTP header. For example, you could add the EmulateIE7 HTTP header to a site, and set specific pages to display in IE8 mode (by using the meta-tag with content=”IE8”).

Using the IE=EmulateIE7 compatibility tag is a simple way for users to continue their current experience when browsing your site until you can update with more standards-compliant content.  Although adding this tag will prevent most display issues, you may also need to update your site to properly detect IE8.  To learn more about IE8 document compatibility and browser detection, check out the IE Compatibility Center.

Jefferson Fletcher
Product Manager
Internet Explorer

P.S.: Here are some links to reference for adding custom HTTP headers on various versions of IIS and Apache servers:  IIS7.0, IIS6.0, Apache 2.2, Apache 2.0, Apache 1.3

Published Tuesday, June 10, 2008 2:15 PM by ieblog

Comments

# re: Introducing IE=EmulateIE7

Tuesday, June 10, 2008 9:01 PM by Void

This would be a good approach to keep the old web from breaking apart.

# re: Introducing IE=EmulateIE7

Tuesday, June 10, 2008 9:06 PM by SiSL

Does it currently work with IE8b1?

# re: Introducing IE=EmulateIE7

Tuesday, June 10, 2008 9:09 PM by Ready?

The question is, will IE8 be ready for the web?

# re: Introducing IE=EmulateIE7

Tuesday, June 10, 2008 9:24 PM by SiSL

Sorry my bad... Missed the hotfix part

# re: Introducing IE=EmulateIE7

Tuesday, June 10, 2008 9:54 PM by Wraith Daquell

Not to sound like a ticking clock, but once again I applaud the IE team. Before, although I was excited, it did seem that Microsoft was having trouble listening to the public and understanding what we need. However, now it seems that you are adding practical things. Two thumbs up!

# re: Introducing IE=EmulateIE7

Tuesday, June 10, 2008 10:47 PM by Jerome Lapointe

Well you have my support and I will definitely push for my company to let me update our website to run on IE8 as the default rendering and take advantage of the supported standards.

# IE8 unterstützt (mehr) Webstandards standardmäßig: Danke Opera! Danke EU! und -okay- Danke MS!

Tuesday, June 10, 2008 11:24 PM by patch-info.de

Microsoft hat sich vor der Veröffentlichung einer Beta-Version des kommenden Internet Explorer 8 (IE8) nun doch (einigermaßen überraschend) dazu entschlossen, die ggü. IE6 und IE7 standardkompatiblere Darstellung von Webinhalten standardmäßig zu verwende

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 12:09 AM by Henry

"The preferred response to this call to action is to ..."

NO, NO, NO, NO, NO, NO!

The PREFERRRED response to this CALL TO ACTION is for Microsoft [MSFT] to explain what is going to be fixed in BETA 2 (both regressions, and legacy IE bug fixes) so that WE can correctly handle the Beta 2 version (supporting IE8Beta1 is like trying to juggle chainsaws while keeping your site held together with duct tape)

Will .getElementById() trully be fixed in IE8 Beta 2?! (wasn't in Beta 1!) or do we still need to route all versions of IE through an overwritten version of this function that correctly returns the right element?

Will .setAttribute() trully be fixed in IE8 Beta 2?! (wasn't in Beta 1!) or do we still need to route IE8 through magical hoops to set event handlers and some other cAmEl CaSe IE attributes?

Will filter:alpha() be fixed?! I don't want my 75% opaque elements rendering at 0% opacity because of regressions in IE rendering!  Let us know if it will be fixed or not, so we can remove all occurrences in IE8 if it will still be broken, or leave them in if this regression will be fixed.

What happened to being open with the developers?! This seems like darn near critical info, yet you hold back as if the world will crumble if this information is released.  What gives?

Henry

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 12:15 AM by Henry

Oh, and lets not forget:

valign on table cells (td valign="top", td valign="bottom")

Will this be fixed in IE8 Beta 2 or not?

There ARE NO WORKAROUNDS for this bug currently so I certainly hope that this is being fixed.

Again, you need to advise us of the status on this regression bug if you want ANYONE to support IE8 without resorting to sending bogus headers and holding back the Web.

WE WANT to support IE8 fully, in the most standards way possible, but WE ABSOLUTELY NEED to know what IE will support in order for US to support it correctly!

# re: NO, NO, NO, NO, NO, NO!

Wednesday, June 11, 2008 12:50 AM by Ferd Burford

@Henry,

NO, NO, NO, NO, NO, NO!

DON'T continually redesign your websites to ANY -unique- Internet Explorer BETA attributes.

Just take note and prepare for finalized response. ;)

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 1:24 AM by mocax

I think developers are confused by the statement "getting yours sites ready"

Some I know are already writing workarounds for bugs in beta 1. I'm sure these workarounds will break when the bugs are fixed.

# Émuler Internet Explorer 7 sous Internet Explorer 8 quel que soit le mode de rendu

Wednesday, June 11, 2008 4:27 AM by Blog - Britoweb

Afin que les pages Web censées utiliser le mode Quirks puissent toujours l'utiliser, une nouvelle valeur de l'en-tête X-UA-Compatible a été créée, appelée IE=EmulateIE7.

# OPACITY! OPACITY! OPACITY! OPACITY!

Wednesday, June 11, 2008 5:03 AM by rc

OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY!

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 5:12 AM by peter

I am from belgium, the capital of europe.we don't have referendum, and we said no, but they don't care and choice for use..

please, say no to the europe

cordialy,

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 8:24 AM by Mike Dimmick

The point of "X-UA-Compatible: IE=7" is for the page to render however IE 7.0 does. I think IE 8.0 should go into an IE7-compatible quirks mode when it encounters a DOCTYPE that would have put IE 7 in quirks mode, if X-UA-Compatible is also present.

In other words, I think you should remove IE=EmulateIE7 and just make IE=7 work like the new behaviour specified for IE=EmulateIE7, or (given you have now instructed web developers to change their declaration again), support both as synonyms.

I just don't see the point of forcing "quirks mode" pages into IE7 standards mode if IE7 would not have done so. It's more likely to break pages than not. As described, IE=7 with an old or no DOCTYPE will be an entirely new mode for IE8 only - you're providing an option to be compatible with nothing.

I still think opting in to newer standards mode was a better solution, but don't overcomplicate it.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 8:43 AM by Dave H

So if I have a page with no DOCTYPE at all, and with no X-UA-Compatible meta tag or header, does it default to IE8 standards mode or quirks ("IE5") mode?  Thanks.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 9:19 AM by Brian LePore

@Dave,

No DOCTYPE, no meta tag or header = quirks mode. This post just addresses the situation where the meta tag/header was essentially incorrectly forcing a quirks mode page into IE7 standards mode.

@Mike,

I agree with your point. I see this as a consideration that MS just forgot to take into account with the first beta that they are correctly fixing in an update. Since this is still very much a beta product, I don't see why they couldn't have just updated the previous behavior. That said, having the option to do both ways isn't bad.

@peter,

What?

@rc,

I think MS has heard the call for opacity support enough that we're going to get it. If it's still not there by RC1 I'll be shocked.

@Henry,

Checking your sites in betas is fine, but hold off on the re-designs until IE8 reaches a release candidate point. You're going to drive yourself crazy for months doing otherwise. :)

@Microsoft,

Thank you for the response, and thank you for listening to feedback!

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 9:29 AM by Carlos

So we get a tag that will solve some of the display issues on websites that had to be hacked to display correctly on IE7 so that we can have time to work even more on websites, that are already working one way or another, so that they can work on this new browser? Can someone explain this one to me?

Thanks

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 9:35 AM by Mike

This is silly.

We all have our sites with a valid DOCTYPE already to get "standards" mode rendering.  However we also know that up until IE8 the DOM is very broken in IE, just like the CSS, and whitespace in HTML in IE.

So we have hacks. Tons of them. Hacks to make our CSS work because IE doesn't support x or y.  Hacks in JavaScript to deal with broken IE method implementations and just plain broken support... .innerHTML on a Select Element anyone?  How about on a Table Element? Yeah, why would you ever want to swap out the content of an Element that is a CONTAINER!!!!!!  But I digress.

As I see it right now, we all have to add the site-wide header on production code:

X-UA-Compatible: IE=EmulateIE7

Until IE8 RTM ships. That (according to the posts and comments on this blog) will be the only time that we will really have any clue what will be fixed in IE8.

Meanwhile, when IE8 RTM does ship, developers will need to remove the header on local development/test environments, and hash out exactly what has been fixed, fixed properly, and what has gone missing, is a regression, etc.

Then we get to modify all our hacks to suit IE8, run another test cycle, then re-release production code for IE8 in "IE8 standards mode".

I'm okay with all of this, but gosh darn it would help a heck of a lot if there were say, like, uhm, some sort of guide as to what is going to be in IE8, kinda like a, uhm,... ROADMAP?!

As for Henry (vote++) those are the critical issues on everyones mind.

As for "OPACITY! OPACITY! OPACITY! OPACITY!", I agree!

I hope you won't accuse me of plagiarism, when I quote you:

OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY! OPACITY!    

INDEED!

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 10:07 AM by Michael

As far as IE8 goes I really hope that the team takes its time to produce a browser that comes close to rendering like all the modern browsers it is so far behind.

It really says something about how low IE has set the bar when people beg for the proprietry alpha opacity filter. Just how hard can it be to get css3 opacity working.

If the job is worth doing, do it right.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 10:47 AM by SiSL

I'm still looking for anchors display:block and z-indexes so I don't have to make my future developments based on IE7 tho...

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 11:12 AM by Taku Madzikanda

I cannot seem to get facebook to work properly using IE8 Beta and would like to revert to IE7 on my vista machine, but cannot seem to be able to do this, does anyone have any advice in this regard?

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 11:18 AM by rfink53

Sorry to be didactic about it, but as someone who has been very hands-on with IE8 from the day it was released, I'm concerned that this aspect of the versioning metatag was not thought through from day one.

I can't be unique, and I noticed immediately that having IE8 ignore doctypes - with "IE7" triggering standards and "IE5" triggering quirks was confusing and an invitation to trouble.

It makes me fearful about what kind of input you are getting in-house BEFORE the user community even becomes involved.

It's difficult, I know, but important that things be considered AT THE OUTSET from the perspective of the average web author/designer/developer/site manager, et al.

But that said, it's a real good thing you caught the problem and fixed it.

Hoping IE8 is a truly great release.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 12:26 PM by Duluoz

The root of the problem is that Microsoft, from the start, has chosen to provide a quirks mode that allows for incorrect markup to be displayed while providing a strict mode that doesn't align closely with recommendations set by the W3C and other accessibilities groups but rather where implementations of an under funded develeopment team with a misguided philosophy that their innovation would be the pack leader.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 1:01 PM by Web Standards

Had MS not wasted those 4-5 years between the release of IE6 and IE7 working on useless, proprietary crap like Silverlight and actually fixed their browser instead, web developers wouldn't have the massive amount of of headaches. Silverlight is the new vendor lock-in since web developers already rejected the non-standard behaviours of IE.

Instead of reinventing the wheel when there is better solutions like SVG which is widely supported and is a recommended W3C standard, Microsoft has continously undermined any hope for compatability. Hopefully the market will reject proprietary crap like Silverlight and teach Microsoft a good lesson. Also another billion dollar fine from EU won't hurt either.

# What's the point of IE=7?

Wednesday, June 11, 2008 1:44 PM by Dan Fabulich

Wouldn't it be better to just make "IE=7" emulate IE7?  What sort of person would declare "IE=7" but benefit from rendering the page differently from IE7?

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 1:47 PM by Frank Grimes

@Web Standards,

Yes, because it was the IE Team who were working on Silverlight and all that other 'proprietary crap'.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 2:00 PM by Web Standards

@Frank Grimes,

You didn't see what Dean, GM of IE Team said at MIX 08? He said they were working on Silverlight and WPF/E during those years. Straight from the horses mouth, you can watch the video of the event if you don't believe me.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 2:03 PM by Stifu

I'd like to add my vote to the drop the current IE7 mode, and replace it with the EmulateIE7 one.

That was the first thing that crossed my mind when reading this post...

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 2:09 PM by Web Standards

Also, they surely weren't working on fixing IE's problems, even Paul Thurott has a good writeup on it.

http://www.winsupersite.com/reviews/ie8_beta1.asp

"But as competition dropped off, so did Microsoft's competitive zeal. IE 5.x and 6 were minor functional upgrades, after which Microsoft essentially halted IE development and pondered dropping the product as an ongoing concern."

"So Microsoft reinstated the IE team"

IE8 will be another worthless, half-hearted release while they finish up proprietary Silverlight 2, again trying to reinvent the wheel.

Miguel de Icaza may be stupid enough to work on Moonlight for them for the Linux platform, but reinventing the wheel when there's widely supported standards is plain dumb no matter what.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 2:21 PM by Anonymous

Well, from reading these comments one would come to the inevitable conclusion that the web developer community is populated largely by jerks.  I just want MS to know that I, for one (apparently) appreciate the effort they are putting into the new release.  IE is far from perfect, but it appears that it is at least moving in a good direction.  Keep it up MS and please don't pay too much attention to some of these people with whom I am ashamed to be associated.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 2:32 PM by Freedom

http://arstechnica.com/news.ars/post/20080610-commissioner-disses-microsoft-open-standardssmart-business.html

"Standards are clearly more important than ever. They often facilitate economies of scale but their real impact on technology markets is with interoperability," said Kroes. "I know a smart business decision when I see one—choosing open standards is a very smart business decision indeed."

Choose open web standards, say no to proprietary vendor lock-in.

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 3:26 PM by Andrey Moraru

Nice meta tag, because I doubt that many webmasters will be fixing their sites for IE8.

# Interesting Finds: 2008.06.12

Wednesday, June 11, 2008 7:40 PM by gOODiDEA

WebIntroducingIE=EmulateIE7Microsoft.comOperationsPerformanceAnalysisofIIS7.0/WindowsServ...

# Interesting Finds: 2008.06.12

Wednesday, June 11, 2008 7:42 PM by gOODiDEA.NET

Web Introducing IE=EmulateIE7 Microsoft.com Operations Performance Analysis of IIS 7.0/Windows Server

# re: Opacity

Wednesday, June 11, 2008 7:52 PM by Scott Dickens [MSFT]

@henry

@rc

@Mike

I don't want to go too far away from the topic of the top-level blog post, but I can quickly address the opacity question.

Opacity support in IE is provided via filters. The work to enable filters in the new IE8 layout engine unfortunately did not make the Beta 1 release. However, work on the feature set is currently underway and filters are still planned for inclusion in the upcoming Beta 2 release.

There was a bug that tracked the opacity issue filed via connect.microsoft.com site. Unfortunately, it was resolved as "by design", which only led to more confusion. My only explanation for why the reported bug was resolved as such was that whoever resolved it understood the story only for Beta 1 - the feature set was indeed "by design" missing in that release. Sorry for the confusion this has caused. Perhaps a better resolution would have been “fixed in later build” where “later build” meant before IE8 Beta 2.

# re: Opacity

Wednesday, June 11, 2008 10:39 PM by Brandan Lennox

@Scott Dickens [MSFT]

Would you mind blogging this so that (perhaps) folks will stop mentioning it?

# re: Introducing IE=EmulateIE7

Wednesday, June 11, 2008 11:03 PM by Glen

"Nice meta tag, because I doubt that many webmasters will be fixing their sites for IE8."

Some people don't have time because they're buried in projects. Plus when IE 8 comes out we'll still have to support IE 6 and 7. Kind of wish sometimes Windows 9x/ME came with some sort of decade kill-switch to force people to move to something modern.

"The root of the problem is that Microsoft, from the start, has chosen to provide a quirks mode"

The world was a different place when that decision was made. http://www.ericmeyeroncss.com/bonus/render-mode.html explains why it came into existence. The Gecko (Mozilla Firefox) and Presto (Opera) engines also have a "quirks mode".

# re: Introducing IE=EmulateIE7

Thursday, June 12, 2008 4:11 AM by Ben 'Cerbera' Millard

As Dan Fabulich points out, the proposed behaviour for IE=EmulateIE7 is what IE=7 should do. This would make IE=EmulateIE7 redundant so it should never be introduced. This would simplify version targeting, which is complicated and troublesome enough already.

Ensuring the DOCTYPE switch works as it would in the targeted IE version is a no-brainer, isn't it?

I wish IE7 had never happened. The world will need to wait from IE6 to IE8 to get a properly standards compliant browser from Microsoft. IE7's incomplete rendering changes were an unnecessary complication during this time. It will continue our pain for some years yet.

# re: Introducing IE=EmulateIE7

Thursday, June 12, 2008 5:05 PM by Chris

Scott, thanks for the update on opacity. As Brandon mentioned, it's probably a good idea to give that news its own blog post so that people will shut up about it :)

# re: Introducing IE=EmulateIE7

Saturday, June 14, 2008 2:43 AM by Not a good idea

When will Microsoft do a browser that can really be standards compliant without adding their own non-standard functions. It is not a surprise that this yet another change requires action from many people. Can't Microsoft just make an automatic functionality inside the browser to fall into IE7EMULATION mode? Or add this text in the bar "This page may not display correctly? Do you want to use emulation?". It would be same as for popups. Easy way for webdesigners and webmasters to keep their running without issues. ==Less work for MANY PEOPLE! Thank you!

# re: Introducing IE=EmulateIE7

Saturday, June 14, 2008 4:15 PM by Jeroi

I hope truly, that all the HTML and CSS standarts displaying bugs will be fixed atlast for the IE8. IE7 did not do with those anything, so the IE7 was more like IE6 with new GUI. So I think that IE8 will only be great if those bugs are fixed, so most web coders can make html+css sites work atlast with IE also, like Firefox and Opera does.

# re: Introducing IE=EmulateIE7

Sunday, June 15, 2008 7:14 PM by AndresVia

Will IE9, still have the “IE=EmulateIE7” tag? I don't see the point in this "feature".

# re: Introducing IE=EmulateIE7

Monday, June 16, 2008 9:45 AM by Frymaster

"When will Microsoft do a browser that can really be standards compliant without adding their own non-standard functions."

I don't know a single _fully_ standards compliant browser.  Perhaps you can enlighten me?

(I have heard of serveral with better compliance than IE7; perhaps this is what you mean? Equating them to absolute compliance is inviting the browser mess of the 90s to happen again)

Also, most browsers, in addition to whatever standard features they may have, include their own non-standard extensions.

"It is not a surprise that this yet another change requires action from many people. Can't Microsoft just make an automatic functionality inside the browser to fall into IE7EMULATION mode?"

At the moment there IE7 has quirksmode ("ie5") for the geocities element ;)  There is the rendering engine used in ie7, which is ludicrously better than quirksmode but not perfect by a long shot.  quirksmode is forced if the browser detects that the webpage is an uncompliant steaming pile of poo; otherwise it uses its own engine and tries to do the best it can.

IE8's best will be better, but some sites written to account for IE7's idiosyncrasies will therefor not render properly.  Given the criteria for IE7 trying its best (the source data is standards compliant), how would you algorithmatically choose between ie7 and ie8 rendering?

# Note the change in IE8 Beta 2 (or sooner)

Monday, June 16, 2008 7:39 PM by Out Of The Box

On the IE Blog , they announced a slight change with the META Tag. I'm included an excerpt here: In IE8

# IE=EmulateIE7 Doesn't Work

Monday, June 16, 2008 11:04 PM by Clinton Gallagher

IE=EmulateIE7 does not work in a MasterPage head element when viewed using IE8.0.6001.17184 --but-- the same release of IE8 will display the content when using the Emulate IE7 button.

# IE7 different on XP Pro and Vista SP1?

Monday, June 16, 2008 11:09 PM by Clinton Gallagher

The exact same website being developed will display fine on XP Pro but is FUBAR when viewed on Vista SP1.

//XP Pro SP2

IE7.0.5730.11

//Vista SP1

IE7.0.6000.1800

This is really confusing and I see no other mention of this anomaly elsewhere. How can it just be me?

# Quick Browser News

Tuesday, June 17, 2008 5:56 AM by QuirksBlog

Sometimes browser vendors are appallingly insensitive. Despite my clear announcement that I&#8217;d be on holiday for two weeks, all four vendors saw fit to release major updates or important news items exactly in that period. Now I have to scramble to

# re: Introducing IE=EmulateIE7

Tuesday, June 17, 2008 7:57 PM by Tino Zijdel

So basically you are forcing other browser-vendors to implement this new kind of rendermode-switching else all documents that have X-UA-Compatible IE=IE7(+) or IE=edge but fail to provide a suitable doctype will render in standards compliant mode in IE, but in quirksmode in other browsers. Nice going...

If this was just an oversight than I trust you will revert this new 'switch' and make the X-UA-Compatible not override the conditions that will force quirksmode in current browsers.

# re: Introducing IE=EmulateIE7

Tuesday, June 17, 2008 8:28 PM by Anthony

@Clinton Gallagher

Yeah this is such a pain.  Why doesn't this tag work with ASP.NET MasterPages.  Do IE developers code inside a box?

Fix this or this whole project is a joke so far in terms of Microsoft being compatible with itself.

# re: Introducing IE=EmulateIE7

Wednesday, June 18, 2008 2:18 AM by Seymour Cakes

Remember IE3?

Everyone was skipping the built-in IE3 with Netscape. Heck that was the first thing most ppl do when they get online.

I think we need to stop paying attention to IE and start working to make web sites compatible with Firefox (particularly FF3).

# re: Introducing IE=EmulateIE7

Wednesday, June 18, 2008 5:40 AM by Joe Chung

IE=EmulateIE7 works fine on an ASP.NET master page.  Make sure that it is getting rendered before any LINK[rel="stylesheet"] or STYLE elements.

# Getting ready for IE8

Wednesday, June 18, 2008 8:14 AM by andyBlog [andy britcliffe]

With BillG announcing IE8 Beta 2's arrival in August Jefferson has a great post on the IE Blog explaining

# re: Introducing IE=EmulateIE7

Wednesday, June 18, 2008 1:08 PM by Dave

Hi,

Will the IE 8 render divs containing pics faster than it is actually.

# re: Introducing IE=EmulateIE7

Wednesday, June 18, 2008 7:03 PM by Anthony

@Joe Chung

Good looks man. Someone needs to document that for later. Thanks again.

# re: Introducing IE=EmulateIE7

Thursday, June 19, 2008 12:19 AM by realtor

Great article, very informative. I have to learn a lot!

# Sunteți pregătiți pentru IE8?

Friday, June 20, 2008 6:16 AM by Weblogul lui Zoli

Nu ca utilizatori, ci ca deținători/dezvoltatori de situri web? Dacă nu ați facut-o deja, testați-vă

# re: Introducing IE=EmulateIE7

Friday, June 20, 2008 2:30 PM by Elizabeth

I'm not an Web developer nor an HTML expert.  I designed and maintain a basic site for a small nonprofit using MS Publisher 2007.

Will there be automatic downloads from MS to update Publisher so that the site I already designed will be compatible with IE 8?

I have no idea about adding the coding you discussed.  I just want the site I already developed to be viewable OK by those using IE 8 when the time comes.  Any advice greatly appreciated.

# re: Introducing IE=EmulateIE7

Friday, June 20, 2008 11:11 PM by Ian Thomas

1. Rendering

In my few weeks of using IE8b1 before I removed it, the page rendering experience was abysmal. Sure, that may refect the coding of the pages that I browsed to.

I'm not sure what you're now recommending for simple usage.

If a page doesn't render well in IE8b1's normal mode, should the user click the IE7 Compatibility mode? Is this enhanced by the patches released since I removed IE8b1 on 3 June 2008? Does Quirks mode get activated in IE8 render mode, if the page headers are appropriate?

2. Page saving

IE7 was consistently bad at saving some web pages to disk. In fact, this page (blog post) will not save from IE7 in either MHTML or HTML save modes. In my brief weeks of using IE8b1, it was no better. Why is that? Are you not concerned about that? I really don't like to have Opera 9.5 installed (I also have Firefox 2.x - originally installed for the same reason: IE just won't save some web pages to disk).

# Web siteniz Internet Explorer 8'de düzgün görüntülenmeyebilir...

Monday, August 11, 2008 10:58 AM by Aldığım notlar: .NET, VS.NET ve IIS...

Şu an Beta 1’i yayınlanmış olan Internet Explorer 8, standartları (HTML, JavaScript, vs.) daha sıkı şekilde

# Web siteniz Internet Explorer 8'de düzgün görüntülenemeyebilir...

Monday, August 11, 2008 10:59 AM by Aldığım notlar: .NET, VS.NET ve IIS...

Şu an Beta 1’i yayınlanmış olan Internet Explorer 8, standartları (HTML, JavaScript, vs.) daha sıkı şekilde

# Web siteniz Internet Explorer 8'de düzgün görüntülenemeyebilir...

Monday, August 11, 2008 11:00 AM by Aldığım notlar: .NET, VS.NET ve IIS...

Şu an Beta 1’i yayınlanmış olan Internet Explorer 8, standartları (HTML, JavaScript, vs.) daha sıkı şekilde

# Easy Steps to Get your Web Site to Support IE8 in 5Mins

Put simply, IE8 running in standard rendering mode will not display sites created to support IE7 very

# Introducing Compatibility View

Wednesday, August 27, 2008 3:12 PM by IEBlog

At the start of the Internet Explorer 8 project we made a commitment to great website compatibility.

# Apache httpd configuration for IE7 standard mode rendering in IE8

Thursday, August 28, 2008 8:36 AM by Hanu Kommalapati's blog

(Note: The following instructions are for information purpose only and correspond to Apache 2.2 on Windows.

# Developer Tools in Internet Explorer 8 Beta 2

Wednesday, September 03, 2008 10:23 PM by IEBlog

In March I wrote about the Developer Tools in Internet Explorer 8 Beta 1 and outlined three key benefits:

# Developer Tools in Internet Explorer 8 Beta 2

Thursday, September 04, 2008 7:56 AM by No1 Microsoft Fan

In March I wrote about the Developer Tools in Internet Explorer 8 Beta 1 and outlined three key benefits

# IE8 и совместимость: функция Compatibility View

В самом начале проекта Internet Explorer 8 мы обещали обеспечить максимальную совместимость с веб-сайтами.

# Compatibility View Improvements to come in IE8

Wednesday, December 03, 2008 7:34 PM by IEBlog

The next public update of IE8 (for Windows Vista- and Windows XP-based operating systems as well as the

New Comments to this post are disabled
 
Page view tracker