<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Microsoft&#8217;s &#8220;Super Standards&#8221; Mode: Important Facts</title>
	<atom:link href="http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/</link>
	<description></description>
	<lastBuildDate>Tue, 17 Jan 2012 21:56:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: &#160;Led Spots</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-20074</link>
		<dc:creator>&#160;Led Spots</dc:creator>
		<pubDate>Mon, 16 Aug 2010 04:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-20074</guid>
		<description>IE8 has some bugs too although it is more stable than IE7 and IE6`:*</description>
		<content:encoded><![CDATA[<p>IE8 has some bugs too although it is more stable than IE7 and IE6`:*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: memil</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-878</link>
		<dc:creator>memil</dc:creator>
		<pubDate>Wed, 16 Apr 2008 15:09:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-878</guid>
		<description>The term &quot;super standards&quot; is really ridiculous, seems more like &quot;bread and butter standards&quot; to me…</description>
		<content:encoded><![CDATA[<p>The term &#8220;super standards&#8221; is really ridiculous, seems more like &#8220;bread and butter standards&#8221; to me…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-877</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Mon, 28 Jan 2008 04:19:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-877</guid>
		<description>@Keith:  You have a point.  But if Microsoft &lt;strong&gt;CAN&lt;/strong&gt; make a strong break with their non-standard stuff (via this &quot;super-standards&quot; mode), wouldn&#039;t it be kind of a good thing?  With this opt-in approach they can &lt;em&gt;actually&lt;/em&gt; do that... (again, I&#039;m only trying to be an optimist here)</description>
		<content:encoded><![CDATA[<p>@Keith:  You have a point.  But if Microsoft <strong>CAN</strong> make a strong break with their non-standard stuff (via this &#8220;super-standards&#8221; mode), wouldn&#8217;t it be kind of a good thing?  With this opt-in approach they can <em>actually</em> do that&#8230; (again, I&#8217;m only trying to be an optimist here)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Bowes</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-876</link>
		<dc:creator>Keith Bowes</dc:creator>
		<pubDate>Mon, 28 Jan 2008 02:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-876</guid>
		<description>One thing is I don&#039;t think if Microsoft added addEventListener(), they&#039;d take out attachEvent().  That&#039;s not how they operate.  After all, they still have document.all, how many years after starting to support document.getElementById()?  And have you seen the Windows API lately?  A lot of obsolete, redundant functions from the Win95 era.</description>
		<content:encoded><![CDATA[<p>One thing is I don&#8217;t think if Microsoft added addEventListener(), they&#8217;d take out attachEvent().  That&#8217;s not how they operate.  After all, they still have document.all, how many years after starting to support document.getElementById()?  And have you seen the Windows API lately?  A lot of obsolete, redundant functions from the Win95 era.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grey</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-875</link>
		<dc:creator>Grey</dc:creator>
		<pubDate>Thu, 24 Jan 2008 18:50:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-875</guid>
		<description>About IE8 turning &quot;super standards mode&quot; on when confronted with HTML5 documents:



As far as I know, IE8 will not support HTML5. Based on this presumption, it is clear to me this leads to catastrophe. If IE, at any later point in time, adopts HTML5, the &quot;default&quot; for all HTML5 documents will be IE8/IE9-rendering. Because implementing HTML5 would mean a lot of change in the treatment of HTML5 documents, wouldn&#039;t it. And MS will have to freeze status in such a case, parallel to what is happening now with HTML4: http://lists.w3.org/Archives/Public/public-html/2007Apr/0651.html



So I think this is rather negative, unless HTML5 changes (i.e. adopt a &quot;versioned&quot; doctype) or MS policy changes or IE8/IE9 simply don&#039;t get adopted in years. All of which I find unlikely. But I&#039;m always open for surprises.</description>
		<content:encoded><![CDATA[<p>About IE8 turning &#8220;super standards mode&#8221; on when confronted with HTML5 documents:</p>
<p>As far as I know, IE8 will not support HTML5. Based on this presumption, it is clear to me this leads to catastrophe. If IE, at any later point in time, adopts HTML5, the &#8220;default&#8221; for all HTML5 documents will be IE8/IE9-rendering. Because implementing HTML5 would mean a lot of change in the treatment of HTML5 documents, wouldn&#8217;t it. And MS will have to freeze status in such a case, parallel to what is happening now with HTML4: <a href="http://lists.w3.org/Archives/Public/public-html/2007Apr/0651.html" rel="nofollow">http://lists.w3.org/Archives/Public/public-html/2007Apr/0651.html</a></p>
<p>So I think this is rather negative, unless HTML5 changes (i.e. adopt a &#8220;versioned&#8221; doctype) or MS policy changes or IE8/IE9 simply don&#8217;t get adopted in years. All of which I find unlikely. But I&#8217;m always open for surprises.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-874</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 24 Jan 2008 06:42:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-874</guid>
		<description>&quot;If IE8 supports addEventListener() and no longer supports the non-standard attachEvent()&quot;



Is there any indication that if IE started supporting a standard function they would drop the corresponding non-standard function? That doesn&#039;t make any sense to me. I don&#039;t know, maybe this is something the IE team would do, but this would be a terrible idea. The proper way to preserve backwards capability is to keep these old behaviors- as long as they don&#039;t impose on any standards.



I have found the problems in IE7 to be more along the lines of lack of support for a behavior rather than improper behavior, with a few exceptions. I know it&#039;s likely that I have not dug as deep into CSS 2.1 and the DOM as others have, but nonetheless, I have some serious doubts that IE8 really requires an opt-in method.</description>
		<content:encoded><![CDATA[<p>&#8220;If IE8 supports addEventListener() and no longer supports the non-standard attachEvent()&#8221;</p>
<p>Is there any indication that if IE started supporting a standard function they would drop the corresponding non-standard function? That doesn&#8217;t make any sense to me. I don&#8217;t know, maybe this is something the IE team would do, but this would be a terrible idea. The proper way to preserve backwards capability is to keep these old behaviors- as long as they don&#8217;t impose on any standards.</p>
<p>I have found the problems in IE7 to be more along the lines of lack of support for a behavior rather than improper behavior, with a few exceptions. I know it&#8217;s likely that I have not dug as deep into CSS 2.1 and the DOM as others have, but nonetheless, I have some serious doubts that IE8 really requires an opt-in method.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-873</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Thu, 24 Jan 2008 02:24:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-873</guid>
		<description>@Ian: Obviously I can&#039;t answer your (possibly rhetorical) question other than with speculation.  I am assuming that IE9 will by default use its &quot;best effort&quot; rendering (IE9&#039;s &quot;super standards mode&quot;) when confronted with the same DOCTYPE.  That&#039;s the only thing that makes sense to me.  If this is not the case, if IE9 really used IE8&#039;s &quot;super standards&quot; mode, when confronted with the HTML5 DOCTYPE and no X-UA-Compatible meta tag, then I definitely have to question Microsoft on that.  I think we all agree that we need to hear more than the single comment from Chris Wilson on this issue.



I&#039;m assuming several factors will affect this decision as well:  the market share of IE8, the prevalence of DOCTYPE&#039;d HTML5, the difference in rendering between IE8 and IE9.  We might not be able to get answers on these until 2010 at the rate MS is going.</description>
		<content:encoded><![CDATA[<p>@Ian: Obviously I can&#8217;t answer your (possibly rhetorical) question other than with speculation.  I am assuming that IE9 will by default use its &#8220;best effort&#8221; rendering (IE9&#8242;s &#8220;super standards mode&#8221;) when confronted with the same DOCTYPE.  That&#8217;s the only thing that makes sense to me.  If this is not the case, if IE9 really used IE8&#8242;s &#8220;super standards&#8221; mode, when confronted with the HTML5 DOCTYPE and no X-UA-Compatible meta tag, then I definitely have to question Microsoft on that.  I think we all agree that we need to hear more than the single comment from Chris Wilson on this issue.</p>
<p>I&#8217;m assuming several factors will affect this decision as well:  the market share of IE8, the prevalence of DOCTYPE&#8217;d HTML5, the difference in rendering between IE8 and IE9.  We might not be able to get answers on these until 2010 at the rate MS is going.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Hickson</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-872</link>
		<dc:creator>Ian Hickson</dc:creator>
		<pubDate>Thu, 24 Jan 2008 01:15:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-872</guid>
		<description>The HTML5 DOCTYPE triggering IE8 mode is all very well for IE8, but what about IE9?</description>
		<content:encoded><![CDATA[<p>The HTML5 DOCTYPE triggering IE8 mode is all very well for IE8, but what about IE9?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Schiller</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-871</link>
		<dc:creator>Jeff Schiller</dc:creator>
		<pubDate>Wed, 23 Jan 2008 20:38:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-871</guid>
		<description>@Lionel:  &quot;DO NOT RELY ON BROWSER BUGS&quot;



What do you do when something doesn&#039;t work in Firefox?  Do you just say that browser must fix its bugs and Firefox users are left out in the cold until the browser pushes a fix?  Or do you try to work around the bug?</description>
		<content:encoded><![CDATA[<p>@Lionel:  &#8220;DO NOT RELY ON BROWSER BUGS&#8221;</p>
<p>What do you do when something doesn&#8217;t work in Firefox?  Do you just say that browser must fix its bugs and Firefox users are left out in the cold until the browser pushes a fix?  Or do you try to work around the bug?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lionel</title>
		<link>http://www.codedread.com/blog/archives/2008/01/23/microsofts-super-standards-mode-important-facts/comment-page-1/#comment-870</link>
		<dc:creator>Lionel</dc:creator>
		<pubDate>Wed, 23 Jan 2008 20:11:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.codedread.com/archives/2008/01/23/microsofts-super-standards-mode-important-facts/#comment-870</guid>
		<description>All right, you could use the HTML 5 DOCTYPE instead of a meta tag, but DO NOT RELY ON BROWSER BUGS IN THIS CASE.</description>
		<content:encoded><![CDATA[<p>All right, you could use the HTML 5 DOCTYPE instead of a meta tag, but DO NOT RELY ON BROWSER BUGS IN THIS CASE.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

