<?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: W3C works to standardize XMLHttpRequest</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Thu, 04 Dec 2008 04:38:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Jenny McDermott</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-21746</link>
		<dc:creator>Jenny McDermott</dc:creator>
		<pubDate>Wed, 03 May 2006 17:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-21746</guid>
		<description>Response toltec7's post:

"Please correct me if I am wrong here.."

You got it! See below.

"the w3c define standards well after browsers implement them." 

I don't know. Others probably have better information on that than I do.

"And considering that ie is by far the most popular browser, making the smooth running of the web heavily reliant upon it..."

IE has been the most popular for some time, but that is changing due in part to its manifold and serious security problems. I subscribe to a number of business magazines, and it's always interesting to read what they have to say about computer/Internet issues. In the last year or so, I've seen several columnists strongly urge readers to convert to Firefox in order to avoid the viruses, worms, and other beasties that come through on IE.  For that reason, I wouldn't say the Web "runs smoothly" on IE; quite the opposite.

"why then do the w3c always appear to create standards that run contrary to the implementation chosen by ms."

More horse-in-front-of-cart-ness here. Microsoft promised way back at version 5.5 they would make IE standards-compliant; then they released it and said (figuratively speaking) "Nyahh! We lied! It's not standards compliant after all!"

As another poster pointed out, Microsoft has been represented on the W3C for some time. They presumably go to the meetings and certainly, being the 800-pound gorilla they still are, would be listened to on any issue they cared to bring up. I think it's more a matter of MS going its own way no matter what than the W3C deliberately creating standards that conflict with MS implementation.


"In most cases, to my uneducated eye, there appears to be neither a right or wrong way to implement a standard, most being a matter of semantics..."

I'm not entirely clear what you mean here, but I think you're probably wrong. By definition, a "standard" is a precisely-defined "right" way of doing something. (Well, pretty much.) Dictionary.com says standard is "An acknowledged measure of comparison for quantitative or qualitative value; a criterion." Definitions aside, I've found from my own experience that if I code pages exactly the way the W3C tutorials tell me to, it looks pretty okay on all the Gecko browsers and usually Opera too. It breaks, as often as not, on IE. 

I won't list all the advantages of using standards-based code, even though it means using hacks for IE, but this is hardly a "semantic" issue; there are real consequences involved.


"Yet by implementing standards which the greatest percentage of current websites in operation are not programmed to render correctly, the w3c appears to be waging a war against itself."

The W3C doesn't implement anything. It merely suggests and recommends; browser makers are the ones doing the implementation. It would be more correct to ask why browser makers wage war against the W3C standards.</description>
		<content:encoded><![CDATA[<p>Response toltec7&#8217;s post:</p>
<p>&#8220;Please correct me if I am wrong here..&#8221;</p>
<p>You got it! See below.</p>
<p>&#8220;the w3c define standards well after browsers implement them.&#8221; </p>
<p>I don&#8217;t know. Others probably have better information on that than I do.</p>
<p>&#8220;And considering that ie is by far the most popular browser, making the smooth running of the web heavily reliant upon it&#8230;&#8221;</p>
<p>IE has been the most popular for some time, but that is changing due in part to its manifold and serious security problems. I subscribe to a number of business magazines, and it&#8217;s always interesting to read what they have to say about computer/Internet issues. In the last year or so, I&#8217;ve seen several columnists strongly urge readers to convert to Firefox in order to avoid the viruses, worms, and other beasties that come through on IE.  For that reason, I wouldn&#8217;t say the Web &#8220;runs smoothly&#8221; on IE; quite the opposite.</p>
<p>&#8220;why then do the w3c always appear to create standards that run contrary to the implementation chosen by ms.&#8221;</p>
<p>More horse-in-front-of-cart-ness here. Microsoft promised way back at version 5.5 they would make IE standards-compliant; then they released it and said (figuratively speaking) &#8220;Nyahh! We lied! It&#8217;s not standards compliant after all!&#8221;</p>
<p>As another poster pointed out, Microsoft has been represented on the W3C for some time. They presumably go to the meetings and certainly, being the 800-pound gorilla they still are, would be listened to on any issue they cared to bring up. I think it&#8217;s more a matter of MS going its own way no matter what than the W3C deliberately creating standards that conflict with MS implementation.</p>
<p>&#8220;In most cases, to my uneducated eye, there appears to be neither a right or wrong way to implement a standard, most being a matter of semantics&#8230;&#8221;</p>
<p>I&#8217;m not entirely clear what you mean here, but I think you&#8217;re probably wrong. By definition, a &#8220;standard&#8221; is a precisely-defined &#8220;right&#8221; way of doing something. (Well, pretty much.) Dictionary.com says standard is &#8220;An acknowledged measure of comparison for quantitative or qualitative value; a criterion.&#8221; Definitions aside, I&#8217;ve found from my own experience that if I code pages exactly the way the W3C tutorials tell me to, it looks pretty okay on all the Gecko browsers and usually Opera too. It breaks, as often as not, on IE. </p>
<p>I won&#8217;t list all the advantages of using standards-based code, even though it means using hacks for IE, but this is hardly a &#8220;semantic&#8221; issue; there are real consequences involved.</p>
<p>&#8220;Yet by implementing standards which the greatest percentage of current websites in operation are not programmed to render correctly, the w3c appears to be waging a war against itself.&#8221;</p>
<p>The W3C doesn&#8217;t implement anything. It merely suggests and recommends; browser makers are the ones doing the implementation. It would be more correct to ask why browser makers wage war against the W3C standards.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: toltec7</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-20506</link>
		<dc:creator>toltec7</dc:creator>
		<pubDate>Thu, 27 Apr 2006 23:35:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-20506</guid>
		<description>Please correct me if I am wrong here, and I realise this is slanting a little off topic, but to my understanding, the w3c define standards well after browsers implement them. And considering that ie is by far the most popular browser, making the smooth running of the web heavily reliant upon it, why then do the w3c always appear to create standards that run contrary to the implementation chosen by ms. 
In most cases, to my uneducated eye, there appears to be neither a right or wrong way to implement a standard, most being a matter of semantics. Yet by implementing standards which the greatest percentage of current websites in operation are not programmed to render correctly, the w3c appears to be waging a war against itself. 
Is it any wonder therefore that some developers view standards with such low regard?</description>
		<content:encoded><![CDATA[<p>Please correct me if I am wrong here, and I realise this is slanting a little off topic, but to my understanding, the w3c define standards well after browsers implement them. And considering that ie is by far the most popular browser, making the smooth running of the web heavily reliant upon it, why then do the w3c always appear to create standards that run contrary to the implementation chosen by ms.<br />
In most cases, to my uneducated eye, there appears to be neither a right or wrong way to implement a standard, most being a matter of semantics. Yet by implementing standards which the greatest percentage of current websites in operation are not programmed to render correctly, the w3c appears to be waging a war against itself.<br />
Is it any wonder therefore that some developers view standards with such low regard?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: NAL</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18934</link>
		<dc:creator>NAL</dc:creator>
		<pubDate>Sun, 23 Apr 2006 12:55:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18934</guid>
		<description>Offering a few random thoughts - 

1 - I concur with coffee-ninja's comment, "I suppose the popularity really is the only standard that matters, unfortunately."  In my experience, businesses will use whatever software their clients/partners are using, good or bad, to avoid compatibility issues., i.e., "Microsoft is the standard". 

And that's why we have major market players delivering IE-only sites/software, and why I have had DSL and cable support reps tell me they don't "support" email applications other than Outlook and Outlook Express.

2 - What is most likely to get the blame when a web site fails to render properly? The web site, not the browser. Hence the headaches, multiple browser testing, and hundreds of "work-arounds" site designers must contend with. Been there, continue to do that.

3 - Finally, after mucking about with computers and software for nearly 40 years, I have come to the conclusion that standards compliance can be compared to world peace - we are not likely to get there.</description>
		<content:encoded><![CDATA[<p>Offering a few random thoughts - </p>
<p>1 - I concur with coffee-ninja&#8217;s comment, &#8220;I suppose the popularity really is the only standard that matters, unfortunately.&#8221;  In my experience, businesses will use whatever software their clients/partners are using, good or bad, to avoid compatibility issues., i.e., &#8220;Microsoft is the standard&#8221;. </p>
<p>And that&#8217;s why we have major market players delivering IE-only sites/software, and why I have had DSL and cable support reps tell me they don&#8217;t &#8220;support&#8221; email applications other than Outlook and Outlook Express.</p>
<p>2 - What is most likely to get the blame when a web site fails to render properly? The web site, not the browser. Hence the headaches, multiple browser testing, and hundreds of &#8220;work-arounds&#8221; site designers must contend with. Been there, continue to do that.</p>
<p>3 - Finally, after mucking about with computers and software for nearly 40 years, I have come to the conclusion that standards compliance can be compared to world peace - we are not likely to get there.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18835</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 21 Apr 2006 15:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18835</guid>
		<description>Standards are emergent, not predefined.

People do something innovative. If other people like it, then they will imitate it. And then the standard is written. The failed W3C standards are the ones that tried to do it the other way around.

Example: Microsoft invents XMLHttpRequest. Mozilla says "hey, neato!" and implements it too. Then Opera jumps on. Now the W3C writes it down into a standard that everyone can reference, instead of blindly toying with everyone else's implementations.

Example: Apple invents the canvas element. Mozilla says "hey, neato!" and implements it too. Then Opera jumps on. I'm betting the W3C will write a standard on this sometime soon.

Example: With XForms, W3C tries to invent a standard before there is a marketplace implementation. XForms has been largely ignored for the past 3 years.

It's PERFECTLY FINE for browsers to come up with nonstandard extensions. If it's good, then people will imitate, and the W3C will write down the minimum subset--the lingua franca--that everyone needs to understand to successfully communicate.</description>
		<content:encoded><![CDATA[<p>Standards are emergent, not predefined.</p>
<p>People do something innovative. If other people like it, then they will imitate it. And then the standard is written. The failed W3C standards are the ones that tried to do it the other way around.</p>
<p>Example: Microsoft invents XMLHttpRequest. Mozilla says &#8220;hey, neato!&#8221; and implements it too. Then Opera jumps on. Now the W3C writes it down into a standard that everyone can reference, instead of blindly toying with everyone else&#8217;s implementations.</p>
<p>Example: Apple invents the canvas element. Mozilla says &#8220;hey, neato!&#8221; and implements it too. Then Opera jumps on. I&#8217;m betting the W3C will write a standard on this sometime soon.</p>
<p>Example: With XForms, W3C tries to invent a standard before there is a marketplace implementation. XForms has been largely ignored for the past 3 years.</p>
<p>It&#8217;s PERFECTLY FINE for browsers to come up with nonstandard extensions. If it&#8217;s good, then people will imitate, and the W3C will write down the minimum subset&#8211;the lingua franca&#8211;that everyone needs to understand to successfully communicate.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: fatnewt</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18353</link>
		<dc:creator>fatnewt</dc:creator>
		<pubDate>Wed, 19 Apr 2006 17:27:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18353</guid>
		<description>... ( that was embed ).</description>
		<content:encoded><![CDATA[<p>&#8230; ( that was embed ).</p>]]></content:encoded>
	</item>
	<item>
		<title>By: fatnewt</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18352</link>
		<dc:creator>fatnewt</dc:creator>
		<pubDate>Wed, 19 Apr 2006 17:26:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18352</guid>
		<description>The big ideas are almost always the product of the private sector -- but it's important that once they enter the hands of the masses, they standardize.

With the Web 2.0 hype and all the AJAX fun that everyone's rushing to have, it's a good time to get everyone on the same page before someone gets the idea that they should somehow pull in AJAX applications with .</description>
		<content:encoded><![CDATA[<p>The big ideas are almost always the product of the private sector &#8212; but it&#8217;s important that once they enter the hands of the masses, they standardize.</p>
<p>With the Web 2.0 hype and all the AJAX fun that everyone&#8217;s rushing to have, it&#8217;s a good time to get everyone on the same page before someone gets the idea that they should somehow pull in AJAX applications with .</p>]]></content:encoded>
	</item>
	<item>
		<title>By: jayboots</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18312</link>
		<dc:creator>jayboots</dc:creator>
		<pubDate>Wed, 19 Apr 2006 07:16:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18312</guid>
		<description>@Matthew Magain: Agreed. I carelessly threw that last quote in at the end; truly the W3C has done good, beneficial work and I needn't be pointing out matters where I think they have stumbled -- at least not in this forum. I think we are definately served by bodies like the W3C (or whatng or whomever) that promote interoperability. Unfortunately -- and as you suggest -- democracy (or some form of it) doesn't necessarily lead to cooperation, particularly when outside of their group membership, each participant has their own private agendas which they wish to fulfill.

As we have strayed OT (sorry about that) here are a few things I would like to see: more original work being promulgated first through standards bodies before they get implemented independantly; requirements to also create reference implementations and conformance test suites for each standard issued; a clearer mission that puts more focus on tractable technologies that are already in wide use (or rapidly emerging) and less on the purely speculative and heavily research oriented projects that are incubating (I'm looking at you countless specs concerning the semantic web). Don't get me wrong -- those are important areas to develop I am sure; yet I say let those later technologies leave the research field before they enter the oversight of a standards body since speculative research and standards making don't quite seem like a workable fit to me.</description>
		<content:encoded><![CDATA[<p>@Matthew Magain: Agreed. I carelessly threw that last quote in at the end; truly the W3C has done good, beneficial work and I needn&#8217;t be pointing out matters where I think they have stumbled &#8212; at least not in this forum. I think we are definately served by bodies like the W3C (or whatng or whomever) that promote interoperability. Unfortunately &#8212; and as you suggest &#8212; democracy (or some form of it) doesn&#8217;t necessarily lead to cooperation, particularly when outside of their group membership, each participant has their own private agendas which they wish to fulfill.</p>
<p>As we have strayed OT (sorry about that) here are a few things I would like to see: more original work being promulgated first through standards bodies before they get implemented independantly; requirements to also create reference implementations and conformance test suites for each standard issued; a clearer mission that puts more focus on tractable technologies that are already in wide use (or rapidly emerging) and less on the purely speculative and heavily research oriented projects that are incubating (I&#8217;m looking at you countless specs concerning the semantic web). Don&#8217;t get me wrong &#8212; those are important areas to develop I am sure; yet I say let those later technologies leave the research field before they enter the oversight of a standards body since speculative research and standards making don&#8217;t quite seem like a workable fit to me.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Magain</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18301</link>
		<dc:creator>Matthew Magain</dc:creator>
		<pubDate>Wed, 19 Apr 2006 02:38:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18301</guid>
		<description>@jayboots: I agree with most of your comments, except for this one:
&lt;blockquote&gt;while the W3C is a defacto standards body for the web I personally don’t see why they are more qualified to decide some of these issues than any other group—including Mozilla.&lt;/blockquote&gt;
The W3C is at least partially democratic - Microsoft and Mozilla both have representation in the W3C, as do a lot of other organizations. Unfortunately, democracy is not a catalyst for innovation...</description>
		<content:encoded><![CDATA[<p>@jayboots: I agree with most of your comments, except for this one:</p>
<blockquote><p>while the W3C is a defacto standards body for the web I personally don’t see why they are more qualified to decide some of these issues than any other group—including Mozilla.</p></blockquote>
<p>The W3C is at least partially democratic - Microsoft and Mozilla both have representation in the W3C, as do a lot of other organizations. Unfortunately, democracy is not a catalyst for innovation&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: jayboots</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18300</link>
		<dc:creator>jayboots</dc:creator>
		<pubDate>Wed, 19 Apr 2006 00:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18300</guid>
		<description>&lt;blockquote&gt;Standards are things that arise after a period of common usage; traffic laws, language/gramatical rules, legal concepts, are all examples of things that come about ~after~ (and because of) the experiences of normal people demonstrates a need.

Standards are not imposed from on-high, they arise from common experience and need. &lt;/blockquote&gt;

Just to further the discussion a little, I'll posit that the sentiment in that quote is not necessarily accurate, at least in software. In fact, this seems to talk more to defacto standards -- the very type that aren't that helpful in software just because they tend to lead to vendor lock-in and fracture.

XML was standardized before it was in common usage but it sprang from a rich tradition of text processing so wasn't borne out-of the void. Most technologies, though are much like this.

Why has it taken so long for XMLHttpRequest to be ratified (it still is not -- which is odd because it is really a straight-forward technology and nearly trivial extension when you already have a network browser) I'm a little worried that it is just &lt;em&gt;because&lt;/em&gt; it was introduced by Microsoft. MS created a defacto standard in that case but to demonstrate fracture, competing implementations varied from MS's implementation. Perhaps this was for legal reasons, perhaps for technical reasons but one thing is for sure, no other vendor was compelled to follow Microsoft exactly just because there has been no working group to address this (actually, there was, but they sat on their butts waiting for wide-spread adoption which is odd since it has been available in nearly 90% of all browsers for YEARS now).

The interesting thing is that if a technology like this does not arise from a clear standards body that will be accepted by all vendors, then the first large vendor (ie: large distribution channel) to implement has a very good chance lock the technology for a &lt;em&gt;long&lt;/em&gt; time. Does anyone think that XMLHttpRequest would be a big deal if it was only implemented in Firefox and not at all in IE? I hazard to say it would not unless a larger standards body proposed it first and in a way that compelled all vendors to implement the standard.

I'm no Standards Nazi but I do believe that we would all be better off if all vendors at least made an attempt to work together before implementing. I don't really expect the likes of Microsoft to play fairly in that regard but though it may be naive, I think it would be of great benefit to all if the likes of Mozilla behaved this way.

Greetings.</description>
		<content:encoded><![CDATA[<blockquote><p>Standards are things that arise after a period of common usage; traffic laws, language/gramatical rules, legal concepts, are all examples of things that come about ~after~ (and because of) the experiences of normal people demonstrates a need.</p>
<p>Standards are not imposed from on-high, they arise from common experience and need. </p></blockquote>
<p>Just to further the discussion a little, I&#8217;ll posit that the sentiment in that quote is not necessarily accurate, at least in software. In fact, this seems to talk more to defacto standards &#8212; the very type that aren&#8217;t that helpful in software just because they tend to lead to vendor lock-in and fracture.</p>
<p>XML was standardized before it was in common usage but it sprang from a rich tradition of text processing so wasn&#8217;t borne out-of the void. Most technologies, though are much like this.</p>
<p>Why has it taken so long for XMLHttpRequest to be ratified (it still is not &#8212; which is odd because it is really a straight-forward technology and nearly trivial extension when you already have a network browser) I&#8217;m a little worried that it is just <em>because</em> it was introduced by Microsoft. MS created a defacto standard in that case but to demonstrate fracture, competing implementations varied from MS&#8217;s implementation. Perhaps this was for legal reasons, perhaps for technical reasons but one thing is for sure, no other vendor was compelled to follow Microsoft exactly just because there has been no working group to address this (actually, there was, but they sat on their butts waiting for wide-spread adoption which is odd since it has been available in nearly 90% of all browsers for YEARS now).</p>
<p>The interesting thing is that if a technology like this does not arise from a clear standards body that will be accepted by all vendors, then the first large vendor (ie: large distribution channel) to implement has a very good chance lock the technology for a <em>long</em> time. Does anyone think that XMLHttpRequest would be a big deal if it was only implemented in Firefox and not at all in IE? I hazard to say it would not unless a larger standards body proposed it first and in a way that compelled all vendors to implement the standard.</p>
<p>I&#8217;m no Standards Nazi but I do believe that we would all be better off if all vendors at least made an attempt to work together before implementing. I don&#8217;t really expect the likes of Microsoft to play fairly in that regard but though it may be naive, I think it would be of great benefit to all if the likes of Mozilla behaved this way.</p>
<p>Greetings.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: coffee_ninja</title>
		<link>http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18146</link>
		<dc:creator>coffee_ninja</dc:creator>
		<pubDate>Mon, 17 Apr 2006 22:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/04/10/w3c-works-to-standardize-xmlhttprequest/#comment-18146</guid>
		<description>My language was a bit backwards I agree :) I guess what I was trying and failed to get at is this:  If there weren't early adopters of proprietary technology, then bodies like the W3C would never have a reason to write a standard. There need to be people ingenius enough to create new tecnology and others bold enough to use it for a standard to ever arise.  Otherwise it will never reach the masses that want to use standardized technology.</description>
		<content:encoded><![CDATA[<p>My language was a bit backwards I agree :) I guess what I was trying and failed to get at is this:  If there weren&#8217;t early adopters of proprietary technology, then bodies like the W3C would never have a reason to write a standard. There need to be people ingenius enough to create new tecnology and others bold enough to use it for a standard to ever arise.  Otherwise it will never reach the masses that want to use standardized technology.</p>]]></content:encoded>
	</item>
</channel>
</rss>
