<?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 MooTools 1.3 Upgrade Path</title>
	<atom:link href="http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/</link>
	<description>Making stuff work on the other side of the request.</description>
	<lastBuildDate>Wed, 21 Jul 2010 07:19:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Aaron N.</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-32162</link>
		<dc:creator>Aaron N.</dc:creator>
		<pubDate>Tue, 31 Mar 2009 15:34:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-32162</guid>
		<description>There is not a public roadmap for MooTools currently.</description>
		<content:encoded><![CDATA[<p>There is not a public roadmap for MooTools currently.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: asvanu</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-32161</link>
		<dc:creator>asvanu</dc:creator>
		<pubDate>Tue, 31 Mar 2009 09:07:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-32161</guid>
		<description>where is MooTools roadmap?</description>
		<content:encoded><![CDATA[<p>where is MooTools roadmap?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-32028</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Thu, 19 Feb 2009 18:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-32028</guid>
		<description>I&#039;ve said it before, and i&#039;ll say it again. If you break backwards compatibility, don&#039;t just increment the minor version, but the main version. In other words: call it 2.0 (you should have done that with 1.2 already).

Just my 2 cents....</description>
		<content:encoded><![CDATA[<p>I&#8217;ve said it before, and i&#8217;ll say it again. If you break backwards compatibility, don&#8217;t just increment the minor version, but the main version. In other words: call it 2.0 (you should have done that with 1.2 already).</p>
<p>Just my 2 cents&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron N.</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31866</link>
		<dc:creator>Aaron N.</dc:creator>
		<pubDate>Thu, 29 Jan 2009 16:30:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31866</guid>
		<description>I think the general thinking behind moving Hash and Swiff (and Cookie) to m-more is that these things are not required in order for the Core to work. The same could be said about Request and Fx, but these are really at the heart of what MooTools is for - enabling dynamic interfaces. Hash on the other hand is useful, but frankly so is the native object in JavaScript.

I like Hash, but it&#039;s not like I don&#039;t build my own version of the library every time I use it...</description>
		<content:encoded><![CDATA[<p>I think the general thinking behind moving Hash and Swiff (and Cookie) to m-more is that these things are not required in order for the Core to work. The same could be said about Request and Fx, but these are really at the heart of what MooTools is for &#8211; enabling dynamic interfaces. Hash on the other hand is useful, but frankly so is the native object in JavaScript.</p>
<p>I like Hash, but it&#8217;s not like I don&#8217;t build my own version of the library every time I use it&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morganizeit</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31865</link>
		<dc:creator>Morganizeit</dc:creator>
		<pubDate>Thu, 29 Jan 2009 11:55:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31865</guid>
		<description>No issues for me with the renaming of the $functions, it&#039;s a simple remap.

A good argument for leaving Hash in core is the disruption to pulling the base library from the google code service.  Folks already using core from the service plus Hash in their code would potentially have to add another request, though I guess they could also patch the Hash module into their own script.  As others have pointed out, Hash is more generally useful than Swiff or others staying put in the core... would a mt developer provide more detail about why it makes sense to move Hash but not others?

Nutshell: Ain&#039;t broke.  Don&#039;t fix it.</description>
		<content:encoded><![CDATA[<p>No issues for me with the renaming of the $functions, it&#8217;s a simple remap.</p>
<p>A good argument for leaving Hash in core is the disruption to pulling the base library from the google code service.  Folks already using core from the service plus Hash in their code would potentially have to add another request, though I guess they could also patch the Hash module into their own script.  As others have pointed out, Hash is more generally useful than Swiff or others staying put in the core&#8230; would a mt developer provide more detail about why it makes sense to move Hash but not others?</p>
<p>Nutshell: Ain&#8217;t broke.  Don&#8217;t fix it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Lund</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31857</link>
		<dc:creator>Tim Lund</dc:creator>
		<pubDate>Wed, 28 Jan 2009 23:13:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31857</guid>
		<description>Hehe and Indeed I am.. But I just think it deserves a spot in core</description>
		<content:encoded><![CDATA[<p>Hehe and Indeed I am.. But I just think it deserves a spot in core</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron N.</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31855</link>
		<dc:creator>Aaron N.</dc:creator>
		<pubDate>Wed, 28 Jan 2009 20:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31855</guid>
		<description>Hi Tim,

First, note that you can download $E  from my libs (&lt;a href=&quot;http://www.clientcide.com/js&quot; rel=&quot;nofollow&quot;&gt;download&lt;/a&gt;). But yes, the goal is to make the upgrade from 1.2 to 1.3 much easier than 1.11&gt;1.2 was.</description>
		<content:encoded><![CDATA[<p>Hi Tim,</p>
<p>First, note that you can download $E  from my libs (<a href="http://www.clientcide.com/js" rel="nofollow">download</a>). But yes, the goal is to make the upgrade from 1.2 to 1.3 much easier than 1.11>1.2 was.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Lund</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31854</link>
		<dc:creator>Tim Lund</dc:creator>
		<pubDate>Wed, 28 Jan 2009 18:03:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31854</guid>
		<description>Love the idea of putting these functions where they belong. But my biggest hope for 1.3, and perhaps even 1.4, is compatibility. We create Typo3 sites where I work, and one of our problems is that there&#039;s still alot of extensions using 1.1. I myself write all my code in the newest version and that usually leads to headaches and bosses breathing down my neck :)

I know it isn&#039;t easy for innovators when they can&#039;t change something they over time found out was the wrong way of doing things, but please make the transition as smooth as possible :)


@Matias N

Would like $E back as well :)</description>
		<content:encoded><![CDATA[<p>Love the idea of putting these functions where they belong. But my biggest hope for 1.3, and perhaps even 1.4, is compatibility. We create Typo3 sites where I work, and one of our problems is that there&#8217;s still alot of extensions using 1.1. I myself write all my code in the newest version and that usually leads to headaches and bosses breathing down my neck :)</p>
<p>I know it isn&#8217;t easy for innovators when they can&#8217;t change something they over time found out was the wrong way of doing things, but please make the transition as smooth as possible :)</p>
<p>@Matias N</p>
<p>Would like $E back as well :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roberto</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31852</link>
		<dc:creator>Roberto</dc:creator>
		<pubDate>Tue, 27 Jan 2009 10:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31852</guid>
		<description>Congratulations for your page and efford. The book is very good too.
I use mootools and the only sorrow is that the official page of Mootools is ugly and poor (the demos is a shame) - I can say this because I use and love Mootools - (others can&#039;t!).</description>
		<content:encoded><![CDATA[<p>Congratulations for your page and efford. The book is very good too.<br />
I use mootools and the only sorrow is that the official page of Mootools is ugly and poor (the demos is a shame) &#8211; I can say this because I use and love Mootools &#8211; (others can&#8217;t!).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Buchner</title>
		<link>http://www.clientcide.com/3rd-party-libraries/mootools/the-mootools-13-upgrade-path/comment-page-1/#comment-31848</link>
		<dc:creator>Daniel Buchner</dc:creator>
		<pubDate>Mon, 26 Jan 2009 06:23:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.clientcide.com/?p=749#comment-31848</guid>
		<description>Psssst!  If you want CDN-like ability to host Mootools More or any of your other code that is not in the Goog lib selection, just open a Google Code Hosted project and upload your files then like to them there.  Shabam! Instant awesome!</description>
		<content:encoded><![CDATA[<p>Psssst!  If you want CDN-like ability to host Mootools More or any of your other code that is not in the Goog lib selection, just open a Google Code Hosted project and upload your files then like to them there.  Shabam! Instant awesome!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
