<?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: jQuery 1.0 en flamewar</title>
	<atom:link href="http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/feed" rel="self" type="application/rss+xml" />
	<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar</link>
	<description>Webdevelopment explored</description>
	<pubDate>Tue, 07 Feb 2012 08:17:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: OddesE</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-27465</link>
		<dc:creator>OddesE</dc:creator>
		<pubDate>Tue, 06 Nov 2007 19:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-27465</guid>
		<description>@michael: 
Over een paar jaar is er een tweede internet waar je zonder javascript niets kunt. Alle dynamische functionaliteit, waarbij maar een stuk van het scherm ververst wordt i.p.v een full page refresh zijn van javascript afhankelijk. Denk aan treecontrols, tabs en dat soort dingen. Het resultaat is geen document / pagina maar een applicatie.

Het ontwijken van javascript is ook een beetje overkill. Gebruik gewoon graceful degradation</description>
		<content:encoded><![CDATA[<p>@michael:<br />
Over een paar jaar is er een tweede internet waar je zonder javascript niets kunt. Alle dynamische functionaliteit, waarbij maar een stuk van het scherm ververst wordt i.p.v een full page refresh zijn van javascript afhankelijk. Denk aan treecontrols, tabs en dat soort dingen. Het resultaat is geen document / pagina maar een applicatie.</p>
<p>Het ontwijken van javascript is ook een beetje overkill. Gebruik gewoon graceful degradation</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brossiekoppie</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-608</link>
		<dc:creator>brossiekoppie</dc:creator>
		<pubDate>Sat, 02 Sep 2006 11:52:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-608</guid>
		<description>Als ik Dries mag geloven zal jQuery in de volgende versie van Drupal zittten ( 5.0.0 ).

Toch al weer een heuse stap voor jquery.</description>
		<content:encoded><![CDATA[<p>Als ik Dries mag geloven zal jQuery in de volgende versie van Drupal zittten ( 5.0.0 ).</p>
<p>Toch al weer een heuse stap voor jquery.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-596</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 30 Aug 2006 15:59:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-596</guid>
		<description>Is allemaal wel weer leuk en aardig maar als de client geen JavaScript ondersteund heeft hij er niets aan. Beter is het om het gebruik van JavaScript in je website zoveel mogelijk te ontwijken! Een goede website is een website die normaal te bezoeken is zonder JavaScript of nauwelijks met JavaScript</description>
		<content:encoded><![CDATA[<p>Is allemaal wel weer leuk en aardig maar als de client geen JavaScript ondersteund heeft hij er niets aan. Beter is het om het gebruik van JavaScript in je website zoveel mogelijk te ontwijken! Een goede website is een website die normaal te bezoeken is zonder JavaScript of nauwelijks met JavaScript</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-595</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Wed, 30 Aug 2006 08:40:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-595</guid>
		<description>&#62; jQuery is nog vrij buggy, Prototype niet.

Lijkt me niet zo raar, aangezien de ontwikkeltijden nogal verschillen, jQuery is in januari van dit jaar pas geboren.

&#62; Belangrijker is voor mijzelf is het feit dat
&#62; Prototype en scriptaculous allebei in Rails
&#62; zitten. Dat geeft gelijk een grote community
&#62; en support.

Aan jQuery on Rails wordt gewerkt: http://trac.visualjquery.com/jQueryRails.
Het voordeel van jQuery vind ik de openheid van de auteur. Resig zorgde vanaf het begin voor fatsoenlijke communicatie (duidelijke website, docs en mailinglist) en staat vrijwel iedereen te woord. Een schril contrast met Prototype (ok, Stephenson heeft na enig aandringen een blog ;)).

Uiteindelijk blijft 't vooral een kwestie van smaak, naar welke welke API je voorkeur uitgaat. Esthetiek is ook voor veel code monkeys een belangrijk aspect ;).

De al eerder genoemde Palmer werkt overigens aan een Prototype-boek: http://encytemedia.com/blog/articles/2006/04/27/writing-a-prototype-book-for-the-pragmatic-programmers</description>
		<content:encoded><![CDATA[<p>&gt; jQuery is nog vrij buggy, Prototype niet.</p>
<p>Lijkt me niet zo raar, aangezien de ontwikkeltijden nogal verschillen, jQuery is in januari van dit jaar pas geboren.</p>
<p>&gt; Belangrijker is voor mijzelf is het feit dat<br />
&gt; Prototype en scriptaculous allebei in Rails<br />
&gt; zitten. Dat geeft gelijk een grote community<br />
&gt; en support.</p>
<p>Aan jQuery on Rails wordt gewerkt: <a href="http://trac.visualjquery.com/jQueryRails" rel="nofollow">http://trac.visualjquery.com/jQueryRails</a>.<br />
Het voordeel van jQuery vind ik de openheid van de auteur. Resig zorgde vanaf het begin voor fatsoenlijke communicatie (duidelijke website, docs en mailinglist) en staat vrijwel iedereen te woord. Een schril contrast met Prototype (ok, Stephenson heeft na enig aandringen een blog ;)).</p>
<p>Uiteindelijk blijft 't vooral een kwestie van smaak, naar welke welke API je voorkeur uitgaat. Esthetiek is ook voor veel code monkeys een belangrijk aspect ;).</p>
<p>De al eerder genoemde Palmer werkt overigens aan een Prototype-boek: <a href="http://encytemedia.com/blog/articles/2006/04/27/writing-a-prototype-book-for-the-pragmatic-programmers" rel="nofollow">http://encytemedia.com/blog/articles/2006/04/27/writing-a-prototype-book-for-the-pragmatic-programmers</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tri Pham</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-594</link>
		<dc:creator>Tri Pham</dc:creator>
		<pubDate>Wed, 30 Aug 2006 00:04:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-594</guid>
		<description>jQuery is nog vrij buggy, Prototype niet. Het compressen scheelt inderdaad heel veel, soms zo'n 60%. Belangrijker is voor mijzelf is het feit dat Prototype en scriptaculous allebei in Rails zitten. Dat geeft gelijk een grote community en support.</description>
		<content:encoded><![CDATA[<p>jQuery is nog vrij buggy, Prototype niet. Het compressen scheelt inderdaad heel veel, soms zo'n 60%. Belangrijker is voor mijzelf is het feit dat Prototype en scriptaculous allebei in Rails zitten. Dat geeft gelijk een grote community en support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-591</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Tue, 29 Aug 2006 11:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-591</guid>
		<description>&#62; Als jij kan leven met een extra 100KB, waarom niet?

Om bandbreedte te besparen met Prototype zou je Dean Edwards' Packer kunnen gebruiken voor compressie (zoals jQuery): http://dean.edwards.name/packer/. Scheelt al snel de helft qua bestandsgrootte.</description>
		<content:encoded><![CDATA[<p>&gt; Als jij kan leven met een extra 100KB, waarom niet?</p>
<p>Om bandbreedte te besparen met Prototype zou je Dean Edwards' Packer kunnen gebruiken voor compressie (zoals jQuery): <a href="http://dean.edwards.name/packer/" rel="nofollow">http://dean.edwards.name/packer/</a>. Scheelt al snel de helft qua bestandsgrootte.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-587</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Tue, 29 Aug 2006 07:34:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-587</guid>
		<description>Het lijkt me vooral een kwestie van onzorgvuldig taalgebruik van Katz. Zijn post had wat mij betreft beter 'Why I Prefer jQuery's Philosophy' kunnen heten. Palmer nuanceert de boel gelukkig enigszins. Beide libraries hebben genoeg bestaansrecht gezien het aantal geïnteresseerden.</description>
		<content:encoded><![CDATA[<p>Het lijkt me vooral een kwestie van onzorgvuldig taalgebruik van Katz. Zijn post had wat mij betreft beter 'Why I Prefer jQuery's Philosophy' kunnen heten. Palmer nuanceert de boel gelukkig enigszins. Beide libraries hebben genoeg bestaansrecht gezien het aantal geïnteresseerden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wesley</title>
		<link>http://www.scriptorama.nl/javascript/jquery-10-en-flamewar/comment-page-1#comment-586</link>
		<dc:creator>wesley</dc:creator>
		<pubDate>Tue, 29 Aug 2006 07:06:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/javascript/jquery-10-en-flamewar#comment-586</guid>
		<description>Als jij kan leven met een extra 100KB, waarom niet?</description>
		<content:encoded><![CDATA[<p>Als jij kan leven met een extra 100KB, waarom niet?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

