<?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"
	>
<channel>
	<title>Comments for ArtzStudio</title>
	<atom:link href="http://www.artzstudio.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.artzstudio.com</link>
	<description>Dave Artz and his discoveries in web design and development.</description>
	<pubDate>Thu, 28 Aug 2008 02:55:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Comment on Using mod_concat to Speed Up Start Render Times by web design company</title>
		<link>http://www.artzstudio.com/2008/08/using-modconcat-to-speed-up-render-start/#comment-132</link>
		<dc:creator>web design company</dc:creator>
		<pubDate>Tue, 19 Aug 2008 09:55:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=45#comment-132</guid>
		<description>Cute, but I still prefer merging CSS or JS files as part of the build process, so that you can also run a minimizer or what-have-you over the result. If you don't have a build process, it's worthwhile to make a small build process just for this file. It doesn't even have to be a "makefile", a small script in your choice of language (even shell) can get this job done.</description>
		<content:encoded><![CDATA[<p>Cute, but I still prefer merging CSS or JS files as part of the build process, so that you can also run a minimizer or what-have-you over the result. If you don&#8217;t have a build process, it&#8217;s worthwhile to make a small build process just for this file. It doesn&#8217;t even have to be a &#8220;makefile&#8221;, a small script in your choice of language (even shell) can get this job done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bulk Image Compression with Photoshop Droplets by Marco</title>
		<link>http://www.artzstudio.com/2008/08/bulk-image-compression-with-photoshop-droplets/#comment-129</link>
		<dc:creator>Marco</dc:creator>
		<pubDate>Sat, 16 Aug 2008 17:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=72#comment-129</guid>
		<description>Dave - you're a gift for the goddess.</description>
		<content:encoded><![CDATA[<p>Dave - you&#8217;re a gift for the goddess.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bulk Image Compression with Photoshop Droplets by Sue Massey</title>
		<link>http://www.artzstudio.com/2008/08/bulk-image-compression-with-photoshop-droplets/#comment-111</link>
		<dc:creator>Sue Massey</dc:creator>
		<pubDate>Mon, 11 Aug 2008 02:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=72#comment-111</guid>
		<description>Great Blog post. I am going to bookmark and read more often. I love the Blog template </description>
		<content:encoded><![CDATA[<p>Great Blog post. I am going to bookmark and read more often. I love the Blog template</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using mod_concat to Speed Up Start Render Times by Greg</title>
		<link>http://www.artzstudio.com/2008/08/using-modconcat-to-speed-up-render-start/#comment-109</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Sat, 09 Aug 2008 12:45:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=45#comment-109</guid>
		<description>By the way what is the issue related with security?</description>
		<content:encoded><![CDATA[<p>By the way what is the issue related with security?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using mod_concat to Speed Up Start Render Times by Greg</title>
		<link>http://www.artzstudio.com/2008/08/using-modconcat-to-speed-up-render-start/#comment-108</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Fri, 08 Aug 2008 21:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=45#comment-108</guid>
		<description>I like Rakaz’s PHP Combine Solution too because of it's caching capability on server. On the other end i couldn't have different paths files combined in once like with mod_concat. I welcome ideas on how to best use these or to gain from both.</description>
		<content:encoded><![CDATA[<p>I like Rakaz’s PHP Combine Solution too because of it&#8217;s caching capability on server. On the other end i couldn&#8217;t have different paths files combined in once like with mod_concat. I welcome ideas on how to best use these or to gain from both.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beating Blocking JavaScript: Asynchronous JS by ArtzStudio</title>
		<link>http://www.artzstudio.com/2008/07/beating-blocking-javascript-asynchronous-js/#comment-106</link>
		<dc:creator>ArtzStudio</dc:creator>
		<pubDate>Fri, 08 Aug 2008 14:15:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=10#comment-106</guid>
		<description>If the functions contained in the JavaScript are more important than other assets (like template images, content images) on the page in terms of perception that the page is loaded and ready, then you should use the Asynchronous JS method. 

JavaScript can be engineered so that you would never know it was there until you did something (usually after the page has loaded), a technique called Progressive Enhancement, but the user gets to that Photo Gallery Next Button and clicks Next before your JavaScript has downloaded, it may be an undesirable experience.

If your web page is JavaScript rich and has many interactive widgets that get a lot of usage, I would recommend going for the asynchronous method to ensure they are initialized as soon as possible. If your page is mainly content and JavaScript is used to spruce up the place, I would recommend loading them at the end of the page. You could even still use the Asynchronous method and set them to load on the &lt;code&gt;window.load&lt;/code&gt; event, effectively after everything else has loaded.

Incidentally, this is why it is not a rule in &lt;a href="http://www.webpagetest.org" rel="nofollow"&gt;AOL Pagetest&lt;/a&gt; to load JS at the bottom. It will make your content appear faster, but at the expense of an unenhanced or broken UI. I will blog about my &lt;a href="http://www.artzstudio.com/artz" rel="nofollow"&gt;Progressive Enhancement solutions&lt;/a&gt; here in a future post.</description>
		<content:encoded><![CDATA[<p>If the functions contained in the JavaScript are more important than other assets (like template images, content images) on the page in terms of perception that the page is loaded and ready, then you should use the Asynchronous JS method. </p>
<p>JavaScript can be engineered so that you would never know it was there until you did something (usually after the page has loaded), a technique called Progressive Enhancement, but the user gets to that Photo Gallery Next Button and clicks Next before your JavaScript has downloaded, it may be an undesirable experience.</p>
<p>If your web page is JavaScript rich and has many interactive widgets that get a lot of usage, I would recommend going for the asynchronous method to ensure they are initialized as soon as possible. If your page is mainly content and JavaScript is used to spruce up the place, I would recommend loading them at the end of the page. You could even still use the Asynchronous method and set them to load on the <code>window.load</code> event, effectively after everything else has loaded.</p>
<p>Incidentally, this is why it is not a rule in <a href="http://www.webpagetest.org" rel="nofollow">AOL Pagetest</a> to load JS at the bottom. It will make your content appear faster, but at the expense of an unenhanced or broken UI. I will blog about my <a href="http://www.artzstudio.com/artz" rel="nofollow">Progressive Enhancement solutions</a> here in a future post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PNG Alpha Transparency - No Clear Winner by Ephra</title>
		<link>http://www.artzstudio.com/2008/07/png-alpha-transparency-no-clear-winner/#comment-104</link>
		<dc:creator>Ephra</dc:creator>
		<pubDate>Fri, 08 Aug 2008 09:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=20#comment-104</guid>
		<description>hi,  I dwnldd ImageOptim and tried it out. It gives exactly the same result as PNGcrusher/PngCrrush/Ping.
But you will get a bit extra shrinking using PNGoutWin after you used ImageOptim/pngcrusher etc. 
By the way: mac's preview-app. does also a better job in shrinking then PS. When I make an image and save it as png-24 in PS, I then open it in preview and save it again-&#62;  It reduses the size quite some bytes. From there I go using the pngcrusher en then finally the pngoutwin.
cheers</description>
		<content:encoded><![CDATA[<p>hi,  I dwnldd ImageOptim and tried it out. It gives exactly the same result as PNGcrusher/PngCrrush/Ping.<br />
But you will get a bit extra shrinking using PNGoutWin after you used ImageOptim/pngcrusher etc.<br />
By the way: mac&#8217;s preview-app. does also a better job in shrinking then PS. When I make an image and save it as png-24 in PS, I then open it in preview and save it again-&gt;  It reduses the size quite some bytes. From there I go using the pngcrusher en then finally the pngoutwin.<br />
cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beating Blocking JavaScript: Asynchronous JS by Dan</title>
		<link>http://www.artzstudio.com/2008/07/beating-blocking-javascript-asynchronous-js/#comment-103</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Fri, 08 Aug 2008 07:38:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=10#comment-103</guid>
		<description>One common recommendation I've seen to avoid the JS blocking issue is to move the JS script tags to the bottom of the HTML file.  How do you think this technique compares to the one you've outlined here?  Is it better for the JS to be in the header and start the download sooner than it would've been when located at the bottom of the HTML file?</description>
		<content:encoded><![CDATA[<p>One common recommendation I&#8217;ve seen to avoid the JS blocking issue is to move the JS script tags to the bottom of the HTML file.  How do you think this technique compares to the one you&#8217;ve outlined here?  Is it better for the JS to be in the header and start the download sooner than it would&#8217;ve been when located at the bottom of the HTML file?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PNG Alpha Transparency - No Clear Winner by ArtzStudio</title>
		<link>http://www.artzstudio.com/2008/07/png-alpha-transparency-no-clear-winner/#comment-101</link>
		<dc:creator>ArtzStudio</dc:creator>
		<pubDate>Thu, 07 Aug 2008 15:38:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=20#comment-101</guid>
		<description>ImageOptim (mentioned in the article) actually uses OptiPNG, the same program PNGCrusher uses. I chose ImageOptim because it also includes AdvPNG and PNGCrush and the UI was nicer (shows savings).</description>
		<content:encoded><![CDATA[<p>ImageOptim (mentioned in the article) actually uses OptiPNG, the same program PNGCrusher uses. I chose ImageOptim because it also includes AdvPNG and PNGCrush and the UI was nicer (shows savings).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PNG Alpha Transparency - No Clear Winner by Ephra</title>
		<link>http://www.artzstudio.com/2008/07/png-alpha-transparency-no-clear-winner/#comment-99</link>
		<dc:creator>Ephra</dc:creator>
		<pubDate>Wed, 06 Aug 2008 08:18:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.artzstudio.com/?p=20#comment-99</guid>
		<description>I tried all the tools availbale.
I got the best result concerning png-24, running first (in mac) PNGcrusher or PING and then in parallels PNGoutwin.</description>
		<content:encoded><![CDATA[<p>I tried all the tools availbale.<br />
I got the best result concerning png-24, running first (in mac) PNGcrusher or PING and then in parallels PNGoutwin.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
