<?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"
	>
<channel>
	<title>Comments on: IE 8, shooting browsers and what to do</title>
	<atom:link href="http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/</link>
	<description>Web development and Internet trends</description>
	<pubDate>Thu, 20 Nov 2008 16:47:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-219137</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Wed, 27 Feb 2008 08:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-219137</guid>
		<description>BART,

Yes, they better make things right and consistent in IE 8. Otherwise it's just a waste learning bout even more bugs and workarounds.</description>
		<content:encoded><![CDATA[<p>BART,</p>
<p>Yes, they better make things right and consistent in <acronym title="Internet Explorer">IE</acronym> 8. Otherwise it&#8217;s just a waste learning bout even more bugs and workarounds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BART</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-219132</link>
		<dc:creator>BART</dc:creator>
		<pubDate>Wed, 27 Feb 2008 08:38:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-219132</guid>
		<description>I agree with you about meeting MS in the middle. If IE8 is as standards compliant as the other browsers (maybe not 100%, but close), I'll use the meta tag.

But, if IE8 is still full of bugs and misinterpretations, I will not use the switch and op out of IE8. I am not going to invest more time in learning new workarounds and hacks. This switch makes it easy to ignore any future buggy IEx. And that 's a good thing.</description>
		<content:encoded><![CDATA[<p>I agree with you about meeting <acronym title="Microsoft">MS</acronym> in the middle. If IE8 is as standards compliant as the other browsers (maybe not 100%, but close), I&#8217;ll use the meta tag.</p>
<p>But, if IE8 is still full of bugs and misinterpretations, I will not use the switch and op out of IE8. I am not going to invest more time in learning new workarounds and hacks. This switch makes it easy to ignore any future buggy IEx. And that &#8217;s a good thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218638</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Tue, 26 Feb 2008 08:16:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218638</guid>
		<description>Thanks for your comments!

Devon,

Like Morgan, I see it from a business perspective as well. I work as a consultant, and if every web site I build will take longer, i.e. cost more for the customer, because of shortcomings and flaws in Internet Explorer everyone loses.

I also believe in delivering in a good solid web browser and educating people. Just people have done things wrong doesn't mean we have to adapt what's incorrect forever.

zcorpan,

In my world, at least, if something unknown comes along, it seems like madness to offer it the most strict rendering, while a DOCTYPE truly asking for standards mode (such asn HTML 4 or XHTML Strict DOCTYPE) won't get it, unless it also has a &lt;code&gt;meta&lt;/code&gt; tag.

Steven,

Yes, at a first glance it sounds like a good idea. I really need to ponder it a bit more, though.</description>
		<content:encoded><![CDATA[<p>Thanks for your comments!</p>
<p>Devon,</p>
<p>Like Morgan, I see it from a business perspective as well. I work as a consultant, and if every web site I build will take longer, i.e. cost more for the customer, because of shortcomings and flaws in Internet Explorer everyone loses.</p>
<p>I also believe in delivering in a good solid web browser and educating people. Just people have done things wrong doesn&#8217;t mean we have to adapt what&#8217;s incorrect forever.</p>
<p>zcorpan,</p>
<p>In my world, at least, if something unknown comes along, it seems like madness to offer it the most strict rendering, while a DOCTYPE truly asking for standards mode (such asn <acronym title="HyperText Markup Language">HTML</acronym> 4 or <acronym title="eXtensible HyperText Markup Language - HTML reformulated as XML">XHTML</acronym> Strict DOCTYPE) won&#8217;t get it, unless it also has a <code>meta</code> tag.</p>
<p>Steven,</p>
<p>Yes, at a first glance it sounds like a good idea. I really need to ponder it a bit more, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Georg</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218404</link>
		<dc:creator>Georg</dc:creator>
		<pubDate>Mon, 25 Feb 2008 22:50:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218404</guid>
		<description>As for stretching the use of a STRICT doctype as a mode-switch - getting the response: "This Page Is Valid -//W3C//DTD XHTML 100.0 Strict//EN!" and having browsers confirm they're rendering in 'standard compliance mode', makes it pretty clear how browsers and the validator handles some "unknown" doctypes.

Not recommended, but it isn't like we're out of options here.</description>
		<content:encoded><![CDATA[<p>As for stretching the use of a STRICT doctype as a mode-switch - getting the response: &#8220;This Page Is Valid -//W3C//DTD <acronym title="eXtensible HyperText Markup Language - HTML reformulated as XML">XHTML</acronym> 100.0 Strict//EN!&#8221; and having browsers confirm they&#8217;re rendering in &#8217;standard compliance mode&#8217;, makes it pretty clear how browsers and the validator handles some &#8220;unknown&#8221; doctypes.</p>
<p>Not recommended, but it isn&#8217;t like we&#8217;re out of options here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Clark</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218348</link>
		<dc:creator>Steven Clark</dc:creator>
		<pubDate>Mon, 25 Feb 2008 21:03:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218348</guid>
		<description>Roger Johansson's post yesterday about an alternative idea. Why not keep the doctype switching and just change it a bit?

"The idea is to keep using the doctype to switch modes, but require a strict doctype with a full URL for standards mode" is interesting. I like that idea too.

http://www.456bereastreet.com/archive/200802/doctype_switching_for_ie_8/

That idea sits comfortably with me, too.</description>
		<content:encoded><![CDATA[<p>Roger Johansson&#8217;s post yesterday about an alternative idea. Why not keep the doctype switching and just change it a bit?</p>
<p>&#8220;The idea is to keep using the doctype to switch modes, but require a strict doctype with a full <acronym title="Uniform Resource Locator">URL</acronym> for standards mode&#8221; is interesting. I like that idea too.</p>
<p><a href="http://www.456bereastreet.com/archive/200802/doctype_switching_for_ie_8/" rel="nofollow">http://www.456bereastreet.com/archive/200802/doctype_switching_for_ie_8/</a></p>
<p>That idea sits comfortably with me, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zcorpan</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218307</link>
		<dc:creator>zcorpan</dc:creator>
		<pubDate>Mon, 25 Feb 2008 18:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218307</guid>
		<description>&lt;blockquote&gt;However, it will deliver the content with standards mode if the DOCTYPE isn’t recognized (like HTML 5) or not widely used.&lt;/blockquote&gt; I wonder how IE8 will check for this, though, given that IE6 and 7 just do substring matches of the doctype (for "dtd html 4.", "dtd html 4", "transitional//", and so forth).

&lt;blockquote&gt;Anyone care to explain the logic in that for me?&lt;/blockquote&gt;If the browser knows about HTML n, then HTML n+1 is likely using a doctype that is unknown to the browser. Therefore, using the best-effort rendering mode for unknown doctypes makes sense and is what other browsers do, too.

&lt;blockquote&gt;Shouldn’t unknown DOCTYPES, just as documents without DOCTYPE, render according to quirks mode?&lt;/blockquote&gt;No. 

&lt;blockquote&gt;Does this mean that if I refrain from having a DOCTYPE, that’s an option instead of the meta tag?&lt;/blockquote&gt;No -- no doctype is not an unknown doctype, and no doctype has to trigger quirks mode for compat.</description>
		<content:encoded><![CDATA[<blockquote><p>However, it will deliver the content with standards mode if the DOCTYPE isn’t recognized (like <acronym title="HyperText Markup Language">HTML</acronym> 5) or not widely used.</p></blockquote>
<p> I wonder how IE8 will check for this, though, given that IE6 and 7 just do substring matches of the doctype (for &#8220;<acronym title="Document Type Definition">DTD</acronym> <acronym title="HyperText Markup Language">HTML</acronym> 4.&#8221;, &#8220;<acronym title="Document Type Definition">DTD</acronym> <acronym title="HyperText Markup Language">HTML</acronym> 4&#8243;, &#8220;transitional//&#8221;, and so forth).</p>
<blockquote><p>Anyone care to explain the logic in that for me?</p></blockquote>
<p>If the browser knows about <acronym title="HyperText Markup Language">HTML</acronym> n, then <acronym title="HyperText Markup Language">HTML</acronym> n+1 is likely using a doctype that is unknown to the browser. Therefore, using the best-effort rendering mode for unknown doctypes makes sense and is what other browsers do, too.</p>
<blockquote><p>Shouldn’t unknown DOCTYPES, just as documents without DOCTYPE, render according to quirks mode?</p></blockquote>
<p>No. </p>
<blockquote><p>Does this mean that if I refrain from having a DOCTYPE, that’s an option instead of the meta tag?</p></blockquote>
<p>No &#8212; no doctype is not an unknown doctype, and no doctype has to trigger quirks mode for compat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morgan Roderick</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218267</link>
		<dc:creator>Morgan Roderick</dc:creator>
		<pubDate>Mon, 25 Feb 2008 16:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218267</guid>
		<description>Devon, I am very much looking at IE from a business perspective ... and the facts are that IE is costing me and my clients a lot of money. As the web progresses forwards, and IE is falling farther and farther behind, those costs just rise.

As a developer, I am now basing my business entirely on non-Microsoft products, as I've had enough of their stupid licensing rules, inability to fix even the smallest of issues, and their unwillingness to open up dialogue with the developers, who should be their best ambassadors in the market.

If Microsoft can't or won't see the big picture here, then it's their loss.

</description>
		<content:encoded><![CDATA[<p>Devon, I am very much looking at <acronym title="Internet Explorer">IE</acronym> from a business perspective &#8230; and the facts are that <acronym title="Internet Explorer">IE</acronym> is costing me and my clients a lot of money. As the web progresses forwards, and <acronym title="Internet Explorer">IE</acronym> is falling farther and farther behind, those costs just rise.</p>
<p>As a developer, I am now basing my business entirely on non-Microsoft products, as I&#8217;ve had enough of their stupid licensing rules, inability to fix even the smallest of issues, and their unwillingness to open up dialogue with the developers, who should be their best ambassadors in the market.</p>
<p>If Microsoft can&#8217;t or won&#8217;t see the big picture here, then it&#8217;s their loss.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devon Young</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218247</link>
		<dc:creator>Devon Young</dc:creator>
		<pubDate>Mon, 25 Feb 2008 15:35:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218247</guid>
		<description>Really, Microsoft doesn't care one bit about what developers need. Why should they? They are a business, which has to make a profit and please their customers. That's their priority. They don't want their customers to ask "Why should my site break when I upgrade my browser?", because from a software makers &lt;abbr title="point of view"&gt;POV&lt;/abbr&gt;, that really isn't user friendly and doesn't keep people around for customer loyalty. So &lt;abbr title="Microsoft"&gt;MS&lt;/abbr&gt; wants to release a product that will be technically an upgrade, but that will not affect their customers in any way.

Us developers aren't looking at it from a business &lt;abbr title="point of view"&gt;POV&lt;/abbr&gt;, we're all looking at the good of the web...interoperability &#38; stuff like that. The real question is....&lt;strong&gt;how do we get the &lt;abbr title="Internet Explorer"&gt;IE&lt;/abbr&gt; team to find a way to please their customers while helping the web?&lt;/strong&gt; That's what we all have to figure out. Until we help them find the answer to that, &lt;abbr title="Microsoft"&gt;MS&lt;/abbr&gt; probably won't listen.</description>
		<content:encoded><![CDATA[<p>Really, Microsoft doesn&#8217;t care one bit about what developers need. Why should they? They are a business, which has to make a profit and please their customers. That&#8217;s their priority. They don&#8217;t want their customers to ask &#8220;Why should my site break when I upgrade my browser?&#8221;, because from a software makers <abbr title="point of view">POV</abbr>, that really isn&#8217;t user friendly and doesn&#8217;t keep people around for customer loyalty. So <abbr title="Microsoft"><acronym title="Microsoft">MS</acronym></abbr> wants to release a product that will be technically an upgrade, but that will not affect their customers in any way.</p>
<p>Us developers aren&#8217;t looking at it from a business <abbr title="point of view">POV</abbr>, we&#8217;re all looking at the good of the web&#8230;interoperability &amp; stuff like that. The real question is&#8230;.<strong>how do we get the <abbr title="Internet Explorer"><acronym title="Internet Explorer">IE</acronym></abbr> team to find a way to please their customers while helping the web?</strong> That&#8217;s what we all have to figure out. Until we help them find the answer to that, <abbr title="Microsoft"><acronym title="Microsoft">MS</acronym></abbr> probably won&#8217;t listen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen Mulder</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218239</link>
		<dc:creator>Jeroen Mulder</dc:creator>
		<pubDate>Mon, 25 Feb 2008 15:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218239</guid>
		<description>I am extremely reluctant to accept their proposal for IE8's default behaviour, but at the same time, I cannot help being excited about it. If the default behaviour of IEx is IE7, then there's absolutely nothing to stop them from fully adhering to web standards in super-standards-compliance mode.

I'm with you on this one. I think I'll take it, but only if the first IE8 beta will blow me away. Considering it's supposed to pass ACID2, I am actually really looking forward to it :-)</description>
		<content:encoded><![CDATA[<p>I am extremely reluctant to accept their proposal for IE8&#8217;s default behaviour, but at the same time, I cannot help being excited about it. If the default behaviour of IEx is IE7, then there&#8217;s absolutely nothing to stop them from fully adhering to web standards in super-standards-compliance mode.</p>
<p>I&#8217;m with you on this one. I think I&#8217;ll take it, but only if the first IE8 beta will blow me away. Considering it&#8217;s supposed to pass ACID2, I am actually really looking forward to it <img src='http://www.robertnyman.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Deveaux</title>
		<link>http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218233</link>
		<dc:creator>Paul Deveaux</dc:creator>
		<pubDate>Mon, 25 Feb 2008 14:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/2008/02/25/ie-8-shooting-browsers-and-what-to-do/#comment-218233</guid>
		<description>I agree with your assessment. What MS is actually saying is "don't reduce our market share" and "don't allow the web to be fixed." The problem is not that proper rendering breaks the web, it simply forces the authors/maintainers of poorly coded sites to actually update their pages. We need more education rather than a penalty for doing things right.</description>
		<content:encoded><![CDATA[<p>I agree with your assessment. What <acronym title="Microsoft">MS</acronym> is actually saying is &#8220;don&#8217;t reduce our market share&#8221; and &#8220;don&#8217;t allow the web to be fixed.&#8221; The problem is not that proper rendering breaks the web, it simply forces the authors/maintainers of poorly coded sites to actually update their pages. We need more education rather than a penalty for doing things right.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
