<?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: The IE Factor</title>
	<atom:link href="http://stopdesign.com/archive/2004/01/26/ie-factor.html/feed" rel="self" type="application/rss+xml" />
	<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html</link>
	<description>Stopdesign is the creative outlet of Douglas Bowman.</description>
	<lastBuildDate>Tue, 04 May 2010 11:39:03 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Faruk Ates</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1090</link>
		<dc:creator>Faruk Ates</dc:creator>
		<pubDate>Mon, 02 Feb 2004 16:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1090</guid>
		<description>Tom,

I just want to say: if you sit back and be cynical (no offense meant with that, just how you come across to me) about how we&#039;ll never get rid of IE and how all our efforts our futile, then yes I can understand your position.

But, on the other hand, if you put effort into not only making your site be very accessible and standards compliant, but also an incentive for people to switch (without forcing it to them, but doing it in a nice and friendly way as I described 3 comments above), you&#039;ll find that people actually do go the distance to try out Firebird or so, and this will (hopefully) strengthen your faith in this issue.

I&#039;m not sure whether it would, for you, but I&#039;m just saying that the attitude one could take on this entire thing is very important, as it greatly influences and affects your perspective and estimates. :)

Just my $0.02 anyway...</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>I just want to say: if you sit back and be cynical (no offense meant with that, just how you come across to me) about how we&#8217;ll never get rid of IE and how all our efforts our futile, then yes I can understand your position.</p>
<p>But, on the other hand, if you put effort into not only making your site be very accessible and standards compliant, but also an incentive for people to switch (without forcing it to them, but doing it in a nice and friendly way as I described 3 comments above), you&#8217;ll find that people actually do go the distance to try out Firebird or so, and this will (hopefully) strengthen your faith in this issue.</p>
<p>I&#8217;m not sure whether it would, for you, but I&#8217;m just saying that the attitude one could take on this entire thing is very important, as it greatly influences and affects your perspective and estimates. :)</p>
<p>Just my $0.02 anyway&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1089</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Mon, 02 Feb 2004 16:02:24 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1089</guid>
		<description>Doug said (about getting people to upgrade)

&quot;I don’t see the situation as being that grim. With IE going stagnate for so long, it just gives more and more time for people to wake up and smell the coffee, or start itching for a change.&quot;

You see, I WISH that were true. But if you look at what is going on, that doesn&#039;t happen to any *significant* number of people. Windows users don&#039;t seem to want to use anything but IE - other than us geeks and the people we can influence around us personally. But as the market en-masse - the ONLY shift we have seen in literally years is a shift *toward* more IE users, to the point where we are now.

IE is so tied into Windows that it makes it &quot;work&quot; to change it. Your average Joe really doesn&#039;t have much of a motive to do so. And sites &quot;working better&quot; isn&#039;t a motive to Joe. He thinks sites work fine. Heck - you spent hours on end making sure it does.

You could try and force the issue on IE users, but IMO I think it would be *very* unwise to force 98% (or whatever it is) of your users to go download Gecko, etc because you think its &quot;better&quot; (even if it somehow is). Particularly on a site that depends on commerce. A blog - sure.

Frankly, I HOPE I&#039;m wrong. But I think that most likely, I&#039;m correct. Only time will tell. We&#039;ve seen this industry take sharp left turns before ... the dot BOMB comes to mind... ;)

Tom</description>
		<content:encoded><![CDATA[<p>Doug said (about getting people to upgrade)</p>
<p>&#8220;I don’t see the situation as being that grim. With IE going stagnate for so long, it just gives more and more time for people to wake up and smell the coffee, or start itching for a change.&#8221;</p>
<p>You see, I WISH that were true. But if you look at what is going on, that doesn&#8217;t happen to any *significant* number of people. Windows users don&#8217;t seem to want to use anything but IE &#8211; other than us geeks and the people we can influence around us personally. But as the market en-masse &#8211; the ONLY shift we have seen in literally years is a shift *toward* more IE users, to the point where we are now.</p>
<p>IE is so tied into Windows that it makes it &#8220;work&#8221; to change it. Your average Joe really doesn&#8217;t have much of a motive to do so. And sites &#8220;working better&#8221; isn&#8217;t a motive to Joe. He thinks sites work fine. Heck &#8211; you spent hours on end making sure it does.</p>
<p>You could try and force the issue on IE users, but IMO I think it would be *very* unwise to force 98% (or whatever it is) of your users to go download Gecko, etc because you think its &#8220;better&#8221; (even if it somehow is). Particularly on a site that depends on commerce. A blog &#8211; sure.</p>
<p>Frankly, I HOPE I&#8217;m wrong. But I think that most likely, I&#8217;m correct. Only time will tell. We&#8217;ve seen this industry take sharp left turns before &#8230; the dot BOMB comes to mind&#8230; ;)</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jim</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1088</link>
		<dc:creator>jim</dc:creator>
		<pubDate>Fri, 30 Jan 2004 18:51:15 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1088</guid>
		<description>Yes, we can all relate to this. IE is king of the code wranglers. I loathe to think what Longhorn is going to give us.</description>
		<content:encoded><![CDATA[<p>Yes, we can all relate to this. IE is king of the code wranglers. I loathe to think what Longhorn is going to give us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Faruk Ates</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1087</link>
		<dc:creator>Faruk Ates</dc:creator>
		<pubDate>Fri, 30 Jan 2004 14:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1087</guid>
		<description>Erp!

&lt;cite&gt;&quot;Add an explanation page with nice, friendly and encouraging - but not actively recommending! - them to try out another browser&quot;&lt;/cite&gt;

That should be:
&quot;Add an explanation page with nice, friendly explanations, and encouraging - but not actively recommending! - them to try out another browser&quot;

My apologies for any confusion that that sentence may cause.</description>
		<content:encoded><![CDATA[<p>Erp!</p>
<p><cite>&#8220;Add an explanation page with nice, friendly and encouraging &#8211; but not actively recommending! &#8211; them to try out another browser&#8221;</cite></p>
<p>That should be:<br />
&#8220;Add an explanation page with nice, friendly explanations, and encouraging &#8211; but not actively recommending! &#8211; them to try out another browser&#8221;</p>
<p>My apologies for any confusion that that sentence may cause.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Faruk Ates</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1086</link>
		<dc:creator>Faruk Ates</dc:creator>
		<pubDate>Fri, 30 Jan 2004 13:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1086</guid>
		<description>First of all, I&#039;d like to say: excellent article. I, too, was glad to see that I shouldn&#039;t (still) consider myself an absolute Rookie in this field just because I can&#039;t tackle all IE-problems with ease. Makes me feel a bit more certain of my own skills in this field (even though, sadly, my new site - and so far the only main one that&#039;s made with Standards in mind - is still under construction and not publicly visible :().

Then some comments on the comments:

&lt;a href=&quot;#comment46&quot; rel=&quot;nofollow&quot;&gt;Tom said&lt;/a&gt;:
&lt;cite&gt;&quot;(I&#039;m not making that figure up - based on a major brand redesign I&#039;m doing right now that gets *millions* of hits - Opera is 0.1%&quot;&lt;/cite&gt;

Whoop dee doo. What you fail to realize, it seems to me, is that your site is not the only site on the Internet, and thus it targets a specific audience, and thus gets hits from a specific group of people. Other sites target other groups and get other people as their visitors. Me, for instance, my current (old) site has an average of 25% Mozilla users, 60% non-members (includes spiders like Google) and 15% users with IE. So, between the actual MEMBERS on my site, the real returning visitors, more than half of them use Mozilla. I may not get &quot;millions of hits&quot; each day but I&#039;m just an example. A friend of mine has become just as big a Standards-whore (pardon my french) as I am, and he has actively converted up to ~90% of all his site&#039;s users to using Mozilla/Firebird.
So while it may be true for &lt;em&gt;your&lt;/em&gt; site, it does not indefinitely apply all over the internet, and certainly not necessarily as a &#039;rule-of-thumb&#039; for us Standards-crazy webdevelopers. Sure, Google&#039;s &lt;a href=&quot;http://www.google.com/press/zeitgeist.html&quot; rel=&quot;nofollow&quot;&gt;Zeitgeist&lt;/a&gt; shows that Google itself has been used for about 90% by IE5/IE6 users. But again, each site targets their own audience, and sites like these, SimpleBits, Meyerweb, etc. etc. etc., they all have a target audience that includes a very large share of webdevelopers like myself who care very much about Standards-based webdevelopment, and use a Standards-compliant browser.
This statement:
&lt;cite&gt;&quot;That&#039;s why your logs show 5% and less of those users.&quot;&lt;/cite&gt;
Will undoubtedly be completely off for a site like StopDesign.


&lt;a href=&quot;#comment49&quot; rel=&quot;nofollow&quot;&gt;Doug said&lt;/a&gt;:
&lt;cite&gt;&quot;I don&#039;t see the situation as being that grim.

With IE going stagnate for so long, it just gives more and more time for people to wake up and smell the coffee, or start itching for a change. Progressive-thinking companies have already started switching for security reasons. Word will continue to spread of alternative choices. Dreaming? Maybe. But in this game, awareness of choice is key. The longer that awareness has to grow, the more it will compound.&quot;&lt;/cite&gt;

Something I&#039;ve been thinking about a lot for the past year, year-and-a-half, is how it would be possible to get a firm grip in the market with Standards-compliant browsers.

Certainly everyone here will agree with me when I say that a &#039;holier-than-thou&#039; attitude is unlikely to get many people to switch. Likewise when I say that literally &lt;em&gt;forcing&lt;/em&gt; people to use a good browser, lest they get a blank, style-less page like NN4, will not achieve the desired result.
So how &lt;em&gt;do&lt;/em&gt; we do it, then?

My vision on that is simple. &lt;strong&gt;Don&#039;t fight them. Be on their side.&lt;/strong&gt;

Of course, you may think &quot;Be on their side? What? Use IE or so???&quot; - but that&#039;s not what I mean. No, instead of trying to convince others actively to switch to a better browser, do it passively: offer explanations on why their browser may not be the wisest choice (Showing them &lt;a href=&quot;http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=824&quot; rel=&quot;nofollow&quot;&gt;dangerous&lt;/a&gt; &lt;a href=&quot;http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=944&quot; rel=&quot;nofollow&quot;&gt;IE security leaks&lt;/a&gt; is always a good option, if only because almost every week a new one will be found ;)), add cool add-ons &lt;a href=&quot;http://www.mezzoblue.com/archives/2003/06/25/mose/&quot; title=&quot;Explanation on what MOSe is&quot; rel=&quot;nofollow&quot;&gt;using MOSe&lt;/a&gt;, useful functionality, prettier appearances and the like, and explain that these nifty things are only available in Standards-compliant browsers because they use Modern-day techniques that IE is sadly running behind on, a bit.

Whatever you do, try to avoid - at all times - to give the impression that you Hate IE. If people think, for only a split second, that you might just be an IE-hater, they will shrug it off and generally treat the rest of your explanations and all as &quot;IE-bashing&quot;. &quot;Oh, this guy is just another anti-IE purist or something...&quot;

Getting people to switch works best when they end up thinking &quot;wow, I didn&#039;t know how much cool stuff I could have been enjoying had I not used IE&quot;. That&#039;s also the best way to get them to tell all of their buddies to use a different browser, too.

So my suggestion to all webmasters would be: don&#039;t hesitate to make plenty of use of Dave Shea&#039;s excellent MOSe concept in your site design(s). Add an explanation page with nice, friendly and encouraging - but not &lt;em&gt;actively recommending&lt;/em&gt;! - them to try out another browser, and link to that page visibly and plentifully on your site. Refer to it lots. The more people who have such a page, the more people will become aware of this, and the more casual web-visitors will be reached with our message.

Okay, I think I rant too much, but when I visualize something in my mind, I tend to get &#039;a bit&#039; enthusiastic :)</description>
		<content:encoded><![CDATA[<p>First of all, I&#8217;d like to say: excellent article. I, too, was glad to see that I shouldn&#8217;t (still) consider myself an absolute Rookie in this field just because I can&#8217;t tackle all IE-problems with ease. Makes me feel a bit more certain of my own skills in this field (even though, sadly, my new site &#8211; and so far the only main one that&#8217;s made with Standards in mind &#8211; is still under construction and not publicly visible :().</p>
<p>Then some comments on the comments:</p>
<p><a href="#comment46" rel="nofollow">Tom said</a>:<br />
<cite>&#8220;(I&#8217;m not making that figure up &#8211; based on a major brand redesign I&#8217;m doing right now that gets *millions* of hits &#8211; Opera is 0.1%&#8221;</cite></p>
<p>Whoop dee doo. What you fail to realize, it seems to me, is that your site is not the only site on the Internet, and thus it targets a specific audience, and thus gets hits from a specific group of people. Other sites target other groups and get other people as their visitors. Me, for instance, my current (old) site has an average of 25% Mozilla users, 60% non-members (includes spiders like Google) and 15% users with IE. So, between the actual MEMBERS on my site, the real returning visitors, more than half of them use Mozilla. I may not get &#8220;millions of hits&#8221; each day but I&#8217;m just an example. A friend of mine has become just as big a Standards-whore (pardon my french) as I am, and he has actively converted up to ~90% of all his site&#8217;s users to using Mozilla/Firebird.<br />
So while it may be true for <em>your</em> site, it does not indefinitely apply all over the internet, and certainly not necessarily as a &#8216;rule-of-thumb&#8217; for us Standards-crazy webdevelopers. Sure, Google&#8217;s <a href="http://www.google.com/press/zeitgeist.html" rel="nofollow">Zeitgeist</a> shows that Google itself has been used for about 90% by IE5/IE6 users. But again, each site targets their own audience, and sites like these, SimpleBits, Meyerweb, etc. etc. etc., they all have a target audience that includes a very large share of webdevelopers like myself who care very much about Standards-based webdevelopment, and use a Standards-compliant browser.<br />
This statement:<br />
<cite>&#8220;That&#8217;s why your logs show 5% and less of those users.&#8221;</cite><br />
Will undoubtedly be completely off for a site like StopDesign.</p>
<p><a href="#comment49" rel="nofollow">Doug said</a>:<br />
<cite>&#8220;I don&#8217;t see the situation as being that grim.</p>
<p>With IE going stagnate for so long, it just gives more and more time for people to wake up and smell the coffee, or start itching for a change. Progressive-thinking companies have already started switching for security reasons. Word will continue to spread of alternative choices. Dreaming? Maybe. But in this game, awareness of choice is key. The longer that awareness has to grow, the more it will compound.&#8221;</cite></p>
<p>Something I&#8217;ve been thinking about a lot for the past year, year-and-a-half, is how it would be possible to get a firm grip in the market with Standards-compliant browsers.</p>
<p>Certainly everyone here will agree with me when I say that a &#8216;holier-than-thou&#8217; attitude is unlikely to get many people to switch. Likewise when I say that literally <em>forcing</em> people to use a good browser, lest they get a blank, style-less page like NN4, will not achieve the desired result.<br />
So how <em>do</em> we do it, then?</p>
<p>My vision on that is simple. <strong>Don&#8217;t fight them. Be on their side.</strong></p>
<p>Of course, you may think &#8220;Be on their side? What? Use IE or so???&#8221; &#8211; but that&#8217;s not what I mean. No, instead of trying to convince others actively to switch to a better browser, do it passively: offer explanations on why their browser may not be the wisest choice (Showing them <a href="http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=824" rel="nofollow">dangerous</a> <a href="http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=944" rel="nofollow">IE security leaks</a> is always a good option, if only because almost every week a new one will be found ;)), add cool add-ons <a href="http://www.mezzoblue.com/archives/2003/06/25/mose/" title="Explanation on what MOSe is" rel="nofollow">using MOSe</a>, useful functionality, prettier appearances and the like, and explain that these nifty things are only available in Standards-compliant browsers because they use Modern-day techniques that IE is sadly running behind on, a bit.</p>
<p>Whatever you do, try to avoid &#8211; at all times &#8211; to give the impression that you Hate IE. If people think, for only a split second, that you might just be an IE-hater, they will shrug it off and generally treat the rest of your explanations and all as &#8220;IE-bashing&#8221;. &#8220;Oh, this guy is just another anti-IE purist or something&#8230;&#8221;</p>
<p>Getting people to switch works best when they end up thinking &#8220;wow, I didn&#8217;t know how much cool stuff I could have been enjoying had I not used IE&#8221;. That&#8217;s also the best way to get them to tell all of their buddies to use a different browser, too.</p>
<p>So my suggestion to all webmasters would be: don&#8217;t hesitate to make plenty of use of Dave Shea&#8217;s excellent MOSe concept in your site design(s). Add an explanation page with nice, friendly and encouraging &#8211; but not <em>actively recommending</em>! &#8211; them to try out another browser, and link to that page visibly and plentifully on your site. Refer to it lots. The more people who have such a page, the more people will become aware of this, and the more casual web-visitors will be reached with our message.</p>
<p>Okay, I think I rant too much, but when I visualize something in my mind, I tend to get &#8216;a bit&#8217; enthusiastic :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1085</link>
		<dc:creator>Jeremy</dc:creator>
		<pubDate>Fri, 30 Jan 2004 05:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1085</guid>
		<description>Now I know what to call that annoying feeling when I can&#039;t do anything in IE correctly. the &quot;IE Factor&quot;.</description>
		<content:encoded><![CDATA[<p>Now I know what to call that annoying feeling when I can&#8217;t do anything in IE correctly. the &#8220;IE Factor&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: setmajer</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1084</link>
		<dc:creator>setmajer</dc:creator>
		<pubDate>Thu, 29 Jan 2004 13:06:49 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1084</guid>
		<description>&lt;em&gt;There &lt;strong&gt;is&lt;/strong&gt; a standard way of including multimedia in a web page: the object tag. It is serviceable now, though Microsoft and Eolas have peed in the pool, so to speak, with the proprietary &lt;code&gt;codebase&lt;/code&gt; attribute and frivilous patent, respectively. [links omitted]&lt;/em&gt;

Oops--it isn&#039;t the &lt;code&gt;codebase&lt;/code&gt; attribute itself that&#039;s whack, it&#039;s MS&#039;s value for it (or perhaps Macromedia&#039;s; dunno): the URI is supposed to point to the same domain as the &lt;code&gt;object&lt;/code&gt; resides on, but is typically used to point to the plugin page for whatever is being embedded.

As well, Moz (and NS6+) barf on the &lt;code&gt;classid&lt;/code&gt; attribute since that value is (for Flash at least) specific to Active-X controls--a proprietary Windows-only technology.

So MS has mucked about somewhat with the Active-X thing, but it isn&#039;t &lt;em&gt;all&lt;/em&gt; their fault.

My bad.</description>
		<content:encoded><![CDATA[<p><em>There <strong>is</strong> a standard way of including multimedia in a web page: the object tag. It is serviceable now, though Microsoft and Eolas have peed in the pool, so to speak, with the proprietary <code>codebase</code> attribute and frivilous patent, respectively. [links omitted]</em></p>
<p>Oops&#8211;it isn&#8217;t the <code>codebase</code> attribute itself that&#8217;s whack, it&#8217;s MS&#8217;s value for it (or perhaps Macromedia&#8217;s; dunno): the URI is supposed to point to the same domain as the <code>object</code> resides on, but is typically used to point to the plugin page for whatever is being embedded.</p>
<p>As well, Moz (and NS6+) barf on the <code>classid</code> attribute since that value is (for Flash at least) specific to Active-X controls&#8211;a proprietary Windows-only technology.</p>
<p>So MS has mucked about somewhat with the Active-X thing, but it isn&#8217;t <em>all</em> their fault.</p>
<p>My bad.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fredrik Carlsson</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1083</link>
		<dc:creator>Fredrik Carlsson</dc:creator>
		<pubDate>Thu, 29 Jan 2004 12:50:36 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1083</guid>
		<description>Re: &lt;a href=&quot;http://www.stopdesign.com/log/2004/01/26/ie_factor.html#comment47&quot; rel=&quot;nofollow&quot;&gt;Tom&#039;s Post&lt;/a&gt;

I&#039;m not saying that other web browser will take over the web. But when it&#039;s an issue about old software, the user eventually has to upgrade. This process itself might take 4-5 years before it&#039;s widely spread. But we can&#039;t really expect ourself to design for a 5 year old browser when that day comes. We just can&#039;t. And the solution is A) Force the user to upgrade B) Stick with it. Don&#039;t give a crap about other browser and make things work in IE. I for one vote for A.

However, I remembered the days when I sat with my Pentium II. Internet Explorer was so unstable that I &lt;strong&gt;had&lt;/strong&gt; to use Netscape, because it didn&#039;t crash every five minutes or so. Opera works better for me now, more funtions, mail integrated, hotlinks. IE doesn&#039;t come close, unless I want to go 3rd party.

And there won&#039;t be another version of IE. MicroSofts new web browser will have another nice name. And probably more browser-unique specifications. And probably a whole new set of HTML to go with it.

The Browser War ain&#039;t dead. It&#039;s just getting started. Again.</description>
		<content:encoded><![CDATA[<p>Re: <a href="http://www.stopdesign.com/log/2004/01/26/ie_factor.html#comment47" rel="nofollow">Tom&#8217;s Post</a></p>
<p>I&#8217;m not saying that other web browser will take over the web. But when it&#8217;s an issue about old software, the user eventually has to upgrade. This process itself might take 4-5 years before it&#8217;s widely spread. But we can&#8217;t really expect ourself to design for a 5 year old browser when that day comes. We just can&#8217;t. And the solution is A) Force the user to upgrade B) Stick with it. Don&#8217;t give a crap about other browser and make things work in IE. I for one vote for A.</p>
<p>However, I remembered the days when I sat with my Pentium II. Internet Explorer was so unstable that I <strong>had</strong> to use Netscape, because it didn&#8217;t crash every five minutes or so. Opera works better for me now, more funtions, mail integrated, hotlinks. IE doesn&#8217;t come close, unless I want to go 3rd party.</p>
<p>And there won&#8217;t be another version of IE. MicroSofts new web browser will have another nice name. And probably more browser-unique specifications. And probably a whole new set of HTML to go with it.</p>
<p>The Browser War ain&#8217;t dead. It&#8217;s just getting started. Again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: setmajer</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1082</link>
		<dc:creator>setmajer</dc:creator>
		<pubDate>Thu, 29 Jan 2004 12:05:15 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1082</guid>
		<description>in re Jim:

&lt;em&gt;I am a programmer who uses web for really complex dhtml stuff as well as backend applications.&lt;/em&gt;

DHTML for &#039;backend apps&#039;? You man intranet/extranet apps or some such, no? When I&#039;ve heard (and used) the term &#039;backend&#039; it&#039;s typically referred to the model and controller portions of an MVC (Model View Controller) design pattern--bits for which DHTML is useless.

&lt;em&gt;When you want to learn the height of a particular &quot;component&quot; you want to know the damn height of that component. You don’t want to think about the margins, the border, the padding etc... [sic]&lt;/em&gt;

True enough, and I also preferred Microsoft&#039;s original box model to the W3C&#039;s insofar as it included padding and border in the &lt;code&gt;width&lt;/code&gt; attribute.

That&#039;s only one aspect of the difference between Microsoft&#039;s CSS implementation and the W3C recommendation, however. CSS 2.1 includes a number of very useful properties (&lt;code&gt;min-width&lt;/code&gt;, &lt;code&gt;max-width&lt;/code&gt;), values (&lt;code&gt;position: fixed&lt;/code&gt;, &lt;code&gt;background-position: fixed&lt;/code&gt; on elements other than &lt;code&gt;body&lt;/code&gt;), pseudo-classes (&lt;code&gt;:hover&lt;/code&gt; on elements other than &lt;code&gt;a&lt;/code&gt;) and selectors (adjacent and sibling) that Microsoft&#039;s implementation does not, to say nothing of other W3C-backed standards that IE doesn&#039;t support such as alpha transparency in PNG. I would rather deal with a sub-optimal &lt;code&gt;width&lt;/code&gt; property and have those items than not.

Moreover, a key advantage of the W3C recommendations is that while they are not perfect, they are at least open: they are free to implement and can be influenced by anyone (well, anyone who signs up for the appropriate &lt;a href=&quot;http://www.w3.org/Mail/&quot; rel=&quot;nofollow&quot;&gt;mailing list&lt;/a&gt; and/or can afford the membership fee). The W3C, for all it&#039;s warts, is a vendor-neutral body whose participants include a wide range of firms and organizations--including Microsoft. Microsoft is just one software vendor. Be they ever so benevolent, they still must maximize shareholder value, just like every other for-profit corporation in the world. Their interests are not always identical to--and are occasionally in conflict with--those of the rest of the industry. More, they have a responsibility to their shareholders &lt;em&gt;not&lt;/em&gt; to put the interests of the industry as a whole ahead of their own. One need only note the many ISVs and VARs have bemoaned their management of the Windows API, and &lt;a href=&quot;http://www.pcworld.com/news/article/0,aid,113110,00.asp&quot; rel=&quot;nofollow&quot;&gt;recent issues&lt;/a&gt; with their disclosure and licensing per the latest antitrust settlement, to see that Microsoft does, in fact, take their duty to their shareholders quite seriously.

&lt;em&gt;So people who think they are smart when they recommend the standards are not smart at all, cause [sic] they are not working on really complex applications. Their pages are extremely simple, their back-end apps are also simple. So the way I feel is that, there is no way Microsoft can follow these incapable people.&lt;/em&gt;

So your argument is something along the lines of &quot;I build high-rise office buildings, you build single-family homes. High-rise office buildings are more complex than single-family homes, therefore your opinion is invalid&quot;?

That&#039;s just absurd on so many levels.

First of all, &#039;DHTML&#039; is marketese for HTML + DOM + CSS + JavaScript. It&#039;s woefully inadequate to describe rich web-based user interfaces because it excludes a whole range of technologies relevant to deploying browser-based apps including Flash, XAML, XUL, SMIL and SVG.

More, you&#039;re imposing a false value judgement. Just as there is a need for both high-rise office buildings and single-family homes (putting aside various environmental and urban planning arguments for simplicity here), there is a need for both complex application-style UIs and simpler document-style UIs. One isn&#039;t more valid (or valuable) than the other; they are simply different fields of endeavor.

As well, just because someone does a simple site does &lt;strong&gt;not&lt;/strong&gt; mean they are incapable of doing a complex one. I&#039;ve done many simple sites because that was what the client needed, not because I was &#039;incapable&#039; of doing anything more complex.

Further, complexity isn&#039;t a virtue in and of itself. Many would argue the opposite, in fact. Complexity is sometimes necessary to achieve a particular set of requirements, but it isn&#039;t of itself a good thing.

More, back-end complexity and front-end complexity are orthoganal. &lt;a href=&quot;http://www.amazon.com&quot; rel=&quot;nofollow&quot;&gt;Amazon&lt;/a&gt;, &lt;a href=&quot;http://www.ebay.com&quot; rel=&quot;nofollow&quot;&gt;eBay&lt;/a&gt;, &lt;a href=&quot;http://slashdot.org&quot; rel=&quot;nofollow&quot;&gt;/.&lt;/a&gt;, &lt;em&gt;&lt;a href=&quot;http://www.nytimes.com&quot; rel=&quot;nofollow&quot;&gt;The New York Times&lt;/a&gt;&lt;/em&gt; and &lt;a href=&quot;http://www.bbc.co.uk&quot; rel=&quot;nofollow&quot;&gt;the BBC&lt;/a&gt; have relatively simple front-ends from a technology standpoint, but their backends are anything but. Lumping the two together is misleading at best.

You also seem to be unaware that the persons most responsible for CSS are, in fact, highly competent in the field of multimedia user interfaces. For example, the author of the very first CSS submission to the W3C, Håkon Wium Lie, was involved in multimedia UI development at MIT in the early &#039;90s--well before most of the folks posting here had ever seen a web page. You should read the bios of the authors of the CSS recommendations, such as &lt;a href=&quot;http://www.w3.org/People/howcome/&quot; rel=&quot;nofollow&quot;&gt;Hakon&lt;/a&gt;, &lt;a href=&quot;http://www.w3.org/People/Bos/&quot; rel=&quot;nofollow&quot;&gt;Bert Bos&lt;/a&gt;, &lt;a href=&quot;http://www.w3.org/People/chris/&quot; rel=&quot;nofollow&quot;&gt;Chris Lilley&lt;/a&gt; and &lt;a href=&quot;http://www.w3.org/People/Jacobs/&quot; rel=&quot;nofollow&quot;&gt;Ian Jacobs&lt;/a&gt; before claiming they are &#039;incapable&#039;. Brushing up on the &lt;a href=&quot;http://www.w3.org/Style/LieBos2e/history/&quot; rel=&quot;nofollow&quot;&gt;history  of CSS&lt;/a&gt; might also be in order.

Finally, you fail to mention that Microsoft contributed as much to CSS as anyone. They are not only &lt;a href=&quot;http://www.w3.org/Consortium/Member/List&quot; rel=&quot;nofollow&quot;&gt;a member of the W3C&lt;/a&gt;, but also participate in the &lt;a href=&quot;http://www.w3.org/Style/CSS/members.php3&quot; rel=&quot;nofollow&quot;&gt;CSS working group&lt;/a&gt; and in fact have a &lt;a href=&quot;http://www.wired.com/news/technology/0,1282,17741,00.html&quot; rel=&quot;nofollow&quot;&gt;patent&lt;/a&gt; on CSS. To claim that Microsoft understands the needs of developers where those responsible for CSS and other W3C recommendations do not is absurd because &lt;em&gt;Microsoft &lt;strong&gt;is&lt;/strong&gt; among those responsible for the W3C recommendations&lt;/em&gt;, especially CSS.

With all due regard for your web-based UI development skills, the statement above makes me more suspicious of &lt;em&gt;your&lt;/em&gt; competence than of the competence of anyone at the W3C.

&lt;em&gt;I know that some people with high egos made terrible decisions, like white space in xhtml. Well white space is part of xml, but most of the time you edit xml files for programs using apis. But you write xhtml by hand. It become more and more complicated to be able to test things.&lt;/em&gt;

To what are you referring, exactly? What is your issue with the handling of white space in HTML/XML?

&lt;em&gt;People are sicking [sic] of referring to a component using document.getElementById, that’s not how we work in other gui apis.&lt;/em&gt;

The DOM can be cumbersome, true enough, but you should remember that  it isn&#039;t really a GUI API. It&#039;s an API for manipulating documents--namely XML documents. Because it is intended for general document manipulation, rather than strictly for GUI development, it will be more cumbersome in some respects than a specialized GUI language. It is, however, also more powerful insofar as it can be used in a wider range of situations.

&lt;em&gt;We need strong-typed [sic] javascript.&lt;/em&gt;

Firstly, that&#039;s an issue to be raised with &lt;a href=&quot;http://www.ecma-international.org/&quot; rel=&quot;nofollow&quot;&gt;ECMA International&lt;/a&gt;, the maintainer of the JavaScript (properly ECMAScript) standard, not the W3C.

Secondly, it is up to browser manufacturers to implement support for other languages--be they strongly or weakly typed. The W3C DOM is intended to be language-neutral.

Finally, whether JS should be strongly typed or no is really a matter of opinion. Plenty of successful languages (Perl, Python, PHP) use weak typing. Strong vs. weak typing is a long-standing religious war in computer science. Some, such as Python creator Guido van Rossum, think &lt;a href=&quot;http://www.artima.com/intv/strongweak.html&quot; rel=&quot;nofollow&quot;&gt;weak typing is an advantage&lt;/a&gt;. In any case, the debate isn&#039;t going to be settled here, nor is it really appropriate to this thread.

&lt;em&gt;We need a standard way of including video and animated content on the web&lt;/em&gt;

There &lt;strong&gt;is&lt;/strong&gt; a standard way of including multimedia in a web page: the &lt;code&gt;object&lt;/code&gt; tag. It is serviceable &lt;a href=&quot;http://www.alistapart.com/articles/flashsatay/&quot; rel=&quot;nofollow&quot;&gt;now&lt;/a&gt;, though Microsoft and Eolas have peed in the pool, so to speak, with the proprietary &lt;code&gt;codebase&lt;/code&gt; attribute and &lt;a href=&quot;http://news.com.com/2100-1023-5079580.html&quot; rel=&quot;nofollow&quot;&gt;frivilous patent, respectively&lt;/a&gt;.

Controlling multimedia is the province of &lt;a href=&quot;http://www.w3.org/AudioVideo/&quot; rel=&quot;nofollow&quot;&gt;SMIL&lt;/a&gt;.  If you want support for something of that sort in the browser, talk to Microsoft.

&lt;em&gt; we want to be able to control the animation with simple apis, etc... [sic]&lt;/em&gt;

What would you suggest? I am not the world&#039;s foremost Flash or Director expert, but my experience with those two apps indicates that using ActionScript or Lingo to control animation isn&#039;t particularly more difficult than using ECMAScript + DOM. What the latter lacks boils down to a standard client (precisely the problem other posters are bemoaning) and some convenience methods that could be provided by a custom library as easily as by the core language/object model.

&lt;em&gt;We also want to be able to produce graphs on the browser, right in the client.&lt;/em&gt;

You should look at &lt;a href=&quot;http://www.w3.org/Graphics/SVG/&quot; rel=&quot;nofollow&quot;&gt;SVG&lt;/a&gt;, particularly the &lt;a href=&quot;http://www.w3.org/TR/SVG12/#rcc&quot; rel=&quot;nofollow&quot;&gt;RCC&lt;/a&gt; component of SVG 1.2. If Microsoft (and Opera, Apple, the Mozilla Foundation, etc.) would get on the stick we&#039;d have just that.

On a related note, given your emphasis on applications you might also be interested in &lt;a href=&quot;http://www.w3.org/MarkUp/Forms/&quot; rel=&quot;nofollow&quot;&gt;XForms&lt;/a&gt;.

Most of what you want is either available or undergoing active development at the W3C. The reason you can&#039;t use it is because browser developers, particularly Microsoft, have been slow to implement the relevant recommendations--which is precisely the point of this thread.

Microsoft isn&#039;t the solution to your problems. In fact, they are &lt;em&gt;creating&lt;/em&gt; those problems: they help to author standards, refuse to support them and when developers complain about lack of functionality they offer up a solution which amounts to &#039;buy our software&#039;. That isn&#039;t safeguarding the interests of developers or the future of the web; it&#039;s a protection racket.</description>
		<content:encoded><![CDATA[<p>in re Jim:</p>
<p><em>I am a programmer who uses web for really complex dhtml stuff as well as backend applications.</em></p>
<p>DHTML for &#8216;backend apps&#8217;? You man intranet/extranet apps or some such, no? When I&#8217;ve heard (and used) the term &#8216;backend&#8217; it&#8217;s typically referred to the model and controller portions of an MVC (Model View Controller) design pattern&#8211;bits for which DHTML is useless.</p>
<p><em>When you want to learn the height of a particular &#8220;component&#8221; you want to know the damn height of that component. You don’t want to think about the margins, the border, the padding etc&#8230; [sic]</em></p>
<p>True enough, and I also preferred Microsoft&#8217;s original box model to the W3C&#8217;s insofar as it included padding and border in the <code>width</code> attribute.</p>
<p>That&#8217;s only one aspect of the difference between Microsoft&#8217;s CSS implementation and the W3C recommendation, however. CSS 2.1 includes a number of very useful properties (<code>min-width</code>, <code>max-width</code>), values (<code>position: fixed</code>, <code>background-position: fixed</code> on elements other than <code>body</code>), pseudo-classes (<code>:hover</code> on elements other than <code>a</code>) and selectors (adjacent and sibling) that Microsoft&#8217;s implementation does not, to say nothing of other W3C-backed standards that IE doesn&#8217;t support such as alpha transparency in PNG. I would rather deal with a sub-optimal <code>width</code> property and have those items than not.</p>
<p>Moreover, a key advantage of the W3C recommendations is that while they are not perfect, they are at least open: they are free to implement and can be influenced by anyone (well, anyone who signs up for the appropriate <a href="http://www.w3.org/Mail/" rel="nofollow">mailing list</a> and/or can afford the membership fee). The W3C, for all it&#8217;s warts, is a vendor-neutral body whose participants include a wide range of firms and organizations&#8211;including Microsoft. Microsoft is just one software vendor. Be they ever so benevolent, they still must maximize shareholder value, just like every other for-profit corporation in the world. Their interests are not always identical to&#8211;and are occasionally in conflict with&#8211;those of the rest of the industry. More, they have a responsibility to their shareholders <em>not</em> to put the interests of the industry as a whole ahead of their own. One need only note the many ISVs and VARs have bemoaned their management of the Windows API, and <a href="http://www.pcworld.com/news/article/0,aid,113110,00.asp" rel="nofollow">recent issues</a> with their disclosure and licensing per the latest antitrust settlement, to see that Microsoft does, in fact, take their duty to their shareholders quite seriously.</p>
<p><em>So people who think they are smart when they recommend the standards are not smart at all, cause [sic] they are not working on really complex applications. Their pages are extremely simple, their back-end apps are also simple. So the way I feel is that, there is no way Microsoft can follow these incapable people.</em></p>
<p>So your argument is something along the lines of &#8220;I build high-rise office buildings, you build single-family homes. High-rise office buildings are more complex than single-family homes, therefore your opinion is invalid&#8221;?</p>
<p>That&#8217;s just absurd on so many levels.</p>
<p>First of all, &#8216;DHTML&#8217; is marketese for HTML + DOM + CSS + JavaScript. It&#8217;s woefully inadequate to describe rich web-based user interfaces because it excludes a whole range of technologies relevant to deploying browser-based apps including Flash, XAML, XUL, SMIL and SVG.</p>
<p>More, you&#8217;re imposing a false value judgement. Just as there is a need for both high-rise office buildings and single-family homes (putting aside various environmental and urban planning arguments for simplicity here), there is a need for both complex application-style UIs and simpler document-style UIs. One isn&#8217;t more valid (or valuable) than the other; they are simply different fields of endeavor.</p>
<p>As well, just because someone does a simple site does <strong>not</strong> mean they are incapable of doing a complex one. I&#8217;ve done many simple sites because that was what the client needed, not because I was &#8216;incapable&#8217; of doing anything more complex.</p>
<p>Further, complexity isn&#8217;t a virtue in and of itself. Many would argue the opposite, in fact. Complexity is sometimes necessary to achieve a particular set of requirements, but it isn&#8217;t of itself a good thing.</p>
<p>More, back-end complexity and front-end complexity are orthoganal. <a href="http://www.amazon.com" rel="nofollow">Amazon</a>, <a href="http://www.ebay.com" rel="nofollow">eBay</a>, <a href="http://slashdot.org" rel="nofollow">/.</a>, <em><a href="http://www.nytimes.com" rel="nofollow">The New York Times</a></em> and <a href="http://www.bbc.co.uk" rel="nofollow">the BBC</a> have relatively simple front-ends from a technology standpoint, but their backends are anything but. Lumping the two together is misleading at best.</p>
<p>You also seem to be unaware that the persons most responsible for CSS are, in fact, highly competent in the field of multimedia user interfaces. For example, the author of the very first CSS submission to the W3C, Håkon Wium Lie, was involved in multimedia UI development at MIT in the early &#8217;90s&#8211;well before most of the folks posting here had ever seen a web page. You should read the bios of the authors of the CSS recommendations, such as <a href="http://www.w3.org/People/howcome/" rel="nofollow">Hakon</a>, <a href="http://www.w3.org/People/Bos/" rel="nofollow">Bert Bos</a>, <a href="http://www.w3.org/People/chris/" rel="nofollow">Chris Lilley</a> and <a href="http://www.w3.org/People/Jacobs/" rel="nofollow">Ian Jacobs</a> before claiming they are &#8216;incapable&#8217;. Brushing up on the <a href="http://www.w3.org/Style/LieBos2e/history/" rel="nofollow">history  of CSS</a> might also be in order.</p>
<p>Finally, you fail to mention that Microsoft contributed as much to CSS as anyone. They are not only <a href="http://www.w3.org/Consortium/Member/List" rel="nofollow">a member of the W3C</a>, but also participate in the <a href="http://www.w3.org/Style/CSS/members.php3" rel="nofollow">CSS working group</a> and in fact have a <a href="http://www.wired.com/news/technology/0,1282,17741,00.html" rel="nofollow">patent</a> on CSS. To claim that Microsoft understands the needs of developers where those responsible for CSS and other W3C recommendations do not is absurd because <em>Microsoft <strong>is</strong> among those responsible for the W3C recommendations</em>, especially CSS.</p>
<p>With all due regard for your web-based UI development skills, the statement above makes me more suspicious of <em>your</em> competence than of the competence of anyone at the W3C.</p>
<p><em>I know that some people with high egos made terrible decisions, like white space in xhtml. Well white space is part of xml, but most of the time you edit xml files for programs using apis. But you write xhtml by hand. It become more and more complicated to be able to test things.</em></p>
<p>To what are you referring, exactly? What is your issue with the handling of white space in HTML/XML?</p>
<p><em>People are sicking [sic] of referring to a component using document.getElementById, that’s not how we work in other gui apis.</em></p>
<p>The DOM can be cumbersome, true enough, but you should remember that  it isn&#8217;t really a GUI API. It&#8217;s an API for manipulating documents&#8211;namely XML documents. Because it is intended for general document manipulation, rather than strictly for GUI development, it will be more cumbersome in some respects than a specialized GUI language. It is, however, also more powerful insofar as it can be used in a wider range of situations.</p>
<p><em>We need strong-typed [sic] javascript.</em></p>
<p>Firstly, that&#8217;s an issue to be raised with <a href="http://www.ecma-international.org/" rel="nofollow">ECMA International</a>, the maintainer of the JavaScript (properly ECMAScript) standard, not the W3C.</p>
<p>Secondly, it is up to browser manufacturers to implement support for other languages&#8211;be they strongly or weakly typed. The W3C DOM is intended to be language-neutral.</p>
<p>Finally, whether JS should be strongly typed or no is really a matter of opinion. Plenty of successful languages (Perl, Python, PHP) use weak typing. Strong vs. weak typing is a long-standing religious war in computer science. Some, such as Python creator Guido van Rossum, think <a href="http://www.artima.com/intv/strongweak.html" rel="nofollow">weak typing is an advantage</a>. In any case, the debate isn&#8217;t going to be settled here, nor is it really appropriate to this thread.</p>
<p><em>We need a standard way of including video and animated content on the web</em></p>
<p>There <strong>is</strong> a standard way of including multimedia in a web page: the <code>object</code> tag. It is serviceable <a href="http://www.alistapart.com/articles/flashsatay/" rel="nofollow">now</a>, though Microsoft and Eolas have peed in the pool, so to speak, with the proprietary <code>codebase</code> attribute and <a href="http://news.com.com/2100-1023-5079580.html" rel="nofollow">frivilous patent, respectively</a>.</p>
<p>Controlling multimedia is the province of <a href="http://www.w3.org/AudioVideo/" rel="nofollow">SMIL</a>.  If you want support for something of that sort in the browser, talk to Microsoft.</p>
<p><em> we want to be able to control the animation with simple apis, etc&#8230; [sic]</em></p>
<p>What would you suggest? I am not the world&#8217;s foremost Flash or Director expert, but my experience with those two apps indicates that using ActionScript or Lingo to control animation isn&#8217;t particularly more difficult than using ECMAScript + DOM. What the latter lacks boils down to a standard client (precisely the problem other posters are bemoaning) and some convenience methods that could be provided by a custom library as easily as by the core language/object model.</p>
<p><em>We also want to be able to produce graphs on the browser, right in the client.</em></p>
<p>You should look at <a href="http://www.w3.org/Graphics/SVG/" rel="nofollow">SVG</a>, particularly the <a href="http://www.w3.org/TR/SVG12/#rcc" rel="nofollow">RCC</a> component of SVG 1.2. If Microsoft (and Opera, Apple, the Mozilla Foundation, etc.) would get on the stick we&#8217;d have just that.</p>
<p>On a related note, given your emphasis on applications you might also be interested in <a href="http://www.w3.org/MarkUp/Forms/" rel="nofollow">XForms</a>.</p>
<p>Most of what you want is either available or undergoing active development at the W3C. The reason you can&#8217;t use it is because browser developers, particularly Microsoft, have been slow to implement the relevant recommendations&#8211;which is precisely the point of this thread.</p>
<p>Microsoft isn&#8217;t the solution to your problems. In fact, they are <em>creating</em> those problems: they help to author standards, refuse to support them and when developers complain about lack of functionality they offer up a solution which amounts to &#8216;buy our software&#8217;. That isn&#8217;t safeguarding the interests of developers or the future of the web; it&#8217;s a protection racket.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TOOLman</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1081</link>
		<dc:creator>TOOLman</dc:creator>
		<pubDate>Thu, 29 Jan 2004 06:55:01 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1081</guid>
		<description>Well, Jim, I&#039;m afraid that you didn&#039;t manage to explain to me why criticizing bugs in IE is wrong.  I &lt;em&gt;do&lt;/em&gt; understand some of what you&#039;re saying (I&#039;m also a programmer), but I disagree with a lot of it.

You accuse the W3C of making non-intuitive decisions, and use the content/box size model as an example.  If you take a step back, a deep breath, and think about it, you&#039;ll see that the content size model actually makes more sense in a generic perspective.  How else would you specify the size of a container that would wrap around a 320x240px image, with 0.5em padding and a 1px border?  From a graphics design perspective, the box size model can sometimes be more useful, but it&#039;s easier to emulate that than the other way around.  Besides: a) both models will probably be available in CSS3, and b) even Microsoft realized the error of their ways and fixed their box model bug in IE6.

Microsoft claims to support certain standards in their browser (HTML, CSS, ...), when in fact they don&#039;t.  I think that&#039;s a good enough reason to criticize them.  Maybe IE7 will have better standards support, but then again ... maybe it won&#039;t.  Maybe it will just include another bunch of MS-specific extensions that will tie their customers even more firmly to the company bandwagon?

/Tommy</description>
		<content:encoded><![CDATA[<p>Well, Jim, I&#8217;m afraid that you didn&#8217;t manage to explain to me why criticizing bugs in IE is wrong.  I <em>do</em> understand some of what you&#8217;re saying (I&#8217;m also a programmer), but I disagree with a lot of it.</p>
<p>You accuse the W3C of making non-intuitive decisions, and use the content/box size model as an example.  If you take a step back, a deep breath, and think about it, you&#8217;ll see that the content size model actually makes more sense in a generic perspective.  How else would you specify the size of a container that would wrap around a 320x240px image, with 0.5em padding and a 1px border?  From a graphics design perspective, the box size model can sometimes be more useful, but it&#8217;s easier to emulate that than the other way around.  Besides: a) both models will probably be available in CSS3, and b) even Microsoft realized the error of their ways and fixed their box model bug in IE6.</p>
<p>Microsoft claims to support certain standards in their browser (HTML, CSS, &#8230;), when in fact they don&#8217;t.  I think that&#8217;s a good enough reason to criticize them.  Maybe IE7 will have better standards support, but then again &#8230; maybe it won&#8217;t.  Maybe it will just include another bunch of MS-specific extensions that will tie their customers even more firmly to the company bandwagon?</p>
<p>/Tommy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1080</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Thu, 29 Jan 2004 04:33:25 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1080</guid>
		<description>Let me tell you guys why you are wrong when you criticize IE or actually bash IE and Microsoft. Cause you only think that IE is just for web stuff, web sites. Well that&#039;s true, it is for web, but not just your web, it is also used by applications, web applications etc...

People will attack me, just for saying this, without understanding what the hell I am talking about, but for those who are smart and really want to understand the reasoning behind Microsoft&#039;s decisions, follow me.

I am a programmer who uses web for really complex dhtml stuff as well as backend applications. Because from time to time, I use linux, not very often these days actually but I might in the future, I decided to support mozilla from day one. So everything I do has to work both in IE and mozilla. I didn&#039;t really go and read the w3c stuff deeply to understand every detail before starting the job, but eventually I ended up learning every detail quite well. I learned all of these during the my experience with mozilla. What I realized is that, w3c shouldn&#039;t be behind these standards, cause they make terrible non-intuitive decisions. When you want to learn the height of a particular &quot;component&quot; you want to know the damn height of that component. You don&#039;t want to think about the margins, the border, the padding etc... That complicates things for you, cause that&#039;s not how you work in other platforms, awt, java, wxwindows, windows forms, etc... So people who think they are smart when they recommend the standards are not smart at all, cause they are not working on really complex applications. Their pages are extremely simple, their back-end apps are also simple. So the way I feel is that, there is no way Microsoft can follow these incapable people. I am not happy that Microsoft goes in its own way and others goes in its own way. But w3c people clearly didn&#039;t listen to application developers&#039; ideas, and I know that some people with high egos made terrible decisions, like white space in xhtml. Well white space is part of xml, but most of the time you edit xml files for programs using apis. But you write xhtml by hand. It become more and more complicated to be able to test things. So anyway, Microsoft and application developers have no choice but to abandon w3c. We can&#039;t let these incapable people control the future of applications. I don&#039;t like the idea of developing web applications just for Windows, but I don&#039;t see how these w3c people let more capable people move the standards forward for the application development. Especially when they think that they have the power cause there are so many people fighting for them. In the end w3c is the one killing the web. People who just trying to make things work will not follow w3c anymore. They are not moving forward, we need a much better platform for the web, so that application developers can develop really complicated, intuitive interfaces for the web. People are sicking of referring to a component using document.getElementById, that&#039;s not how we work in other gui apis. Better encapsulation, better transparency is needed. We need strong-typed javascript. We need a standard way of including video and animated content on the web, we want to be able to control the animation with simple apis, etc... We also want to be able to produce graphs on the browser, right in the client.</description>
		<content:encoded><![CDATA[<p>Let me tell you guys why you are wrong when you criticize IE or actually bash IE and Microsoft. Cause you only think that IE is just for web stuff, web sites. Well that&#8217;s true, it is for web, but not just your web, it is also used by applications, web applications etc&#8230;</p>
<p>People will attack me, just for saying this, without understanding what the hell I am talking about, but for those who are smart and really want to understand the reasoning behind Microsoft&#8217;s decisions, follow me.</p>
<p>I am a programmer who uses web for really complex dhtml stuff as well as backend applications. Because from time to time, I use linux, not very often these days actually but I might in the future, I decided to support mozilla from day one. So everything I do has to work both in IE and mozilla. I didn&#8217;t really go and read the w3c stuff deeply to understand every detail before starting the job, but eventually I ended up learning every detail quite well. I learned all of these during the my experience with mozilla. What I realized is that, w3c shouldn&#8217;t be behind these standards, cause they make terrible non-intuitive decisions. When you want to learn the height of a particular &#8220;component&#8221; you want to know the damn height of that component. You don&#8217;t want to think about the margins, the border, the padding etc&#8230; That complicates things for you, cause that&#8217;s not how you work in other platforms, awt, java, wxwindows, windows forms, etc&#8230; So people who think they are smart when they recommend the standards are not smart at all, cause they are not working on really complex applications. Their pages are extremely simple, their back-end apps are also simple. So the way I feel is that, there is no way Microsoft can follow these incapable people. I am not happy that Microsoft goes in its own way and others goes in its own way. But w3c people clearly didn&#8217;t listen to application developers&#8217; ideas, and I know that some people with high egos made terrible decisions, like white space in xhtml. Well white space is part of xml, but most of the time you edit xml files for programs using apis. But you write xhtml by hand. It become more and more complicated to be able to test things. So anyway, Microsoft and application developers have no choice but to abandon w3c. We can&#8217;t let these incapable people control the future of applications. I don&#8217;t like the idea of developing web applications just for Windows, but I don&#8217;t see how these w3c people let more capable people move the standards forward for the application development. Especially when they think that they have the power cause there are so many people fighting for them. In the end w3c is the one killing the web. People who just trying to make things work will not follow w3c anymore. They are not moving forward, we need a much better platform for the web, so that application developers can develop really complicated, intuitive interfaces for the web. People are sicking of referring to a component using document.getElementById, that&#8217;s not how we work in other gui apis. Better encapsulation, better transparency is needed. We need strong-typed javascript. We need a standard way of including video and animated content on the web, we want to be able to control the animation with simple apis, etc&#8230; We also want to be able to produce graphs on the browser, right in the client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tanny O'Haley</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1079</link>
		<dc:creator>Tanny O'Haley</dc:creator>
		<pubDate>Thu, 29 Jan 2004 02:56:58 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1079</guid>
		<description>Re: &lt;a href=&quot;http://www.stopdesign.com/log/2004/01/26/ie_factor.html#comment36&quot; title=&quot;Dave Shea&#039;s comments on design&quot; rel=&quot;nofollow&quot;&gt;Dave Shea&#039;s comments on design&lt;/a&gt;

I too have started designing first for Mozilla Firebird, then modifying the CSS to support IE. However I haven&#039;t had the good fortune Dave has had with IE/Mac. I just worked on a design and ran into terrible problems because of inheritance of clear in child elements. It took me about an hour to make IE/Win to work and after three days with IE/Mac, I&#039;m about ready to give up on 0.2% of our users because I just can&#039;t get it to work when I get to the footer.

BTW, if you go to my personal site, please accept my apologies for the fact that my site&#039;s CSS does not render in anything but IE. It uses a Domino database for the BLOG software and it currently doesn&#039;t use the correct MIME types, so browsers other than IE don&#039;t see the CSS. It worked when the base files where on my local disk. That&#039;s what I get for free. :) They&#039;re working on it.</description>
		<content:encoded><![CDATA[<p>Re: <a href="http://www.stopdesign.com/log/2004/01/26/ie_factor.html#comment36" title="Dave Shea's comments on design" rel="nofollow">Dave Shea&#8217;s comments on design</a></p>
<p>I too have started designing first for Mozilla Firebird, then modifying the CSS to support IE. However I haven&#8217;t had the good fortune Dave has had with IE/Mac. I just worked on a design and ran into terrible problems because of inheritance of clear in child elements. It took me about an hour to make IE/Win to work and after three days with IE/Mac, I&#8217;m about ready to give up on 0.2% of our users because I just can&#8217;t get it to work when I get to the footer.</p>
<p>BTW, if you go to my personal site, please accept my apologies for the fact that my site&#8217;s CSS does not render in anything but IE. It uses a Domino database for the BLOG software and it currently doesn&#8217;t use the correct MIME types, so browsers other than IE don&#8217;t see the CSS. It worked when the base files where on my local disk. That&#8217;s what I get for free. :) They&#8217;re working on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FactoryJoe</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1078</link>
		<dc:creator>FactoryJoe</dc:creator>
		<pubDate>Thu, 29 Jan 2004 02:13:52 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1078</guid>
		<description>Doug,

I&#039;d just like to let you know that you&#039;ve salvaged my sanity--and though I&#039;m not hopeful that I&#039;ll ever fully regain my sanity since the bugs haven&#039;t been squashed on my latest project, this lets me know that I&#039;m in good company and not the only one debugging within the padded, white-walled room of a straitjacket you might call the &lt;em&gt;IE Factor&lt;/em&gt;.

The funny thing about all this, when you step back far enough to see &quot;all the turtles all the way down&quot;, is that we&#039;ve come so far since HTML3 (or even 1.0) in so little time, that I can imagine in 3-5 years this kind of discussion about that &quot;cute quirkiness&quot; of IE will bring back a kind of  nostalgia for times when developing for the web meant primarily WEB BROWSERS... I mean, M$ wants its operating system in cell phones and video games and now they&#039;re talking about taking over RFID chips! If their flagship product is this bad, standards folks in OTHER FIELDS better start ganging up on M$ now before they monopolize yet another growing technology-delivery tool and muck it up as bad as they have with IE!</description>
		<content:encoded><![CDATA[<p>Doug,</p>
<p>I&#8217;d just like to let you know that you&#8217;ve salvaged my sanity&#8211;and though I&#8217;m not hopeful that I&#8217;ll ever fully regain my sanity since the bugs haven&#8217;t been squashed on my latest project, this lets me know that I&#8217;m in good company and not the only one debugging within the padded, white-walled room of a straitjacket you might call the <em>IE Factor</em>.</p>
<p>The funny thing about all this, when you step back far enough to see &#8220;all the turtles all the way down&#8221;, is that we&#8217;ve come so far since HTML3 (or even 1.0) in so little time, that I can imagine in 3-5 years this kind of discussion about that &#8220;cute quirkiness&#8221; of IE will bring back a kind of  nostalgia for times when developing for the web meant primarily WEB BROWSERS&#8230; I mean, M$ wants its operating system in cell phones and video games and now they&#8217;re talking about taking over RFID chips! If their flagship product is this bad, standards folks in OTHER FIELDS better start ganging up on M$ now before they monopolize yet another growing technology-delivery tool and muck it up as bad as they have with IE!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RMCox</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1077</link>
		<dc:creator>RMCox</dc:creator>
		<pubDate>Wed, 28 Jan 2004 23:56:34 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1077</guid>
		<description>Half way to the bus home I realized that my equation above was totally inappropriate and far too flammable to have posted -- I forgot you all couldn&#039;t see my coy smile when I typed it.  It was meant as a joke, albeit, a not so funny one. I don&#039;t honestly think IE is the worst browser ever, it&#039;s a fine browser, just deficient in certain areas.  And I&#039;m mindful of the fact that: &quot;&lt;a href=&quot;http://www.simplebits.com/archives/2004/01/25/there_are_only_tradeoffs.html&quot; rel=&quot;nofollow&quot;&gt;...there are almost no objectively wrong choices in this area.  There are only trade offs.&lt;/a&gt;&quot;  Which I would suggest is true of browsers, as well as font size.</description>
		<content:encoded><![CDATA[<p>Half way to the bus home I realized that my equation above was totally inappropriate and far too flammable to have posted &#8212; I forgot you all couldn&#8217;t see my coy smile when I typed it.  It was meant as a joke, albeit, a not so funny one. I don&#8217;t honestly think IE is the worst browser ever, it&#8217;s a fine browser, just deficient in certain areas.  And I&#8217;m mindful of the fact that: &#8220;<a href="http://www.simplebits.com/archives/2004/01/25/there_are_only_tradeoffs.html" rel="nofollow">&#8230;there are almost no objectively wrong choices in this area.  There are only trade offs.</a>&#8221;  Which I would suggest is true of browsers, as well as font size.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike S</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1076</link>
		<dc:creator>Mike S</dc:creator>
		<pubDate>Wed, 28 Jan 2004 23:01:42 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1076</guid>
		<description>Oh! A little off point but is it only me that finds the colour scheme of your right column makes it very hard to read? :-)#</description>
		<content:encoded><![CDATA[<p>Oh! A little off point but is it only me that finds the colour scheme of your right column makes it very hard to read? :-)#</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike S</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1075</link>
		<dc:creator>Mike S</dc:creator>
		<pubDate>Wed, 28 Jan 2004 22:58:11 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1075</guid>
		<description>Great article. It expresses succinctly what I want to say to people when they catch me swearing at the &quot;heathen box&quot;. I&#039;ll print it and let them read it whilst I continue trying to sort a problem out instead of launching into a rant!
And thanks for that info on floats in one of your comments. It seems to have solved a little problem I was having (and not just in IE either).
I found that my standards-based designs, developed on a Mac, only needed slight adjustments to work fairly well in IE6. Maybe their underlying simplicity helps. I haven&#039;t tested them in IE5/Win but as my site stats show that most visitors are using 6, I don&#039;t think I want to look under that stone. Anyway, does Ford still support the Prefect (an ancient British model)?
As for Netscape 6, I downloaded a build and it was such a faecal mound I gave up on it after a week. Surely there cannot be anyone out there still using it.
Finally, has anyone found IE6 proclaiming JavaScript syntax errors on code that ALL THE OTHER BROWSERS and I accept as valid?</description>
		<content:encoded><![CDATA[<p>Great article. It expresses succinctly what I want to say to people when they catch me swearing at the &#8220;heathen box&#8221;. I&#8217;ll print it and let them read it whilst I continue trying to sort a problem out instead of launching into a rant!<br />
And thanks for that info on floats in one of your comments. It seems to have solved a little problem I was having (and not just in IE either).<br />
I found that my standards-based designs, developed on a Mac, only needed slight adjustments to work fairly well in IE6. Maybe their underlying simplicity helps. I haven&#8217;t tested them in IE5/Win but as my site stats show that most visitors are using 6, I don&#8217;t think I want to look under that stone. Anyway, does Ford still support the Prefect (an ancient British model)?<br />
As for Netscape 6, I downloaded a build and it was such a faecal mound I gave up on it after a week. Surely there cannot be anyone out there still using it.<br />
Finally, has anyone found IE6 proclaiming JavaScript syntax errors on code that ALL THE OTHER BROWSERS and I accept as valid?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RMCox</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1074</link>
		<dc:creator>RMCox</dc:creator>
		<pubDate>Wed, 28 Jan 2004 22:49:47 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1074</guid>
		<description>&lt;a href=&quot;http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=824&quot; rel=&quot;nofollow&quot;&gt;IE hole A&lt;/a&gt; + &lt;a href=&quot;http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=944&quot; rel=&quot;nofollow&quot;&gt;IE hole B&lt;/a&gt; = Worst. Browser. Ever.

Between the lack of features and lack of security in IE a slip in market-share is certainly possible -- remember the Netscape! I think now that the &lt;a href=&quot;http://mozilla.org/&quot; rel=&quot;nofollow&quot;&gt;mozilla website&lt;/a&gt; is comprehensible by those unfamiliar with the phrase &quot;nightly build&quot; its popularity will really take off beyond the WiFi &amp; mocha set, albeit silently.

Of course, &lt;a href=&quot;#comment49&quot; rel=&quot;nofollow&quot;&gt;as Doug points out&lt;/a&gt;, companies are looking at their options, and really, that&#039;s where the war will be won or lost. Again, remember the Netscape.  There was a time when Netscape wasn&#039;t free for commercial use, but IE, fresh-faced and an underdog at the time, was free for any use.  By the time Netscape was &lt;em&gt;that&lt;/em&gt; free, the war was lost.  Netscape was so far behind price-wise &lt;strong&gt;and&lt;/strong&gt; quality-wise that its dominance was destroyed; is this beginning to sound familiar?

&quot;Oh you simpleton, it&#039;s bundled with windows -- it&#039;s right there!&quot; - you say, and that&#039;s true, that is a clear advantage.  However, entire companies run on standard installs, picture an image with Firebird preset as the default browser.  IE would still be there, but in a much more limited capacity (due to the highly unlikely occurrence of a user actually going through the trouble of changing the default to use it). In that scenario it certainly seems possible to gain the market-share needed to threaten the IE monopoly. So, it&#039;s not &lt;em&gt;just&lt;/em&gt; up to M$, it&#039;s up to IT departments everywhere, and where I come from those creating the images are the ones who pick the software are the ones who use Firebird.

But then, some companies are also sticking stripped-down versions of &lt;a href=&quot;http://www.pcworld.com/news/article/0,aid,113997,00.asp&quot; rel=&quot;nofollow&quot;&gt;XP into ATMs&lt;/a&gt; these days, so maybe security concerns aren&#039;t such a big deal after all.</description>
		<content:encoded><![CDATA[<p><a href="http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=824" rel="nofollow">IE hole A</a> + <a href="http://www.techworld.com/news/index.cfm?fuseaction=displaynews&amp;NewsID=944" rel="nofollow">IE hole B</a> = Worst. Browser. Ever.</p>
<p>Between the lack of features and lack of security in IE a slip in market-share is certainly possible &#8212; remember the Netscape! I think now that the <a href="http://mozilla.org/" rel="nofollow">mozilla website</a> is comprehensible by those unfamiliar with the phrase &#8220;nightly build&#8221; its popularity will really take off beyond the WiFi &amp; mocha set, albeit silently.</p>
<p>Of course, <a href="#comment49" rel="nofollow">as Doug points out</a>, companies are looking at their options, and really, that&#8217;s where the war will be won or lost. Again, remember the Netscape.  There was a time when Netscape wasn&#8217;t free for commercial use, but IE, fresh-faced and an underdog at the time, was free for any use.  By the time Netscape was <em>that</em> free, the war was lost.  Netscape was so far behind price-wise <strong>and</strong> quality-wise that its dominance was destroyed; is this beginning to sound familiar?</p>
<p>&#8220;Oh you simpleton, it&#8217;s bundled with windows &#8212; it&#8217;s right there!&#8221; &#8211; you say, and that&#8217;s true, that is a clear advantage.  However, entire companies run on standard installs, picture an image with Firebird preset as the default browser.  IE would still be there, but in a much more limited capacity (due to the highly unlikely occurrence of a user actually going through the trouble of changing the default to use it). In that scenario it certainly seems possible to gain the market-share needed to threaten the IE monopoly. So, it&#8217;s not <em>just</em> up to M$, it&#8217;s up to IT departments everywhere, and where I come from those creating the images are the ones who pick the software are the ones who use Firebird.</p>
<p>But then, some companies are also sticking stripped-down versions of <a href="http://www.pcworld.com/news/article/0,aid,113997,00.asp" rel="nofollow">XP into ATMs</a> these days, so maybe security concerns aren&#8217;t such a big deal after all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1073</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Wed, 28 Jan 2004 17:21:06 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1073</guid>
		<description>&lt;a href=&quot;#comment47&quot; rel=&quot;nofollow&quot;&gt;Tom&lt;/a&gt;: That&#039;s a rather defeatist perspective, isn&#039;t it?

I don&#039;t see the situation as being that grim.

With IE going stagnate for so long, it just gives more and more time for people to wake up and smell the coffee, or start itching for a change. Progressive-thinking companies have already started switching for security reasons. Word will continue to spread of alternative choices. Dreaming? Maybe. But in this game, awareness of choice is key. The longer that awareness has to grow, the more it will compound.</description>
		<content:encoded><![CDATA[<p><a href="#comment47" rel="nofollow">Tom</a>: That&#8217;s a rather defeatist perspective, isn&#8217;t it?</p>
<p>I don&#8217;t see the situation as being that grim.</p>
<p>With IE going stagnate for so long, it just gives more and more time for people to wake up and smell the coffee, or start itching for a change. Progressive-thinking companies have already started switching for security reasons. Word will continue to spread of alternative choices. Dreaming? Maybe. But in this game, awareness of choice is key. The longer that awareness has to grow, the more it will compound.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Kelch</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1072</link>
		<dc:creator>Joe Kelch</dc:creator>
		<pubDate>Wed, 28 Jan 2004 16:22:25 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1072</guid>
		<description>Hey, on another tack completely I found it much simpler to do my pages as XML and render using XSLT.  Not always supported by the other browsers, but it worked real good in IE.</description>
		<content:encoded><![CDATA[<p>Hey, on another tack completely I found it much simpler to do my pages as XML and render using XSLT.  Not always supported by the other browsers, but it worked real good in IE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://stopdesign.com/archive/2004/01/26/ie-factor.html#comment-1071</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 28 Jan 2004 16:13:32 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=166#comment-1071</guid>
		<description>I have to respond to Fredricks post as well. You can&#039;t seriously think you are going to get users to &quot;upgrade&quot; to mozilla, etc etc? That is not going to happen.

Developers like Firebird and Mozilla, and Opera. Hard core users like them. Frankly, that&#039;s about it. That&#039;s why your logs show 5% and less of those users. You aren&#039;t going to get 95% of the population to switch from a browser that is PART of their OS - literally - to some &quot;third party&quot; browser - not en masse, not in any large group.

You might get a person here and there, but that&#039;s it.

We are stuck with IE until M$ decides its time to change. And even then, it looks like that won&#039;t filter into the mainstream until the populace upgrades to Longhorn - an even longer way down the road. I think we are looking at a good 4-5 YEARS before the next version of IE is spread out in the market. Cheery news.

Tom</description>
		<content:encoded><![CDATA[<p>I have to respond to Fredricks post as well. You can&#8217;t seriously think you are going to get users to &#8220;upgrade&#8221; to mozilla, etc etc? That is not going to happen.</p>
<p>Developers like Firebird and Mozilla, and Opera. Hard core users like them. Frankly, that&#8217;s about it. That&#8217;s why your logs show 5% and less of those users. You aren&#8217;t going to get 95% of the population to switch from a browser that is PART of their OS &#8211; literally &#8211; to some &#8220;third party&#8221; browser &#8211; not en masse, not in any large group.</p>
<p>You might get a person here and there, but that&#8217;s it.</p>
<p>We are stuck with IE until M$ decides its time to change. And even then, it looks like that won&#8217;t filter into the mainstream until the populace upgrades to Longhorn &#8211; an even longer way down the road. I think we are looking at a good 4-5 YEARS before the next version of IE is spread out in the market. Cheery news.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
