<?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: Understanding file downloads and their remnants</title>
	<atom:link href="http://osxhelp.com/understanding-file-downloads-and-their-remnants/feed/" rel="self" type="application/rss+xml" />
	<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/</link>
	<description>Insanely Simple Tutorials for the First Time Macintosh User</description>
	<lastBuildDate>Tue, 09 Mar 2010 07:51:16 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6917</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Mon, 18 Jan 2010 03:46:41 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6917</guid>
		<description>@gonzobe, 

&lt;blockquote&gt; This is one topic. What to do with the dmg file after the app has been installed. From a windows perspective, you don’t get rid of anything program related. So even tho I have read to eject the dmg, I just wasn’t convinced.&lt;/blockquote&gt;

A dmg is literally a single file, that when opened, will mount a virtual disk.  You can eject (put in trash) the virtual disc that the dmg mounts, with no harm.  Once you have copied the files you need from the dmg, or ran the installer, you can safely eject the white icon, and also throw away the dmg with zero ill effects.

&lt;blockquote I do have one question tho, after installing the app, can the dmg be saved to an external drive and be reused or is it “empty”? I don’t want to have to search the net again for say tux paint &amp; other cool apps if I accidently trash the app.&lt;/blockquote&gt;

Yes, you can save the dmg to an external drive, or you could just keep in on your computer in some folder where you decide to save such things.  It is not really a habit I would recommend getting into.  You are saving a file that is an installer, or an application for a specific version of software.  Most Mac software developers are releasing software updates on a speedy and regular basis.

You will end up saving a dmg that has an older version of software on it.  If for whatever reason you ever need to reinstall it, I would just go to the website, and download it again.  This assures you that you have the most current version.  Most apps are relatively small, and can be downloaded in a few minutes.

Something like Adobe&#039;s Creative Suite may be worth saving the installer, but even that is not that terrible of a download if you have a decent internet connection.

&lt;blockquote&gt;can the dmg be saved to an external drive and be reused or is it “empty”?&lt;/blockquote&gt;

The dmg is not empty in any way.  As a matter of fact, a dmg for a software installer is in almost all cases going to be a &lt;b&gt;read only&lt;/b&gt; dmg, meaning, you can not alter it even if you were desirous to do so. You may be able to move an icon around within the window, but you would not be able to delete the files on it.  Feel free to try, no harm can come from it, and it will help you understand the process a little better.

If you are worried about being able to locate the files, rather than saving the dmg, perhaps you should consider developing a system of bookmarks where you bookmark the download page for the software.    My personal recommendation is that saving a dmg is a waste of  disk space, and will only get you in potential trouble, as you will be installing old software.

Consider the following scenario:
Download and install coolapp version 1.3
Save coolapp 1.3 installer on your computer for future use

coolapp 1.3 has an internal update mechanism.  You launch coolapp 1.3 and it says &quot;hey, we have released coolapp 1.4, would you like to update?

Of course, you do update, and are now at coolapp 1.4.  This goes on for a few months and you end up at coolapp 1.7, and all of a sudden, something goes wrong with coolapp 1.7.

You revert back to your saved dmg, and install coolapp 1.3.  However, all the files and preferences for coolapp are in the format that coolapp 1.7 used to read.  You are now asking coolapp 1.3 to understand an aspect of itself that was not yet programmed into it at the time of release.

In extreme cases, the above procedure can corrupt your files to the point that they are broken.  Good developers will protect you from this.  For example, if you try to open a newer iPhoto library with an older version of iPhoto, it simply will not allow it to happen, and tell you to update iPhoto first.

I do strongly suggest you look to sites like macupdate.com for your software as well, not so much to locate and download the software, it is always better to go directly to the source of the software, but more to read the reviews.

There is a lot of software out there, much of which is junk, or could potentially cause your computer to become unstable.  The reviews on MacUpate can be helpful.  Another tactic is just a google search for &quot;Mac OS X _insert software name here_ sucks&quot;.  That will get you a good idea of others impressions of the software as well.

Let us know if you have any other questions.</description>
		<content:encoded><![CDATA[<p>@gonzobe, </p>
<blockquote><p> This is one topic. What to do with the dmg file after the app has been installed. From a windows perspective, you don’t get rid of anything program related. So even tho I have read to eject the dmg, I just wasn’t convinced.</p></blockquote>
<p>A dmg is literally a single file, that when opened, will mount a virtual disk.  You can eject (put in trash) the virtual disc that the dmg mounts, with no harm.  Once you have copied the files you need from the dmg, or ran the installer, you can safely eject the white icon, and also throw away the dmg with zero ill effects.</p>
<p>&lt;blockquote I do have one question tho, after installing the app, can the dmg be saved to an external drive and be reused or is it “empty”? I don’t want to have to search the net again for say tux paint &amp; other cool apps if I accidently trash the app.</p>
<p>Yes, you can save the dmg to an external drive, or you could just keep in on your computer in some folder where you decide to save such things.  It is not really a habit I would recommend getting into.  You are saving a file that is an installer, or an application for a specific version of software.  Most Mac software developers are releasing software updates on a speedy and regular basis.</p>
<p>You will end up saving a dmg that has an older version of software on it.  If for whatever reason you ever need to reinstall it, I would just go to the website, and download it again.  This assures you that you have the most current version.  Most apps are relatively small, and can be downloaded in a few minutes.</p>
<p>Something like Adobe&#8217;s Creative Suite may be worth saving the installer, but even that is not that terrible of a download if you have a decent internet connection.</p>
<blockquote><p>can the dmg be saved to an external drive and be reused or is it “empty”?</p></blockquote>
<p>The dmg is not empty in any way.  As a matter of fact, a dmg for a software installer is in almost all cases going to be a <b>read only</b> dmg, meaning, you can not alter it even if you were desirous to do so. You may be able to move an icon around within the window, but you would not be able to delete the files on it.  Feel free to try, no harm can come from it, and it will help you understand the process a little better.</p>
<p>If you are worried about being able to locate the files, rather than saving the dmg, perhaps you should consider developing a system of bookmarks where you bookmark the download page for the software.    My personal recommendation is that saving a dmg is a waste of  disk space, and will only get you in potential trouble, as you will be installing old software.</p>
<p>Consider the following scenario:<br />
Download and install coolapp version 1.3<br />
Save coolapp 1.3 installer on your computer for future use</p>
<p>coolapp 1.3 has an internal update mechanism.  You launch coolapp 1.3 and it says &#8220;hey, we have released coolapp 1.4, would you like to update?</p>
<p>Of course, you do update, and are now at coolapp 1.4.  This goes on for a few months and you end up at coolapp 1.7, and all of a sudden, something goes wrong with coolapp 1.7.</p>
<p>You revert back to your saved dmg, and install coolapp 1.3.  However, all the files and preferences for coolapp are in the format that coolapp 1.7 used to read.  You are now asking coolapp 1.3 to understand an aspect of itself that was not yet programmed into it at the time of release.</p>
<p>In extreme cases, the above procedure can corrupt your files to the point that they are broken.  Good developers will protect you from this.  For example, if you try to open a newer iPhoto library with an older version of iPhoto, it simply will not allow it to happen, and tell you to update iPhoto first.</p>
<p>I do strongly suggest you look to sites like macupdate.com for your software as well, not so much to locate and download the software, it is always better to go directly to the source of the software, but more to read the reviews.</p>
<p>There is a lot of software out there, much of which is junk, or could potentially cause your computer to become unstable.  The reviews on MacUpate can be helpful.  Another tactic is just a google search for &#8220;Mac OS X _insert software name here_ sucks&#8221;.  That will get you a good idea of others impressions of the software as well.</p>
<p>Let us know if you have any other questions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gonzobe</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6915</link>
		<dc:creator>gonzobe</dc:creator>
		<pubDate>Sun, 17 Jan 2010 22:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6915</guid>
		<description>Excellent article.  I am a two week mac newbie &amp; I love my iMac.  I have been stuck on dos pcs since computers had two floppies and no hard drive.  Vista was my last straw.  I have only had two questions/problems and have been searching the net for answers.  This is one topic.  What to do with the dmg file after the app has been installed.  From a windows perspective, you don&#039;t get rid of anything program related.  So even tho I have read to eject the dmg, I just wasn&#039;t convinced.  I do have one question tho, after installing the app, can the dmg be saved to an external drive and be reused or is it &quot;empty&quot;?  I don&#039;t want to have to search the net again for say tux paint &amp; other cool apps if I accidently trash the app.  I am so windows oriented, the process on the mac to uninstall apps is awesome as well as graphics, processing speed, quietness, safety, and ............</description>
		<content:encoded><![CDATA[<p>Excellent article.  I am a two week mac newbie &amp; I love my iMac.  I have been stuck on dos pcs since computers had two floppies and no hard drive.  Vista was my last straw.  I have only had two questions/problems and have been searching the net for answers.  This is one topic.  What to do with the dmg file after the app has been installed.  From a windows perspective, you don&#8217;t get rid of anything program related.  So even tho I have read to eject the dmg, I just wasn&#8217;t convinced.  I do have one question tho, after installing the app, can the dmg be saved to an external drive and be reused or is it &#8220;empty&#8221;?  I don&#8217;t want to have to search the net again for say tux paint &amp; other cool apps if I accidently trash the app.  I am so windows oriented, the process on the mac to uninstall apps is awesome as well as graphics, processing speed, quietness, safety, and &#8230;&#8230;&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Candace</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6898</link>
		<dc:creator>Candace</dc:creator>
		<pubDate>Fri, 15 Jan 2010 22:27:46 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6898</guid>
		<description>Thank you so much.

I&#039;m new to Mac and this has been very helpful.

They seem to forget to explain how to do the simple things.</description>
		<content:encoded><![CDATA[<p>Thank you so much.</p>
<p>I&#8217;m new to Mac and this has been very helpful.</p>
<p>They seem to forget to explain how to do the simple things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6765</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Tue, 24 Nov 2009 02:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6765</guid>
		<description>@Dannie Thank you for the comment.  I have always wondered how well a blind person can get along on the Macintosh.  I am aware of the Accessibility options that Apple provides, and I am aware, that in my light browsing of them, comparing the features to the offerings on Windows, I find Apple&#039;s superior.

Far from perfect, as myself, with fair enough eyesight, find some things frustrating, and I have a luxury others may not.

If there is anything in particular you get stuck on, try to find a relevant post, and leave us a comment.  Please mention your disability so I can compose my reply appropriately.

Good luck with your new Mac.</description>
		<content:encoded><![CDATA[<p>@Dannie Thank you for the comment.  I have always wondered how well a blind person can get along on the Macintosh.  I am aware of the Accessibility options that Apple provides, and I am aware, that in my light browsing of them, comparing the features to the offerings on Windows, I find Apple&#8217;s superior.</p>
<p>Far from perfect, as myself, with fair enough eyesight, find some things frustrating, and I have a luxury others may not.</p>
<p>If there is anything in particular you get stuck on, try to find a relevant post, and leave us a comment.  Please mention your disability so I can compose my reply appropriately.</p>
<p>Good luck with your new Mac.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dannie R</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6760</link>
		<dc:creator>Dannie R</dc:creator>
		<pubDate>Sun, 22 Nov 2009 20:52:53 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6760</guid>
		<description>Hi. I&#039;m a fairly new Mac user. I switched from windows early this month.  I&#039;m totally blind so I use Voiceover and what a brilliant thing it is.   Thanks for this website.  i&#039;m learning a lot from it.  Your bookmark organisation strategy is excellent - I should have done something like that a long time ago on windows. And thanks for mentioning unarchiver.  I downloaded stuffit because I didn&#039;t know there was another alternative.  It&#039;s now going to be removed.</description>
		<content:encoded><![CDATA[<p>Hi. I&#8217;m a fairly new Mac user. I switched from windows early this month.  I&#8217;m totally blind so I use Voiceover and what a brilliant thing it is.   Thanks for this website.  i&#8217;m learning a lot from it.  Your bookmark organisation strategy is excellent &#8211; I should have done something like that a long time ago on windows. And thanks for mentioning unarchiver.  I downloaded stuffit because I didn&#8217;t know there was another alternative.  It&#8217;s now going to be removed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6411</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Fri, 10 Apr 2009 22:10:23 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6411</guid>
		<description>@John, yes, this means that at some point, you installed Stuffit Expander.  You could delete it, safely, I have not had it installed in years, and find Unarchiver to work better, and be easier to locate and get ahold of versus the way in which Stuffit is hidden for the free version on their website.</description>
		<content:encoded><![CDATA[<p>@John, yes, this means that at some point, you installed Stuffit Expander.  You could delete it, safely, I have not had it installed in years, and find Unarchiver to work better, and be easier to locate and get ahold of versus the way in which Stuffit is hidden for the free version on their website.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6410</link>
		<dc:creator>John</dc:creator>
		<pubDate>Fri, 10 Apr 2009 17:45:24 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6410</guid>
		<description>I just got my first mac (iMac OS X) and was gong to download the unarchiver, when the download window popped up it and states &quot;open with stuffit (default)&quot; or save file. Does this mean I already have Stuffit?</description>
		<content:encoded><![CDATA[<p>I just got my first mac (iMac OS X) and was gong to download the unarchiver, when the download window popped up it and states &#8220;open with stuffit (default)&#8221; or save file. Does this mean I already have Stuffit?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6184</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Mon, 07 Jul 2008 06:22:08 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6184</guid>
		<description>@Jerry, thanks for noticing.  We actually talked about that very aspect.  As you probably know there are 100&#039;s of Mac sites out there, our edge over them, if you can call it that is we try to being it down to normal language levels.  People do not care about what SATA, eSATA, USB, and all the other acronyms are, we just want to teach you what the general concepts are.  Once you get the general ideas, there are plenty of places to dig deeper if you so desire.

Thanks again.</description>
		<content:encoded><![CDATA[<p>@Jerry, thanks for noticing.  We actually talked about that very aspect.  As you probably know there are 100&#8217;s of Mac sites out there, our edge over them, if you can call it that is we try to being it down to normal language levels.  People do not care about what SATA, eSATA, USB, and all the other acronyms are, we just want to teach you what the general concepts are.  Once you get the general ideas, there are plenty of places to dig deeper if you so desire.</p>
<p>Thanks again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6183</link>
		<dc:creator>Jerry</dc:creator>
		<pubDate>Sun, 06 Jul 2008 04:49:46 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6183</guid>
		<description>Scott:
The best thing about your site is that you explain in language that anyone (even I) can understand. Too often, those who know don&#039;t know how to communicate to those who don&#039;t know (I&#039;ve found this problem asking questions in Apple Support Discussions), which leaves the questioner (me) feeling dumb and, at times, more confused than before. Thanks for the clarity!</description>
		<content:encoded><![CDATA[<p>Scott:<br />
The best thing about your site is that you explain in language that anyone (even I) can understand. Too often, those who know don&#8217;t know how to communicate to those who don&#8217;t know (I&#8217;ve found this problem asking questions in Apple Support Discussions), which leaves the questioner (me) feeling dumb and, at times, more confused than before. Thanks for the clarity!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Cotellese</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-6177</link>
		<dc:creator>Joe Cotellese</dc:creator>
		<pubDate>Thu, 03 Jul 2008 02:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-6177</guid>
		<description>I&#039;ve posted a videocast demonstrating the download process at Learning OS X. You can see the video here.

http://www.learningosx.com/2008/06/where-do-my-downloads-go/</description>
		<content:encoded><![CDATA[<p>I&#8217;ve posted a videocast demonstrating the download process at Learning OS X. You can see the video here.</p>
<p><a href="http://www.learningosx.com/2008/06/where-do-my-downloads-go/" rel="nofollow">http://www.learningosx.com/2008/06/where-do-my-downloads-go/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Giger</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4576</link>
		<dc:creator>Peter Giger</dc:creator>
		<pubDate>Sun, 06 Apr 2008 07:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4576</guid>
		<description>I am an experienced win and linux user. This post helped me to understand dmg-files, which seemed to behave strangely. Thank you...</description>
		<content:encoded><![CDATA[<p>I am an experienced win and linux user. This post helped me to understand dmg-files, which seemed to behave strangely. Thank you&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4352</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Wed, 02 Apr 2008 22:57:05 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4352</guid>
		<description>@Mary, by downloads, we mean the actual files that are downloaded.  In Leopard 10.5, they will end up in your Downloads folder, which is in your home folder.  You can access this by going to the &quot;Go&quot; menu in the Finder, and selecting &quot;Home&quot; then opening the &quot;Downloads&quot; folder.

The dialog box you are talking about is just a download history in Safari, that shows you what you have downloaded in the past.  You can click on the small magnifying glass icon and it will also take you right to the file you downloaded, assuming it still exists and you have not deleted it.</description>
		<content:encoded><![CDATA[<p>@Mary, by downloads, we mean the actual files that are downloaded.  In Leopard 10.5, they will end up in your Downloads folder, which is in your home folder.  You can access this by going to the &#8220;Go&#8221; menu in the Finder, and selecting &#8220;Home&#8221; then opening the &#8220;Downloads&#8221; folder.</p>
<p>The dialog box you are talking about is just a download history in Safari, that shows you what you have downloaded in the past.  You can click on the small magnifying glass icon and it will also take you right to the file you downloaded, assuming it still exists and you have not deleted it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mary Apodaca</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4321</link>
		<dc:creator>Mary Apodaca</dc:creator>
		<pubDate>Wed, 02 Apr 2008 17:18:33 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4321</guid>
		<description>I loved this post because I&#039;m a minimalist and have but worried. What do you mean by one&#039;s downloads? The dialog box that shows what you&#039;ve downloaded that invites you to clear it each time? Thanks!</description>
		<content:encoded><![CDATA[<p>I loved this post because I&#8217;m a minimalist and have but worried. What do you mean by one&#8217;s downloads? The dialog box that shows what you&#8217;ve downloaded that invites you to clear it each time? Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4268</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Tue, 01 Apr 2008 22:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4268</guid>
		<description>@Bill, the Dock is something we are working on, Caroline has been writing about it now for a month, so I assume it is going to be great, or, maybe, she is just lazy :-)

Any item in the Dock is not a real file, but an &quot;alias&quot; of sorts.  So while Leopard comes with a folder that is &quot;Downloads&quot; it is nothing more than a &quot;shortcut&quot; or &quot;Alias&quot; to the real downloads folder in your home folder.

Same for anything in the dock, which is why you can remove anything from the Dock and it is not destructive.

Hope that helps.</description>
		<content:encoded><![CDATA[<p>@Bill, the Dock is something we are working on, Caroline has been writing about it now for a month, so I assume it is going to be great, or, maybe, she is just lazy <img src='http://osxhelp.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Any item in the Dock is not a real file, but an &#8220;alias&#8221; of sorts.  So while Leopard comes with a folder that is &#8220;Downloads&#8221; it is nothing more than a &#8220;shortcut&#8221; or &#8220;Alias&#8221; to the real downloads folder in your home folder.</p>
<p>Same for anything in the dock, which is why you can remove anything from the Dock and it is not destructive.</p>
<p>Hope that helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Ruth</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4264</link>
		<dc:creator>Bill Ruth</dc:creator>
		<pubDate>Tue, 01 Apr 2008 21:41:33 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4264</guid>
		<description>One of your best and most helpful articles to-date, THANK YOU!
Did you explain about the additional downloads folder (new in Leopard) in the dock that is in addition to the downloads folder in the users area? 
Another reason to delete duplicated files is to keep maximum hard-drive spare for what counts. I always run out of hard-drive space.</description>
		<content:encoded><![CDATA[<p>One of your best and most helpful articles to-date, THANK YOU!<br />
Did you explain about the additional downloads folder (new in Leopard) in the dock that is in addition to the downloads folder in the users area?<br />
Another reason to delete duplicated files is to keep maximum hard-drive spare for what counts. I always run out of hard-drive space.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4041</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Sun, 30 Mar 2008 08:06:11 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4041</guid>
		<description>@Morgan, no toe stepping at all, actually, thank you for taking the time to write a reply.  This has always been our hope, to get some of the more advanced users in here, helping others out.

I wan&#039;t to emphasize the &quot;small chance&quot; of &quot;loosing sync&quot; you pointed out.  For file copies off of a mounted drive, in the case of Mac OS X, if the file copy dialogue is no longer on your screen, the files in fact were moved.

I am not 100% sure, but on a copy onto, the same should apply.

This is in direct contrast to Windows, where a file copy can continue, even after the file copy dialogue is gone, and long gone, as in seconds after, the files are still catching up.  This has been the case since XP, and up to Vista, though both are marginally different at how they approach it.

The main reason the OS is &quot;scolding&quot;, at least in my guess, is the overhead to watch the removable media, and see if it is in fact in use during a file operation is high.  Easier to just alert the user to a best practice case, and not have to run a background process that will watch all removable media.

in closing, remember as Morgan states, it is a &quot;small chance&quot;, OS X is robust enough to know that at any time, a power failure, battery failure, or stray cat can cause your computer to shut down.  

Firewire is the only one I am really careful with, as you can in fact fry the firewire bus under certain also rare cases by skipping the unmount.</description>
		<content:encoded><![CDATA[<p>@Morgan, no toe stepping at all, actually, thank you for taking the time to write a reply.  This has always been our hope, to get some of the more advanced users in here, helping others out.</p>
<p>I wan&#8217;t to emphasize the &#8220;small chance&#8221; of &#8220;loosing sync&#8221; you pointed out.  For file copies off of a mounted drive, in the case of Mac OS X, if the file copy dialogue is no longer on your screen, the files in fact were moved.</p>
<p>I am not 100% sure, but on a copy onto, the same should apply.</p>
<p>This is in direct contrast to Windows, where a file copy can continue, even after the file copy dialogue is gone, and long gone, as in seconds after, the files are still catching up.  This has been the case since XP, and up to Vista, though both are marginally different at how they approach it.</p>
<p>The main reason the OS is &#8220;scolding&#8221;, at least in my guess, is the overhead to watch the removable media, and see if it is in fact in use during a file operation is high.  Easier to just alert the user to a best practice case, and not have to run a background process that will watch all removable media.</p>
<p>in closing, remember as Morgan states, it is a &#8220;small chance&#8221;, OS X is robust enough to know that at any time, a power failure, battery failure, or stray cat can cause your computer to shut down.  </p>
<p>Firewire is the only one I am really careful with, as you can in fact fry the firewire bus under certain also rare cases by skipping the unmount.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4039</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Sun, 30 Mar 2008 07:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4039</guid>
		<description>@WetcoastBob, yes, drive space is cheap these days and you can in fact safely safe anything you like.  I would be a little worried that the files are out of date.  Software is updated so often these days, most installers do not stand the test of time.

Then again, I do find myself downloading things many times over, and your method could save some people some time, just make sure you are still using the most current version.</description>
		<content:encoded><![CDATA[<p>@WetcoastBob, yes, drive space is cheap these days and you can in fact safely safe anything you like.  I would be a little worried that the files are out of date.  Software is updated so often these days, most installers do not stand the test of time.</p>
<p>Then again, I do find myself downloading things many times over, and your method could save some people some time, just make sure you are still using the most current version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morgan</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4031</link>
		<dc:creator>Morgan</dc:creator>
		<pubDate>Sat, 29 Mar 2008 13:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4031</guid>
		<description>@Matt Nikos:

When you eject a disk image or physical device such as a thumb drive or external hard drive, you are ensuring that any remaining changes made to the files and other information on that device gets updated before you pull it out of the port. Mac OS X is based on BSD, which, like other Unix derivatives, will cache any changes in RAM before committing them to the physical device. This speeds up transfers for the end user, but the downside is that the changes aren&#039;t final until the drive is ejected. This means that if you don&#039;t eject before removing the hardware, there&#039;s a small chance you may &quot;lose sync&quot; with the data still in RAM and could end up with corrupted files. By ejecting every time, you are ensuring that your data is not corrupted. 

I may be wrong, but I believe that the reason you probably never had an issue with it on a PC is because you can tell the OS not to warn you about such things. Also, Windows does handle such caching a bit differently; given sufficient time the data in RAM will sync with the device in a background process, making an eject command unnecessary most of the time.

P.S.: Scott, sorry if I stepped on your toes here but I figured I&#039;d throw in the answer since I was here. No offense intended.</description>
		<content:encoded><![CDATA[<p>@Matt Nikos:</p>
<p>When you eject a disk image or physical device such as a thumb drive or external hard drive, you are ensuring that any remaining changes made to the files and other information on that device gets updated before you pull it out of the port. Mac OS X is based on BSD, which, like other Unix derivatives, will cache any changes in RAM before committing them to the physical device. This speeds up transfers for the end user, but the downside is that the changes aren&#8217;t final until the drive is ejected. This means that if you don&#8217;t eject before removing the hardware, there&#8217;s a small chance you may &#8220;lose sync&#8221; with the data still in RAM and could end up with corrupted files. By ejecting every time, you are ensuring that your data is not corrupted. </p>
<p>I may be wrong, but I believe that the reason you probably never had an issue with it on a PC is because you can tell the OS not to warn you about such things. Also, Windows does handle such caching a bit differently; given sufficient time the data in RAM will sync with the device in a background process, making an eject command unnecessary most of the time.</p>
<p>P.S.: Scott, sorry if I stepped on your toes here but I figured I&#8217;d throw in the answer since I was here. No offense intended.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Nikos</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4027</link>
		<dc:creator>Matt Nikos</dc:creator>
		<pubDate>Sat, 29 Mar 2008 07:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4027</guid>
		<description>Hi, Scott,
Can you explain why it is necessary on a Mac to drag discs and other items to the trash (eject) before removing or disconnecting them?  I don&#039;t ever remember getting into trouble for doing so on a PC, but my Mac scolds me any time I forget to do so.</description>
		<content:encoded><![CDATA[<p>Hi, Scott,<br />
Can you explain why it is necessary on a Mac to drag discs and other items to the trash (eject) before removing or disconnecting them?  I don&#8217;t ever remember getting into trouble for doing so on a PC, but my Mac scolds me any time I forget to do so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WetcoastBob</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-4024</link>
		<dc:creator>WetcoastBob</dc:creator>
		<pubDate>Sat, 29 Mar 2008 04:01:15 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-4024</guid>
		<description>I have a file that I save all my DMGs in.  I find it is helpful when setting up a new machine to have a copy of all the bits of software I have downloaded over the years.</description>
		<content:encoded><![CDATA[<p>I have a file that I save all my DMGs in.  I find it is helpful when setting up a new machine to have a copy of all the bits of software I have downloaded over the years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-3996</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Fri, 28 Mar 2008 15:10:40 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-3996</guid>
		<description>@JimB, exactly, people get so caught up in the idea that deleting is destructive, that they tend to hold onto everything.  As time goes on, you forget what you really need or not, and end up just keeping everything.  Glad this helped to explain a few things to you.</description>
		<content:encoded><![CDATA[<p>@JimB, exactly, people get so caught up in the idea that deleting is destructive, that they tend to hold onto everything.  As time goes on, you forget what you really need or not, and end up just keeping everything.  Glad this helped to explain a few things to you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-3962</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Fri, 28 Mar 2008 03:25:27 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-3962</guid>
		<description>Thanks for the article! 

I find with all new Mac users, they tend to mount the DMGs and run applications directly from them (unless there are visible instructions to do otherwise, which some developers are kind enough to include).

On top of that, they never trash any of the DMG or ZIP files.

I have high hopes that Apple will sometime address this major confusion point for new users.</description>
		<content:encoded><![CDATA[<p>Thanks for the article! </p>
<p>I find with all new Mac users, they tend to mount the DMGs and run applications directly from them (unless there are visible instructions to do otherwise, which some developers are kind enough to include).</p>
<p>On top of that, they never trash any of the DMG or ZIP files.</p>
<p>I have high hopes that Apple will sometime address this major confusion point for new users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JimB</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-3939</link>
		<dc:creator>JimB</dc:creator>
		<pubDate>Thu, 27 Mar 2008 21:50:09 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-3939</guid>
		<description>Ha, I was collecting those dmg&#039;s in a file till I figured out/read somewhere that they get tossed after gettin&#039; the application.</description>
		<content:encoded><![CDATA[<p>Ha, I was collecting those dmg&#8217;s in a file till I figured out/read somewhere that they get tossed after gettin&#8217; the application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Haneda</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-3886</link>
		<dc:creator>Scott Haneda</dc:creator>
		<pubDate>Thu, 27 Mar 2008 12:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-3886</guid>
		<description>@emanuele, yes, you are correct, and I will clarify the post.  When I state to put the image in the trash, it means to unmount it.  I have found many users have a hard time understanding what an &quot;image&quot; is.  I should clarify.</description>
		<content:encoded><![CDATA[<p>@emanuele, yes, you are correct, and I will clarify the post.  When I state to put the image in the trash, it means to unmount it.  I have found many users have a hard time understanding what an &#8220;image&#8221; is.  I should clarify.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://osxhelp.com/understanding-file-downloads-and-their-remnants/comment-page-1/#comment-3808</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Thu, 27 Mar 2008 09:28:04 +0000</pubDate>
		<guid isPermaLink="false">http://osxhelp.com/?p=134#comment-3808</guid>
		<description>I read about this whole topic already on Mac Kindergarten earlier this week.</description>
		<content:encoded><![CDATA[<p>I read about this whole topic already on Mac Kindergarten earlier this week.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
