<?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: Why I prefer jQuery over YUI</title>
	<atom:link href="http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/feed/" rel="self" type="application/rss+xml" />
	<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/</link>
	<description>You have to visit this geeky girl&#039;s blog.</description>
	<lastBuildDate>Fri, 10 Feb 2012 11:26:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Michael</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17889</link>
		<dc:creator><![CDATA[Michael]]></dc:creator>
		<pubDate>Fri, 23 Jul 2010 21:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17889</guid>
		<description><![CDATA[The sorting in the examples seems a bit odd.  I try to sort by division by clicking the header and I see there is a high number 17 in there but it doesn&#039;t go to the top and in fact disappears strangely.  Ah maybe it&#039;s setup for sorting by characters (left to right) rather that integers.

Anyway, very good article as I&#039;m starting off with jQuery but learned about YUI also.  The mock report pagination is very cool and I&#039;ll be needing to make something similar sometime soon.]]></description>
		<content:encoded><![CDATA[<p>The sorting in the examples seems a bit odd.  I try to sort by division by clicking the header and I see there is a high number 17 in there but it doesn&#8217;t go to the top and in fact disappears strangely.  Ah maybe it&#8217;s setup for sorting by characters (left to right) rather that integers.</p>
<p>Anyway, very good article as I&#8217;m starting off with jQuery but learned about YUI also.  The mock report pagination is very cool and I&#8217;ll be needing to make something similar sometime soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano Borini</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17888</link>
		<dc:creator><![CDATA[Stefano Borini]]></dc:creator>
		<pubDate>Wed, 21 Jul 2010 12:06:40 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17888</guid>
		<description><![CDATA[I am sorry, I don&#039;t agree. The DOM is pretty simple, powerful and flexible, exactly as ASM is simple, powerful and flexible. Yet, nobody would program today in ASM just because of these apparent advantages. DOM is a low level interface to a declarative language for browsers. Exclusively working with it implies a considerable risk of violating application constraints. Moreover, there&#039;s a very high chance of a considerable code repetition when you program with DOM-level calls, redundancy which will most likely refactored into higher-level routines, hence you will end up reinventing a &quot;widget set/utility library&quot; again and again.

A similar example would be Qt against X windows calls. Nobody codes Xwin-level to create a dialog. a QMessageBox::warning() does the trick.

Of course, completely preventing a DOM level access would be wrong, but having to forcibly work at the DOM level is just plain painful.]]></description>
		<content:encoded><![CDATA[<p>I am sorry, I don&#8217;t agree. The DOM is pretty simple, powerful and flexible, exactly as ASM is simple, powerful and flexible. Yet, nobody would program today in ASM just because of these apparent advantages. DOM is a low level interface to a declarative language for browsers. Exclusively working with it implies a considerable risk of violating application constraints. Moreover, there&#8217;s a very high chance of a considerable code repetition when you program with DOM-level calls, redundancy which will most likely refactored into higher-level routines, hence you will end up reinventing a &#8220;widget set/utility library&#8221; again and again.</p>
<p>A similar example would be Qt against X windows calls. Nobody codes Xwin-level to create a dialog. a QMessageBox::warning() does the trick.</p>
<p>Of course, completely preventing a DOM level access would be wrong, but having to forcibly work at the DOM level is just plain painful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17887</link>
		<dc:creator><![CDATA[Adam]]></dc:creator>
		<pubDate>Thu, 08 Jul 2010 18:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17887</guid>
		<description><![CDATA[This comes at least a year late from the original post, but I&#039;d suggest a close look at jqGrid as an alternative to Flexigrid.

jqGrid here: http://www.trirand.com/blog/

jqGrid is very open, more feature-rich, and has a strong community supporting it - including a very active and approachable principal developer.]]></description>
		<content:encoded><![CDATA[<p>This comes at least a year late from the original post, but I&#8217;d suggest a close look at jqGrid as an alternative to Flexigrid.</p>
<p>jqGrid here: <a href="http://www.trirand.com/blog/" rel="nofollow">http://www.trirand.com/blog/</a></p>
<p>jqGrid is very open, more feature-rich, and has a strong community supporting it &#8211; including a very active and approachable principal developer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dodo</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17886</link>
		<dc:creator><![CDATA[dodo]]></dc:creator>
		<pubDate>Mon, 14 Jun 2010 17:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17886</guid>
		<description><![CDATA[another jQuery paginate plugin
http://plugins.jquery.com/project/Pajinate]]></description>
		<content:encoded><![CDATA[<p>another jQuery paginate plugin<br />
<a href="http://plugins.jquery.com/project/Pajinate" rel="nofollow">http://plugins.jquery.com/project/Pajinate</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ole Laursen</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17885</link>
		<dc:creator><![CDATA[Ole Laursen]]></dc:creator>
		<pubDate>Fri, 28 May 2010 11:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17885</guid>
		<description><![CDATA[&quot;When you move at the conceptual level of widgets, it should hide the DOM behind a semantically sound API.&quot;

No. The DOM is a pretty simple and because of this, a really powerful API. Hiding it is a mistake. If you do that, what you end up with is something like .NET or Qt or GTK+, a gazillion of classes, and huge amounts of accidental complexity. You need to embrace the DOM, not turn your back on it.

I came from desktop GUI programming too (GTK+), and it takes some time to getting used to, but really - not having to deal with a huge class library to do simple things is a big win in the long run.]]></description>
		<content:encoded><![CDATA[<p>&#8220;When you move at the conceptual level of widgets, it should hide the DOM behind a semantically sound API.&#8221;</p>
<p>No. The DOM is a pretty simple and because of this, a really powerful API. Hiding it is a mistake. If you do that, what you end up with is something like .NET or Qt or GTK+, a gazillion of classes, and huge amounts of accidental complexity. You need to embrace the DOM, not turn your back on it.</p>
<p>I came from desktop GUI programming too (GTK+), and it takes some time to getting used to, but really &#8211; not having to deal with a huge class library to do simple things is a big win in the long run.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Phan</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17883</link>
		<dc:creator><![CDATA[Ken Phan]]></dc:creator>
		<pubDate>Sat, 09 Jan 2010 11:52:24 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17883</guid>
		<description><![CDATA[If you want using pagination plugin, pls try it here: http://blog.kenphan.info/view/2010/02/Huong-dan-tao-jQuery-Navigation-Fly.html
That is a simple page used AJAX and JSON. The name is jPager. That jPager is easy install &amp; simply.]]></description>
		<content:encoded><![CDATA[<p>If you want using pagination plugin, pls try it here: <a href="http://blog.kenphan.info/view/2010/02/Huong-dan-tao-jQuery-Navigation-Fly.html" rel="nofollow">http://blog.kenphan.info/view/2010/02/Huong-dan-tao-jQuery-Navigation-Fly.html</a><br />
That is a simple page used AJAX and JSON. The name is jPager. That jPager is easy install &amp; simply.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano Borini</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17882</link>
		<dc:creator><![CDATA[Stefano Borini]]></dc:creator>
		<pubDate>Tue, 05 Jan 2010 13:13:04 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17882</guid>
		<description><![CDATA[Well, I&#039;m not complaining, I just personally don&#039;t like it :). And yes, the posts on stackoverflow are right. I do like jQuery when you use the selector to perfom an action (e.g. pure jQuery). The interface makes sense, because you are using methods on the selected entities. It&#039;s like DOM interface on steroids. Totally love it as well. jQuery widget plugins, no. That&#039;s totally counterintuitive to me. When you move at the conceptual level of widgets, it should hide the DOM behind a semantically sound API. The fact is that most of the widget jquery plugins I&#039;ve seen work with this very flat, low semantic interface.

Opinions though...]]></description>
		<content:encoded><![CDATA[<p>Well, I&#8217;m not complaining, I just personally don&#8217;t like it <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> . And yes, the posts on stackoverflow are right. I do like jQuery when you use the selector to perfom an action (e.g. pure jQuery). The interface makes sense, because you are using methods on the selected entities. It&#8217;s like DOM interface on steroids. Totally love it as well. jQuery widget plugins, no. That&#8217;s totally counterintuitive to me. When you move at the conceptual level of widgets, it should hide the DOM behind a semantically sound API. The fact is that most of the widget jquery plugins I&#8217;ve seen work with this very flat, low semantic interface.</p>
<p>Opinions though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dodo</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17881</link>
		<dc:creator><![CDATA[dodo]]></dc:creator>
		<pubDate>Tue, 05 Jan 2010 00:18:16 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17881</guid>
		<description><![CDATA[The replies you got &lt;a href=&quot;http://stackoverflow.com/questions/2000597/jquery-vs-yahoo-ui-design&quot; rel=&quot;nofollow&quot;&gt;on the post&lt;/a&gt; pretty much sum it up. You are complaining about a plugin rather than jQuery as a framework. g = selector.flexigrid()  makes perfect sense to me and I absolutely love it.]]></description>
		<content:encoded><![CDATA[<p>The replies you got <a href="http://stackoverflow.com/questions/2000597/jquery-vs-yahoo-ui-design" rel="nofollow">on the post</a> pretty much sum it up. You are complaining about a plugin rather than jQuery as a framework. g = selector.flexigrid()  makes perfect sense to me and I absolutely love it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano Borini</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17880</link>
		<dc:creator><![CDATA[Stefano Borini]]></dc:creator>
		<pubDate>Mon, 04 Jan 2010 15:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17880</guid>
		<description><![CDATA[Here comes someone missing the void.

There are two main facts about jquery that I found deeply annoying:

1) the fact that it uses paradigms that are totally the opposite of &quot;common sense&quot;. To me, g = selector.flexigrid() sounds totally absurd. Why should I call a method on a DOM node to create a flexigrid on it? flexigrid(selector) would be the usual strategy: create an object passing the point where to attach as a parameter, which is what YUI does. More to the point, jquery puts the DOM at the center, it uses the DOM and attach javascript stuff on it. The traditional programming approach, followed by YUI, is to use javascript objects to manipulate the representation (on the DOM), exactly the opposite. I don&#039;t want to handle DOM nodes, I want to handle javascript objects. This also means it&#039;s more complex in jquery to extend a javascript class to override behavior, something very intuitive in YUI from whoever comes for example from QT programming, like me.

2) As for flexigrid, the access to internals is so poor that any personalization is utterly impossible, and the code design is awful. Datatable is much more powerful and extensible.

Now, I don&#039;t claim I&#039;m right, I am a total and absolute novice of javascript, so it can be that in some weeks I come back here to say I&#039;m utterly wrong, but as a first impression, this is my opinion, and I wanted to share it. I am currently in the process of ditching jquery for yahoo ui in particular due to jquery annoying (to me) reversed design, and the very limited flexigrid features.

I think that having other opinions from fellow colleagues is important on this point.

http://stackoverflow.com/questions/2000597/jquery-vs-yahoo-ui-design]]></description>
		<content:encoded><![CDATA[<p>Here comes someone missing the void.</p>
<p>There are two main facts about jquery that I found deeply annoying:</p>
<p>1) the fact that it uses paradigms that are totally the opposite of &#8220;common sense&#8221;. To me, g = selector.flexigrid() sounds totally absurd. Why should I call a method on a DOM node to create a flexigrid on it? flexigrid(selector) would be the usual strategy: create an object passing the point where to attach as a parameter, which is what YUI does. More to the point, jquery puts the DOM at the center, it uses the DOM and attach javascript stuff on it. The traditional programming approach, followed by YUI, is to use javascript objects to manipulate the representation (on the DOM), exactly the opposite. I don&#8217;t want to handle DOM nodes, I want to handle javascript objects. This also means it&#8217;s more complex in jquery to extend a javascript class to override behavior, something very intuitive in YUI from whoever comes for example from QT programming, like me.</p>
<p>2) As for flexigrid, the access to internals is so poor that any personalization is utterly impossible, and the code design is awful. Datatable is much more powerful and extensible.</p>
<p>Now, I don&#8217;t claim I&#8217;m right, I am a total and absolute novice of javascript, so it can be that in some weeks I come back here to say I&#8217;m utterly wrong, but as a first impression, this is my opinion, and I wanted to share it. I am currently in the process of ditching jquery for yahoo ui in particular due to jquery annoying (to me) reversed design, and the very limited flexigrid features.</p>
<p>I think that having other opinions from fellow colleagues is important on this point.</p>
<p><a href="http://stackoverflow.com/questions/2000597/jquery-vs-yahoo-ui-design" rel="nofollow">http://stackoverflow.com/questions/2000597/jquery-vs-yahoo-ui-design</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reevolver</title>
		<link>http://pure-essence.net/2008/10/11/why-i-prefer-jquery-over-yui/#comment-17879</link>
		<dc:creator><![CDATA[Reevolver]]></dc:creator>
		<pubDate>Thu, 24 Sep 2009 07:46:26 +0000</pubDate>
		<guid isPermaLink="false">http://regretless.com/?p=1327#comment-17879</guid>
		<description><![CDATA[There&#039;s a gaping void where you might expect comments defending YUI. Quite telling in support of jquery really.]]></description>
		<content:encoded><![CDATA[<p>There&#8217;s a gaping void where you might expect comments defending YUI. Quite telling in support of jquery really.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

