<?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: JavaScript compressor/packer</title>
	<atom:link href="http://www.inside-oracle-apex.com/javascript-compressorpacker/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.inside-oracle-apex.com/javascript-compressorpacker/</link>
	<description>Inside Oracle APEX - a blog that helps to get more out of Oracle Application Express (APEX) for your daily development work!</description>
	<lastBuildDate>Mon, 19 Dec 2011 12:04:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Patrick Wolf</title>
		<link>http://www.inside-oracle-apex.com/javascript-compressorpacker/comment-page-1/#comment-872</link>
		<dc:creator>Patrick Wolf</dc:creator>
		<pubDate>Mon, 05 Feb 2007 16:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.inside-oracle-apex.com/en/?p=67#comment-872</guid>
		<description>Carl,&lt;br /&gt;&lt;br /&gt;the dojo Compressor looks also interesting!&lt;br /&gt;&lt;br /&gt;But i&#039;m not sure if it really produces a more readable code, because debugging a code which has variables named _1, _2, ... and no formating, no comments will be quite hard.&lt;br /&gt;&lt;br /&gt;That&#039;s why I think the best solution for both compressors is to include a link to the uncompressed version of the JavaScript library at the top of the file.&lt;br /&gt;&lt;br /&gt;The linked JavaScript library can be used in case of debugging or digging and contains all the formating, comments, ...&lt;br /&gt;&lt;br /&gt;Patrick</description>
		<content:encoded><![CDATA[<p>Carl,</p>
<p>the dojo Compressor looks also interesting!</p>
<p>But i&#8217;m not sure if it really produces a more readable code, because debugging a code which has variables named _1, _2, &#8230; and no formating, no comments will be quite hard.</p>
<p>That&#8217;s why I think the best solution for both compressors is to include a link to the uncompressed version of the JavaScript library at the top of the file.</p>
<p>The linked JavaScript library can be used in case of debugging or digging and contains all the formating, comments, &#8230;</p>
<p>Patrick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl Backstrom</title>
		<link>http://www.inside-oracle-apex.com/javascript-compressorpacker/comment-page-1/#comment-871</link>
		<dc:creator>Carl Backstrom</dc:creator>
		<pubDate>Mon, 05 Feb 2007 16:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.inside-oracle-apex.com/en/?p=67#comment-871</guid>
		<description>You should take a look at the Dojo Compressor as well &lt;br /&gt;&lt;br /&gt;http://dojotoolkit.org/docs/compressor_system.html  &lt;br /&gt;&lt;br /&gt;It leaves slightly more readable code which is nice if you still want people to be able to dig through your code</description>
		<content:encoded><![CDATA[<p>You should take a look at the Dojo Compressor as well </p>
<p><a href="http://dojotoolkit.org/docs/compressor_system.html" rel="nofollow" target="_blank" class="liexternal">http://dojotoolkit.org/docs/compressor_system.html</a>  </p>
<p>It leaves slightly more readable code which is nice if you still want people to be able to dig through your code</p>
]]></content:encoded>
	</item>
</channel>
</rss>

