<?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 on: Interaction Blooper #1: Waiting for the User</title>
	<atom:link href="http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/feed/" rel="self" type="application/rss+xml" />
	<link>http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/</link>
	<description>Longer than a blog; shorter than a book</description>
	<pubDate>Wed, 07 Jan 2009 01:11:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Adam Prall</title>
		<link>http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-114622</link>
		<dc:creator>Adam Prall</dc:creator>
		<pubDate>Sun, 29 Jul 2007 18:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-114622</guid>
		<description>I've been evaluating ChronoSync as well because of an online review. According to the features I found in the program and on the companyâ€™s website, itâ€™s a great solutionâ€”but in reality, itâ€™s actually pretty bad. I have a gigabit ethernet network with a storage-attached 1.5Tb drive and am backing up many gigabytes of data to it. I got up this morning expecting my first sync to be completed, and it was only 25% of the way through step 1 of 5 (about 3% overall) of a 420Gb backup. If Iâ€™d done this just dragging folders in the Finder, it would have completed this operation in about 17 hours. At the rate ChronoSync is running, about 1% of my networkâ€™s normal speed, it will take about 71 days. No thank you. Goodbye, ChronoSync!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been evaluating ChronoSync as well because of an online review. According to the features I found in the program and on the companyâ€™s website, itâ€™s a great solutionâ€”but in reality, itâ€™s actually pretty bad. I have a gigabit ethernet network with a storage-attached 1.5Tb drive and am backing up many gigabytes of data to it. I got up this morning expecting my first sync to be completed, and it was only 25% of the way through step 1 of 5 (about 3% overall) of a 420Gb backup. If Iâ€™d done this just dragging folders in the Finder, it would have completed this operation in about 17 hours. At the rate ChronoSync is running, about 1% of my networkâ€™s normal speed, it will take about 71 days. No thank you. Goodbye, ChronoSync!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mokka mit Schlag &#187; Chronosync: Final Answer</title>
		<link>http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-14141</link>
		<dc:creator>Mokka mit Schlag &#187; Chronosync: Final Answer</dc:creator>
		<pubDate>Thu, 07 Sep 2006 18:47:59 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-14141</guid>
		<description>[...] After evaluating Chronosync for a month, the evaluation period is up and it&#8217;s time to make a decision. To buy or not to buy, that is the question. I think the answer is no. Chronosync is too slow and too complex to justify paying for. [...]</description>
		<content:encoded><![CDATA[<p>[...] After evaluating Chronosync for a month, the evaluation period is up and it&#8217;s time to make a decision. To buy or not to buy, that is the question. I think the answer is no. Chronosync is too slow and too complex to justify paying for. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Lhoste</title>
		<link>http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-10796</link>
		<dc:creator>Philippe Lhoste</dc:creator>
		<pubDate>Thu, 17 Aug 2006 14:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-10796</guid>
		<description>I couldn't agree more...
I still have Mozilla 1.7 on my old Win98SE computer and I hate when it asks if it should compress folders, stopping the downloading of new messages until I answer...
Then it says it cannot download messages while compressing folders...

BTW, I wonder why you use a bold font for your posts, and such big fonts in the whole page.</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree more&#8230;<br />
I still have Mozilla 1.7 on my old Win98SE computer and I hate when it asks if it should compress folders, stopping the downloading of new messages until I answer&#8230;<br />
Then it says it cannot download messages while compressing folders&#8230;</p>
<p>BTW, I wonder why you use a bold font for your posts, and such big fonts in the whole page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Cafes &#187; Eclipse Classpath Insanity</title>
		<link>http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-10576</link>
		<dc:creator>The Cafes &#187; Eclipse Classpath Insanity</dc:creator>
		<pubDate>Wed, 16 Aug 2006 12:56:47 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-10576</guid>
		<description>[...] &#171; Interaction Blooper #1: Waiting for the User [...]</description>
		<content:encoded><![CDATA[<p>[...] &laquo; Interaction Blooper #1: Waiting for the User [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reg Braithwaite</title>
		<link>http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-10402</link>
		<dc:creator>Reg Braithwaite</dc:creator>
		<pubDate>Tue, 15 Aug 2006 13:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/ui/interaction-blooper-1-waiting-for-the-user/#comment-10402</guid>
		<description>Amen!

Architecturally, this is often easy to do when you set out to write process-intensive applications. Such applications are often written using the command pattern. Commands (such as copy one file) are generated in a supervisor thread and placed in a queue. Worker threads take commands out of the queue and attempt to execute them. Results can be placed in a queue back to the supervisor, which can report successes and failures asynchronously.

This solves the UI problem you describe as well as dealing with situations where there are multiple resources that have different performance characteristics. If you are copying some files to a local drive, some to a network drive, and some to an FTP server, the application should be able to copy all of the local files while the copy to the FTP server is taking place. The overall performance will be faster than using a single thread.</description>
		<content:encoded><![CDATA[<p>Amen!</p>
<p>Architecturally, this is often easy to do when you set out to write process-intensive applications. Such applications are often written using the command pattern. Commands (such as copy one file) are generated in a supervisor thread and placed in a queue. Worker threads take commands out of the queue and attempt to execute them. Results can be placed in a queue back to the supervisor, which can report successes and failures asynchronously.</p>
<p>This solves the UI problem you describe as well as dealing with situations where there are multiple resources that have different performance characteristics. If you are copying some files to a local drive, some to a network drive, and some to an FTP server, the application should be able to copy all of the local files while the copy to the FTP server is taking place. The overall performance will be faster than using a single thread.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
