<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Walled Gardens Response</title>
	<atom:link href="http://metajack.wordpress.com/2008/05/14/walled-gardens-response/feed/" rel="self" type="application/rss+xml" />
	<link>http://metajack.wordpress.com/2008/05/14/walled-gardens-response/</link>
	<description>a blog about startups and code</description>
	<lastBuildDate>Thu, 18 Dec 2008 03:41:49 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: sander</title>
		<link>http://metajack.wordpress.com/2008/05/14/walled-gardens-response/#comment-73</link>
		<dc:creator>sander</dc:creator>
		<pubDate>Thu, 15 May 2008 11:43:30 +0000</pubDate>
		<guid isPermaLink="false">http://metajack.wordpress.com/?p=18#comment-73</guid>
		<description>&lt;blockquote&gt;I wonder if this is really true. If Facebook was so interested in XMPP, why didn’t they start with that? Surely it’s easier to start with XMPP than to write something else and then create a gateway. Perhaps they had no intention of an open garden, but later relented after they saw the cat was out of the bag with several clients getting Facebook chat support so quickly. Maybe we have these client authors to thank for this announcement?&lt;/blockquote&gt;

My point is that instead of starting to code without thinking, it would have been better for these projects to sustain &lt;a href=&quot;http://www.facebook.com/group.php?gid=15400426431&amp;ref=mf&quot; rel=&quot;nofollow&quot;&gt;user pressure on Facebook to adopt XMPP&lt;/a&gt; by ignoring the new walled garden, at least. If both Adium and Digsby would have ignored Facebook Chat, the pressure on Facebook from users who want to use Facebook Chat in their favorite standalone client would only have been stronger and thus it would have been even more important for Facebook to add XMPP support very fast to please their users. So, boycotting new walled garden networks is the way to go: these networks are all too small to push their own proprietary protocols and *all* popular instant messaging clients already support XMPP. If multi-protocol clients stay competing on which new walled garden networks they support, we will never get rid of them (the walled gardens, not these clients).

&lt;blockquote&gt;This is a real concern. I hope they aren’t so frustrated that they don’t bother making the new XMPP based Facebook chat nicely integrated. It would be terrible if people continued to use the proprietary protocol when an open one is available.&lt;/blockquote&gt;

Well, I don&#039;t think that will happen: who wants to maintain an inferior and duplicate interface? Only fools would do that and I&#039;m sure the Adium/Digsby devs are no fools.

&lt;blockquote&gt;I think current transports lack in a lot of areas,&lt;/blockquote&gt;

I will not deny that; but things can change ;-)


&lt;blockquote&gt;I have not seen an XMPP client that has as nice an implementation of transports and transport set up as the multi protocol clients have for their proprietary networks.&lt;/blockquote&gt;

We worked on improving the integration of transports in Coccinella (and have more ideas!), maybe you should try our latest release. Feedback about how we can improve Coccinella in this regard is always welcome!</description>
		<content:encoded><![CDATA[<blockquote><p>I wonder if this is really true. If Facebook was so interested in XMPP, why didn’t they start with that? Surely it’s easier to start with XMPP than to write something else and then create a gateway. Perhaps they had no intention of an open garden, but later relented after they saw the cat was out of the bag with several clients getting Facebook chat support so quickly. Maybe we have these client authors to thank for this announcement?</p></blockquote>
<p>My point is that instead of starting to code without thinking, it would have been better for these projects to sustain <a href="http://www.facebook.com/group.php?gid=15400426431&amp;ref=mf" rel="nofollow">user pressure on Facebook to adopt XMPP</a> by ignoring the new walled garden, at least. If both Adium and Digsby would have ignored Facebook Chat, the pressure on Facebook from users who want to use Facebook Chat in their favorite standalone client would only have been stronger and thus it would have been even more important for Facebook to add XMPP support very fast to please their users. So, boycotting new walled garden networks is the way to go: these networks are all too small to push their own proprietary protocols and *all* popular instant messaging clients already support XMPP. If multi-protocol clients stay competing on which new walled garden networks they support, we will never get rid of them (the walled gardens, not these clients).</p>
<blockquote><p>This is a real concern. I hope they aren’t so frustrated that they don’t bother making the new XMPP based Facebook chat nicely integrated. It would be terrible if people continued to use the proprietary protocol when an open one is available.</p></blockquote>
<p>Well, I don&#8217;t think that will happen: who wants to maintain an inferior and duplicate interface? Only fools would do that and I&#8217;m sure the Adium/Digsby devs are no fools.</p>
<blockquote><p>I think current transports lack in a lot of areas,</p></blockquote>
<p>I will not deny that; but things can change <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<blockquote><p>I have not seen an XMPP client that has as nice an implementation of transports and transport set up as the multi protocol clients have for their proprietary networks.</p></blockquote>
<p>We worked on improving the integration of transports in Coccinella (and have more ideas!), maybe you should try our latest release. Feedback about how we can improve Coccinella in this regard is always welcome!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: metajack</title>
		<link>http://metajack.wordpress.com/2008/05/14/walled-gardens-response/#comment-71</link>
		<dc:creator>metajack</dc:creator>
		<pubDate>Thu, 15 May 2008 02:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://metajack.wordpress.com/?p=18#comment-71</guid>
		<description>@Jason: That could be.  I certainly did not know any details about the Facebook chat protocol.  However, browsers can speak XMPP thanks to &lt;a href=&quot;http://www.xmpp.org/extensions/xep-0124.html&quot; rel=&quot;nofollow&quot;&gt;BOSH&lt;/a&gt;.  We use this quite extensively at &lt;a href=&quot;http://www.chesspark.com&quot; rel=&quot;nofollow&quot;&gt;Chesspark&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>@Jason: That could be.  I certainly did not know any details about the Facebook chat protocol.  However, browsers can speak XMPP thanks to <a href="http://www.xmpp.org/extensions/xep-0124.html" rel="nofollow">BOSH</a>.  We use this quite extensively at <a href="http://www.chesspark.com" rel="nofollow">Chesspark</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://metajack.wordpress.com/2008/05/14/walled-gardens-response/#comment-70</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Thu, 15 May 2008 02:40:51 +0000</pubDate>
		<guid isPermaLink="false">http://metajack.wordpress.com/?p=18#comment-70</guid>
		<description>Actually, I wouldn&#039;t be surprised if open XMPP support was Facebook&#039;s intention all along. The Facebook Chat &quot;protocol&quot; is really just bits of Javascript allowing you to chat from a browser, since browsers don&#039;t speak XMPP -- you can&#039;t even open sockets without using plugins like Flash or Java. It was never intended for any kind of use outside the browser. What they&#039;re doing now is opening Facebook Chat to outside clients and (presumably) networks.</description>
		<content:encoded><![CDATA[<p>Actually, I wouldn&#8217;t be surprised if open XMPP support was Facebook&#8217;s intention all along. The Facebook Chat &#8220;protocol&#8221; is really just bits of Javascript allowing you to chat from a browser, since browsers don&#8217;t speak XMPP &#8212; you can&#8217;t even open sockets without using plugins like Flash or Java. It was never intended for any kind of use outside the browser. What they&#8217;re doing now is opening Facebook Chat to outside clients and (presumably) networks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
