Re: Installer
Re: Installer
- Subject: Re: Installer
- From: "Marcus S. Zarra" <email@hidden>
- Date: Tue, 21 Mar 2006 11:34:29 -0700
On Mar 21, 2006, at 10:56 AM, Ondra Cada wrote:
Pardon me, but that is actually a voice in the support of *using*
installers (instead of the application which installs whatever it
needs itself at the first launch, which someone has advocated here).
An installer tells you exactly the opposite: when you want to
remove the thing, it is going *not* to be *any* hassle, since all
the junk is properly logged in the receipt. It even used to be
easily possible to open the receipt in the Installer application
and uninstall all the stuff from there by clicking one button --
ask Apple why they removed this excellent feature!
Using an installer in the manner you are referring to would require
the need to use an uninstaller to get rid of the application. That
is as unnecessary as is the installer. When a user downloads an app,
they should be able to put that application anywhere on their system
that they choose and run it without the worry of what the application
is sticking in other places on their system. When they are done with
that application they should be able to just trash it without just
floating around in the input managers, and system areas.
What purpose does an application have in putting files ANYWHERE on
the system other than in the ~/Library/Preferences or ~/Library/
Application Support? If an app is putting something somewhere else
(excluding its own bundle of course) why? Laziness on the
developer? Malicious code?
If a user wants to run an application from their desktop, why should
an application stop them? Why force an installer when it is
redundant? Receipts are wonderful for things that go into system
locations, but Applications should not be going into system locations
and therefore should not require a receipt or an uninstaller.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden