Share via

Standards Documentation for IE7 and IE8

  • Article

Over the last month, as part of Microsoft’s commitment to interoperability, we’ve published information for Internet Explorer 7 and Internet Explorer 8 describing variations from certain web standards. Today we published another set of documentation which includes information about how IE extends these web standards:

  • [MS-CSS21E]: Internet Explorer Extensions to Cascading Style Sheets (CSS) Level 2 and DOM Level 2 Style Specifications
  • [MS-DOM2CE]: Internet Explorer Extensions to the Document Object Model (DOM) Level 2 Core Specification
  • [MS-DOM2CEX]: Microsoft XML Extensions to the Document Object Model (DOM) Level 2 Core Specification
  • [MS-ES3]: Internet Explorer ECMA-262 ECMAScript Language Specification Standards Support Document
  • [MS-ES3EX]: Microsoft JScript Extensions to the ECMAScript Language Specification Third Edition
  • [MS-HTML401E]: Internet Explorer Extensions to HTML 4.01 and DOM Level 2 HTML Specifications
  • [MS-ISO10646]: Microsoft Universal Multiple-Octet Coded Character Set (UCS) Standards Support Document
  • [MS-ISO8859]: Microsoft 8-bit Single-byte Coded Graphic Character Sets Standards Support Document
  • [MS-XMLSTYL]: Microsoft XML Associating Style Sheets with XML Standards Support Document

In addition to publishing these new documents we also refreshed the previous content based on your feedback. We have received feedback both through the blog comments here and privately and I’m very grateful for the time spent to so thoroughly review the information. Today’s release completes the documentation for the relevant final-approved web standards from W3C, ECMA, and ISO and I’d like to encourage you to send me feedback to help us make further improvements. You can leave comments here or post questions or comments to the Documentation on Standards User Forum on MSDN.

While most of the interoperability information we have provided relates to final approved web standards (for example a Recommendation from the W3C), CSS 2.1 is the exception. We have discussed in the past how important we believe interoperable CSS 2.1 is to the web development community. Having a comprehensive test suite available from the W3C is one aspect of ensuring that interoperability and publishing documentation about where product behaviour varies is another. Because CSS 2.1 is still a W3C Candidate Recommendation we will update our documentation should the specification change and as the test cases in the test suite become officially approved by the working group. We will do this until the standard reaches final approved Recommendation status.

Adrian Bateman
Program Manager

Comments

  • Anonymous
    January 01, 2003
    Posting 11 minutes after I did, not having a link to your own site, not posting a last name, and stating no purpose; you are a troll. Keep sitting here hitting F5 while eveyone else gets real work done.

  • Anonymous
    January 01, 2003
    Visiting the IEBlog to whine about the MSNBot is considered "wasting time." Suggesting that IE8 somehow "messed everything up" is considered "trolling." Thanks for playing.

  • Anonymous
    January 01, 2003
    @Matt I said MSNBot and Googlebot do not make the declaration which has nothing to do with actual support for XHTML. Do your comments have any purpose or are you just here to troll and waste time?

  • Anonymous
    March 26, 2010
    This one is my favorite! http://msdn.microsoft.com/en-us/library/ff520797%28VS.85%29.aspx 2.4.5.3 String.prototype.blink( ) Return the result of WrapWithHTML(this value, "BLINK"). IIRC, IE doesn't honor the old Netscape blink tag. ;-)

  • Anonymous
    March 26, 2010
    "Microsoft has patents that may cover your implementations of the technologies described in the Open Specifications." Can someone from Microsoft confirm which, if any patents are covered by the extensions mentioned in this blog?

  • Anonymous
    March 26, 2010
    Please bring back InLine AutoComplete in IE9. Shift+Entier is not the same as Inline AutoComplete. Do requests like this even get read once by MS let alone taken notice of? Safari, Firefox, Chrome all have InLine AutoComplete today. I don't understand why it can't be added when it is an option. In Firefox, a simple tweak in about:config does it. Eric Law blogs that it was his favorite feature and yet you continue to ignore user requests. Please keep it optional in place of the smart address bar but add it back.

  • Anonymous
    March 26, 2010
    @ie9user This feature does exist as an option in IE8, right? If that's the case, wait for an IE9 beta. This is currently a preview for developers, not for end users. Inline AutoComplete is not a developer feature - it's a UI feature - so it's not in the preview. It's still questionable whether it will be in IE9 or not. My guess is it will be there, as an option, off by default, same as in IE8.

  • Anonymous
    March 27, 2010
    @boen_robot: Actually, no, Inline Autocomplete was removed from IE8 to the great lament of some. I wrote about this here: http://blogs.msdn.com/ieinternals/archive/2009/11/11/IE8-Removed-Inline-AutoComplete-for-the-Address-Bar.aspx @ie9user: As always, thanks for the suggestion.

  • Anonymous
    March 27, 2010
    the website icons were also removed from the location bar in IE8 and so now it isn't half as useful as it was in IE7 or other browsers like Chrome and Firefox. is this fix coming in IE9 for sure? it was most sad to not see it fixed in final IE8.

  • Anonymous
    March 28, 2010
    Hi EricLaw. Please make sure IE9 supports open-search properly. IE8 has some kinda problem with it.

  • Anonymous
    March 28, 2010
    @CvP: If you have specific details, I'd love to hear them. Thanks.

  • Anonymous
    March 28, 2010
    Hey, great documentation for web developers.

  • Anonymous
    March 29, 2010
    Great work guys on IE9 preview! But have a look at http://jhop.me/ie8-bugs. Hopkins collected a bunch of bugs on IE8, where most of them aren't fixed in IE9 yet.

  • Anonymous
    March 29, 2010
    @billybob: In general, we make licensing information for Open Specifications available within 45 days of publication. We will provide this information (including a patent map) for the extensions described in the IE documents no later than May 10.

  • Anonymous
    March 29, 2010
    The comment has been removed

  • Anonymous
    March 29, 2010
    Jeff, no, they're not going to implement "open" formats with known IP problems that would get them sued. As the Eolas case proved, trolls will sue Microsoft first.

  • Anonymous
    March 30, 2010
    The comment has been removed

  • Anonymous
    March 30, 2010
    Why do you keep releasing IE app compat VHDs now? You have caused the most pain by deciding to not release IE9 for XP.

  • Anonymous
    March 30, 2010
    @ao You said: "But have a look at http://jhop.me/ie8-bugs" That buglist contains a text decoration bug claim (bug 48) which is in fact incorrect. The underlining of images in a text-decoration span is a bug in other browser as the CSS 2.1  spec specifically states that text-decoration like underlines only apply to text and not to images. IE does this correct and several other browser fail on this. The added testcase: http://jhop.me/tests/bugs/ie8/underlinetextdecoration-replacedelements.html is incorrect.

  • Anonymous
    March 30, 2010
    The comment has been removed

  • Anonymous
    March 30, 2010
    what is <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7">??

  • Anonymous
    March 31, 2010
    Extending web standards means first implementing existing ones properly.  Will IE successfully pass the acid3 test anytime soon?

  • Anonymous
    March 31, 2010
    I get excited every time I read about IE implementing new standards but then I go to "When can I use..." and have to have a little cry. http://img41.imageshack.us/img41/2563/browsersupport.png from the bottom of: http://a.deveria.com/caniuse/ The reality is that as long as we still have to support IE6 (has 4% support of standards) we can't progress.  IE7 is only slightly better at 11%. Worst of all, IE9 (in dev) is currently only getting a 45% which is still about half of what all other browsers are currently shipping! We appreciate every effort - but it is so disheartening to have to start/end every developer conversation with: Dev: We can do this really awesome, slick thing... Mgr: And it will work everywhere? Dev: Yes in all browsers... well except in IE of course. Ugh! - it is utterly frustrating developing anything that has to work in IE too.

  • Anonymous
    March 31, 2010
    [quote] I get excited every time I read about IE implementing new standards but then I go to "When can I use..." and have to have a little cry. http://img41.imageshack.us/img41/2563/browsersupport.png from the bottom of: http://a.deveria.com/caniuse/ [/quote] You're talking about Candidate Recommendation and  about Working Draft. They are no standards (yet)!

  • Anonymous
    April 01, 2010
    The comment has been removed

  • Anonymous
    April 01, 2010
    The chart ao links to may be a little misleading: it shows IE6 and FF3.0 both as "distant past", whereas in fact IE7's release coincided with FF2.0's, while IE8's release predates FF3.5's - yet in the chart, FF3.5 is past while IE8 is present/near future. Yet there is some sense in this representation, because FF users are much better at upgrading (and Mozilla is much better at facilitating their upgrades and at making those upgrades available to users with older versions of Windows). Developers have a huge numbers of people still using IE6 to deal with, while FF2 is a tiny issue (and of course, FF2's standards support is better than IE6's).

  • Anonymous
    April 01, 2010
    @mike and @ao, At the top of the page http://a.deveria.com/caniuse/ you can uncheck "Candidate Recommendation" and "Working Draft" checkboxes and you will get a summary with the following scores: Near Future (early 2010) IE8.0: 9%  Ffox3.6: 75%  Saf4.: 72%  Chrome4.0: 72%  Opera10.5: 97% Future (late 2010 or later) IE9.0: 44%  Ffox3.7: 97%  Sf4.: 72%  Chrome5.0: 72%  Opera10.*: 97% It's clearly, utterly convincing that IE9 still has not catch up (and is not predicted to catch up) where the other browsers are right now. I wish Konqueror 4.4 would have been evaluated in that page. regards, Gérard

  • Anonymous
    April 01, 2010
    First of all, great work guys! And i don't mean to load you with anything more, but i have a bit of a request. With everything you've already implemented, could you please extend support to one, just one Array "extra"... We would love to see a native implementation of Array.indexOf(obj) A lot of our sites depend on it, and for IE, it has to be emulated in an ugly way. Looping thru every array member can be time consuming, esp when it comes to comparing ALL members of a sparse array with large gaps. We try to work with our developers to avoid those cases in production code, but oftentimes things like that do slip in, esp with data generated on the fly. With all the performance improvements that have been put in place for IE9, lack of array.indexOf should really be looked at, as a source of REAL WORLD slowdowns

  • Anonymous
    April 01, 2010
    @hAl, > The underlining of images in a text-decoration span is a bug in other browser as the CSS 2.1  spec specifically states that text-decoration like underlines only apply to text and not to images. (...) http://jhop.me/tests/bugs/ie8/underlinetextdecoration-replacedelements.html hAl, did you report this to James Hopkins? What should happen wrt 'text-decoration: underline' if the image is not rendered (due to internet traffic or miscoded url or user pref setting disableing image download) and the alt text is rendered? Shouldn't the text-decoration apply to the substituted alt text then? After all, alt text is text... regards, Gérard

  • Anonymous
    April 01, 2010
    html5 audio not working in platform preview , also videos have many problems , many web sites will use this features soon pls fix it

  • Anonymous
    April 01, 2010
    @hamed: As mentioned by DHach in the keynote at MIX, IE9 Platform Preview #1 doesn't yet support either the HTML5 Video or Audio elements. These elements will be supported in a future platform preview.

  • Anonymous
    April 02, 2010
    @Gerard Talbot I wrote him more than a month ago (even before you) but he did not react.

  • Anonymous
    April 02, 2010
    When looking at the http://a.deveria.com/caniuse/ page I see several very selective choices by the page creators. For instance on CSS3 I see some new working draft on 3D transformations listed but the long time standing candidate recommendations on CSS for Basic User Interface, Ruby, Namespaces and Marquee not listed. Not showing candidate recommendations but listing newish draft specs makes the percentages a joke. This preselection on which spec to show already shows deep bias in the selections on that page. That page is not really ment to show support on standards but only on some selected parts of the standards that fits the purposes of the page creators.  

  • Anonymous
    April 02, 2010
    @Gerard Talbot The page is a joke. You know it and so does the athor, since he removed the "tests". @hAl WellI also noticed that he's not very active on his site :(

  • Anonymous
    April 03, 2010
    @ao > The page is a joke. You know it I replied to what you originally said regarding "Candidate Recommendation and  about Working Draft". And I quoted you. > and so does the athor, since he removed the "tests". There are test pages available related to the %tage of results and they are linked from that a.deveria.com/caniuse/ page:   http://html5demos.com/ is one. I agree that all of the test pages should be made available, accessible so that anyone/everyone can verify the tests results and the tests themselves. What is not a joke and what I know for a fact is that Mozilla, Apple and Opera have been into supporting and implementing HTML5, CSS2.1, SVG, CSS3, application/xhtml+xml, each and all DOM 2 interfaces (DOM2 Core, DOM2 Events, etc), MathML, acid2 test, acid3 test a lot sooner than Microsoft and that their browsers (Firefox 3.6, Opera 10.5, Safari 4.0.5) achieve more support and better (more correct) implementation than IE8. Regarding CSS 2.1, it is true that IE8 has a full support of all CSS 2.1 properties but IE8 does not have an impeccable (correctness) implementation. What is questionable here is that, during the IE8 beta development, I reported clearly defined CSS 2.1 bug reports (with reduced testcases, relevant excerpts of spec, etc) and they were confirmed and... postponed... but when IE8 came out, IE Team (and several MSDN pages) boasted loud and clear that IE8 was fully CSS 2.1 compliant and passing CSS2.1 test suite. Even with regards to HTML 4.01, Firefox 3.6 does better at Robin Lionheart's HTML 4 Conformance tests than IE8. I am convinced that Firefox 3.6 is a more UAAG compliant browser than IE8. I know that Firefox 3.6, Opera 10.5, Safari 4.0.5, Konqueror 4.4.2 achieve better at DOM 1 Core test suite. And I have listed the scores I got. Anyone can verify for him/herself. regards, Gérard

  • Anonymous
    April 03, 2010
    Dear MWIE-team Internet Explorer 9, dont behave well with World of Warcraft!

  • Anonymous
    April 06, 2010
    @Gérard Talbot Just want to point out that most of the tests are based on standards still in development. Also most of the 'complicated tests' are not based on real-world scenarios. Most of the times there are easier ways to make things work that work in any browser. And remember "No Web browser fully supports HTML 4.0 yet, though it became an official standard as far back as 18 December 1997."

  • Anonymous
    April 06, 2010
    I'm not sure how to get in direct contact with the folks running MSNbot though I'd really appreciate it if someone from the IE team could pass on a small request on my behalf. I'm not sure if MSNbot understands XHTML served as application/xhtml+xml though I can not serve pages with the correct mime unless the string "application/xhtml+xml" is present inside of the HTTP ACCEPT header. The problem is that IE8's compatibility mode only serves "/" and well, we all know that IE9 supports the mime now (WOOHOO!) though IE8 does not, we can't trust the user agent, and the goal is to serve the page correctly on the initial load. If the MSNbot team could include the mime in the HTTP ACCEPT header it would allow XHTML websites to serve their pages the same to bots as they do to browsers. I'd be happy to also discuss this with them if this would help or to clarify anything. Any way keep up the awesome work on IE9!

  • Anonymous
    April 06, 2010
    John: The premise of your question isn't clear. Why do you think it's important to send XHTML to the MSNBot? Since browsers that don't understand XHTML outnumber (in prevalence) those that do, you're closer to accomplishing your goal if you simply serve it HTML unless it specifically asks for XHTML.

  • Anonymous
    April 07, 2010
    The comment has been removed

  • Anonymous
    April 07, 2010
    John <<<XHTML is ten years old, it SHOULD be supported>>> Utterly and completely irrelevant. There are many standards which are decades old that are not broadly supported (or even ever implemented at all). <<<IE8's compatibility mode messed everything up with the pseudo / declaration>>> Uh, no. IE has sent / forever, and that's completely legal anyway. Go read what "ACCEPT" really means. A browser is free to send whatever it wants. Any version of Internet Explorer is perfectly willing to download an XHTML file and that works just fine. <<<Forcing me to serve my content as text/html >>> Which has nothing at all to do with the MSNBot. <<<Yahoo currently does this correctly, MSNBot and Googlebot do not.>>> Suddenly, you're certain what MSNBot and GoogleBot support? How'd you go from "Someone please help me understand how search engines work" to "I know how each search engine works and I don't like it." Rather odd change up in just a few hours.

  • Anonymous
    April 07, 2010
    Sunspider 0.9.1 released today: http://webkit.org/blog/1046/announcing-sunspider-0-9-1/ My results with IE9 Preview.

  • Anonymous
    April 07, 2010
    @John B. - coding to XHTML before all browsers supported it was your choice.  There was a risk, you took it and you are now dealing with the ramifications of that choice. As for the MSN bot accessing your content - seriously who cares?! As long as the Google Bot can see your stuff you are fine. If the Google Bot can't see your stuff, then go chat to Google - no one else seems to be having the same issue as you, and the Google Webmaster Tools will help you build a sitemap file to aid in crawling your site. On my site 92% of search traffic comes directly from Google. I'm not wasting a second of my time on 8% if they can't handle what Google can handle.

  • Anonymous
    April 08, 2010
    @John - what's the benefit of serving XHTML? Why not use well-formed HTML?

  • Anonymous
    April 08, 2010
    @Will Because you're not supposed to cloak (e.g. serve different content or content differently) to different user agents be it browsers or spiders. Server resources shouldn't have to be used to deal with different user agents either. Few other reasons too though I don't have endless time to reiterate everything. Also I've confirmed that Speedy Spider (entireweb.com) and Sogou web spider (sogou.com) send the HTTP ACCEPT headers in addition to Yahoo's Slurp which I mentioned earlier.

  • Anonymous
    April 08, 2010
    @John - but why not just send well-formed HTML to all browsers? What benefit do you get from serving XHTML?