<?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: Why I didn&#039;t switch from jQuery to ExtJS after all</title>
	<atom:link href="http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html/feed" rel="self" type="application/rss+xml" />
	<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html</link>
	<description>Programming is passion made real</description>
	<lastBuildDate>Fri, 09 Dec 2011 00:27:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: Francesc</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1470</link>
		<dc:creator>Francesc</dc:creator>
		<pubDate>Fri, 14 Oct 2011 10:28:36 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1470</guid>
		<description>Well yeah most of it is Ajax, so it has load, it is not widget fault. Anyway I have the feeling the widgets don&#039;t work as precise as they can.</description>
		<content:encoded><![CDATA[<p>Well yeah most of it is Ajax, so it has load, it is not widget fault. Anyway I have the feeling the widgets don&#8217;t work as precise as they can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francesc</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1469</link>
		<dc:creator>Francesc</dc:creator>
		<pubDate>Fri, 14 Oct 2011 10:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1469</guid>
		<description>Why is ExtJs Documentation that slow?</description>
		<content:encoded><![CDATA[<p>Why is ExtJs Documentation that slow?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Reppen</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1461</link>
		<dc:creator>Erik Reppen</dc:creator>
		<pubDate>Wed, 22 Jun 2011 05:46:58 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1461</guid>
		<description>Maintainability is everybody&#039;s selling point nowadays so allow me to put few points against EXTJS on that front:

* In my recent experience with their grid, I got the impression that the devs responsible didn&#039;t know enough about CSS to know that if you find yourself using JS to solve basic layout problems, you should feel bad about yourself professionally.

* Bad HTML - loads and loads and loads of div wraps with crap-tons of classes and IDs asserting themselves all over the place. (to be fair, the IDs don&#039;t pop in on elements with existing ones).

* Bad CSS - Widths on multiple wrapped elements with on average 6-8 framework JS-inserted classes make things real fun if you need to make a tweak or minor modification or just stretch something a touch. Oh no. This is ex-Java dev CYA code at its very best. Don&#039;t mess with MY code mister! I wrote it that way for a reason that I of course never documented. Oh and don&#039;t touch the HTML either. And you better stay away from the CSS too.

* Border-Box! - I did learn something new! You can change the box-sizing model to a border-based one given all the various modern and IE options nowadays. This is actually very useful in places, especially when you want percentages dictating horizontal sizing. I&#039;m not sure it&#039;s very inter-framework-and-stuff-that-was-already-in-place-before-EXTJS-friendly to apply the non-standard border-box sizing model to EVERY SINGLE ELEMENT ON THE PAGE however. Jesus H. That it didn&#039;t even rub their instincts the wrong way to avoid that little issue kind of blows my mind but it smacks of the sort of giant hammer approach to problems that I&#039;ve seen all over the place. Fixed now apparently, but I couldn&#039;t care less. I&#039;m ripping this code out of our site like a bad tooth. The sooner the better. It&#039;s actually less time-consuming to write my own grid than monkey around with this foolishness.

JQuery = Sonic screwdriver in capable hands. Build anything you want rapidly if you know what you&#039;re doing without ever touching a plug-in.

ExtJS = Do stuff you&#039;d never though possible if you&#039;re no good at this stuff. Stay very far away if you&#039;re expecting a great deal of customizing or layout finessing no matter who you are.

And what in ExtJs core is faster than JQ? It&#039;s not like they both do one operation. If you&#039;re going to compare your compact sedan to the Honda Civic it&#039;s helpful to know whether you&#039;re talking about the engine or the ashtrays.</description>
		<content:encoded><![CDATA[<p>Maintainability is everybody&#8217;s selling point nowadays so allow me to put few points against EXTJS on that front:</p>
<p>* In my recent experience with their grid, I got the impression that the devs responsible didn&#8217;t know enough about CSS to know that if you find yourself using JS to solve basic layout problems, you should feel bad about yourself professionally.</p>
<p>* Bad HTML &#8211; loads and loads and loads of div wraps with crap-tons of classes and IDs asserting themselves all over the place. (to be fair, the IDs don&#8217;t pop in on elements with existing ones).</p>
<p>* Bad CSS &#8211; Widths on multiple wrapped elements with on average 6-8 framework JS-inserted classes make things real fun if you need to make a tweak or minor modification or just stretch something a touch. Oh no. This is ex-Java dev CYA code at its very best. Don&#8217;t mess with MY code mister! I wrote it that way for a reason that I of course never documented. Oh and don&#8217;t touch the HTML either. And you better stay away from the CSS too.</p>
<p>* Border-Box! &#8211; I did learn something new! You can change the box-sizing model to a border-based one given all the various modern and IE options nowadays. This is actually very useful in places, especially when you want percentages dictating horizontal sizing. I&#8217;m not sure it&#8217;s very inter-framework-and-stuff-that-was-already-in-place-before-EXTJS-friendly to apply the non-standard border-box sizing model to EVERY SINGLE ELEMENT ON THE PAGE however. Jesus H. That it didn&#8217;t even rub their instincts the wrong way to avoid that little issue kind of blows my mind but it smacks of the sort of giant hammer approach to problems that I&#8217;ve seen all over the place. Fixed now apparently, but I couldn&#8217;t care less. I&#8217;m ripping this code out of our site like a bad tooth. The sooner the better. It&#8217;s actually less time-consuming to write my own grid than monkey around with this foolishness.</p>
<p>JQuery = Sonic screwdriver in capable hands. Build anything you want rapidly if you know what you&#8217;re doing without ever touching a plug-in.</p>
<p>ExtJS = Do stuff you&#8217;d never though possible if you&#8217;re no good at this stuff. Stay very far away if you&#8217;re expecting a great deal of customizing or layout finessing no matter who you are.</p>
<p>And what in ExtJs core is faster than JQ? It&#8217;s not like they both do one operation. If you&#8217;re going to compare your compact sedan to the Honda Civic it&#8217;s helpful to know whether you&#8217;re talking about the engine or the ashtrays.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter w.</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1449</link>
		<dc:creator>peter w.</dc:creator>
		<pubDate>Wed, 09 Feb 2011 20:05:18 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-1449</guid>
		<description>jquery= best for internet applications
extjs = best for intranet (heavyweight applications)</description>
		<content:encoded><![CDATA[<p>jquery= best for internet applications<br />
extjs = best for intranet (heavyweight applications)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Dawes</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-593</link>
		<dc:creator>Chris Dawes</dc:creator>
		<pubDate>Tue, 03 Aug 2010 02:46:11 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-593</guid>
		<description>As this comes up in the google results I need to add:

In 2010...

1) Extjs Can be implemented on a widget by widget case, and it&#039;s on Google CDN, so load time is once ever.
2) Extjs Core is smaller than jQuery and has different licencing to Extjs Full so you can include it in all your projects, it&#039;s also a lot faster than jQuery core
3) There is a jQuery connector so you don&#039;t have to rewrite any of your existsing code, and you can extend it.
4)</description>
		<content:encoded><![CDATA[<p>As this comes up in the google results I need to add:</p>
<p>In 2010&#8230;</p>
<p>1) Extjs Can be implemented on a widget by widget case, and it&#8217;s on Google CDN, so load time is once ever.<br />
2) Extjs Core is smaller than jQuery and has different licencing to Extjs Full so you can include it in all your projects, it&#8217;s also a lot faster than jQuery core<br />
3) There is a jQuery connector so you don&#8217;t have to rewrite any of your existsing code, and you can extend it.<br />
4)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nitin Pande</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-539</link>
		<dc:creator>Nitin Pande</dc:creator>
		<pubDate>Mon, 25 Jan 2010 06:21:24 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-539</guid>
		<description>You have some nice points there.
I used some inputs from your article to create a comparison of my own among the various JavaScript frameworks: http://technoticles.com/2010/01/15/javascript-framework-comparison/</description>
		<content:encoded><![CDATA[<p>You have some nice points there.<br />
I used some inputs from your article to create a comparison of my own among the various JavaScript frameworks: <a href="http://technoticles.com/2010/01/15/javascript-framework-comparison/" rel="nofollow">http://technoticles.com/2010/01/15/javascript-framework-comparison/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guest 2</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-538</link>
		<dc:creator>Guest 2</dc:creator>
		<pubDate>Tue, 01 Dec 2009 17:12:30 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-538</guid>
		<description>@guest: Ext Core is licensed under an MIT License.

At the time of this post, I don&#039;t think Ext Core was available. You could build a subset of Ext JS, but it would have been licensed under the GPL.

The team over at Ext recently did the smart thing and released a based library under a permissive license to remove the confusion when compared to the other libraries.

The one thing that we started to notice was, the size of the lib is of little consequence.

We came across YUI&#039;s seed, and Dojo&#039;s base,  jQuery, and many others.  The one thing that stood out was to build an actual web page, we were including many additional &quot;plugins&quot; that increased page weight beyond these &quot;base&quot; libraries.

If you are just adding a behavior to an element then these base libs might be enough.  I doubt that&#039;s a webpage worth talking about though.

What we found with Ext Core, is a good balance of functionality that enabled good coding practices, with minimal plugins.

The Core Manual is awesome, as are the API docs.  Having a company behind the library also made us feel more comfortable with selecting Ext Core.

Might be worth giving Ext Core another look.</description>
		<content:encoded><![CDATA[<p>@guest: Ext Core is licensed under an MIT License.</p>
<p>At the time of this post, I don&#8217;t think Ext Core was available. You could build a subset of Ext JS, but it would have been licensed under the GPL.</p>
<p>The team over at Ext recently did the smart thing and released a based library under a permissive license to remove the confusion when compared to the other libraries.</p>
<p>The one thing that we started to notice was, the size of the lib is of little consequence.</p>
<p>We came across YUI&#8217;s seed, and Dojo&#8217;s base,  jQuery, and many others.  The one thing that stood out was to build an actual web page, we were including many additional &#8220;plugins&#8221; that increased page weight beyond these &#8220;base&#8221; libraries.</p>
<p>If you are just adding a behavior to an element then these base libs might be enough.  I doubt that&#8217;s a webpage worth talking about though.</p>
<p>What we found with Ext Core, is a good balance of functionality that enabled good coding practices, with minimal plugins.</p>
<p>The Core Manual is awesome, as are the API docs.  Having a company behind the library also made us feel more comfortable with selecting Ext Core.</p>
<p>Might be worth giving Ext Core another look.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guest</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-537</link>
		<dc:creator>Guest</dc:creator>
		<pubDate>Tue, 24 Nov 2009 13:05:14 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-537</guid>
		<description>Let me comment on your 4 reasons:

Purpose: Extjs does much much more that JQery. If all you need is DOM manipulation, you should check out Extjs-Core, which is much more tailored to your specific needs.

Licence
Ext-Core is GPL, I think

Size
Ext-Core is small and fast

Familiarity
Of course you have to get used to the new API. However, Extjs has the BEST documentation I have ever seen in a Javascript library. Actualy it has the best documentation I have ever seen at all in 15 years of software development.</description>
		<content:encoded><![CDATA[<p>Let me comment on your 4 reasons:</p>
<p>Purpose: Extjs does much much more that JQery. If all you need is DOM manipulation, you should check out Extjs-Core, which is much more tailored to your specific needs.</p>
<p>Licence<br />
Ext-Core is GPL, I think</p>
<p>Size<br />
Ext-Core is small and fast</p>
<p>Familiarity<br />
Of course you have to get used to the new API. However, Extjs has the BEST documentation I have ever seen in a Javascript library. Actualy it has the best documentation I have ever seen at all in 15 years of software development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-536</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Sun, 15 Feb 2009 22:01:44 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-536</guid>
		<description>The grid is one of the HUGE differentiators between extjs and other frameworks.  My company is developing a corporate ASP.NET site, and we&#039;d love to use one of the &quot;pretty&quot; ASP.NET control frameworks, but their grids just cannot come close to Extjs&#039;s excel-like grid (particularly for editing).

I&#039;d love to use jQuery instead, particularly since ASP.NET supports jQuery, but there&#039;s not a single extension to jQuery that comes close (jqGrid is still WAY too buggy).

For consumer apps, an excel-like editable grid may not be a big deal, but corporate applications and b2b apps use grids heavily.  For some reason there just aren&#039;t many options to address these needs, and most corporations end up spending big $$$ to roll their own.</description>
		<content:encoded><![CDATA[<p>The grid is one of the HUGE differentiators between extjs and other frameworks.  My company is developing a corporate ASP.NET site, and we&#8217;d love to use one of the &#8220;pretty&#8221; ASP.NET control frameworks, but their grids just cannot come close to Extjs&#8217;s excel-like grid (particularly for editing).</p>
<p>I&#8217;d love to use jQuery instead, particularly since ASP.NET supports jQuery, but there&#8217;s not a single extension to jQuery that comes close (jqGrid is still WAY too buggy).</p>
<p>For consumer apps, an excel-like editable grid may not be a big deal, but corporate applications and b2b apps use grids heavily.  For some reason there just aren&#8217;t many options to address these needs, and most corporations end up spending big $$$ to roll their own.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herman Bos</title>
		<link>http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-535</link>
		<dc:creator>Herman Bos</dc:creator>
		<pubDate>Mon, 15 Dec 2008 06:51:52 +0000</pubDate>
		<guid isPermaLink="false">http://coderseye.com/2008/why-i-didnt-switch-from-jquery-to-extjs-after-all.html#comment-535</guid>
		<description>Funny, I was sort of in the same process as you. ExtJS really looks wonderful but in the end the license made me decide we could not use it.

Even if you pay for the commercial license it just gives a lot of license hassle. If you open source it and other people contribute to it, you can also pay up, at least if you do want a more free license for your software or not be screwed later if you use it under a different license.</description>
		<content:encoded><![CDATA[<p>Funny, I was sort of in the same process as you. ExtJS really looks wonderful but in the end the license made me decide we could not use it.</p>
<p>Even if you pay for the commercial license it just gives a lot of license hassle. If you open source it and other people contribute to it, you can also pay up, at least if you do want a more free license for your software or not be screwed later if you use it under a different license.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

