On 5 Oct 2011, at 3:53 AM, kiran kumar wrote:

> i am using this below script for creating a shortcut icon for my test 
> application on my desktop, when i install my package.
> 
> #!/bin/sh
> `chmod -R 777 /Applications/test.app`
> `ln -s /Applications/test.app ~/Desktop/`
> 
> First time when i install my package it creates a shortcut icon on desktop 
> ,when i uninstall and install again (second time)
> there is no shortcut icon on my desktop.

You may be caught in the distinction between post-update, post-install, and 
post-flight scripts in installer packages. Refer your question to 
installer-...@lists.apple.com for more guidance.

Bear in mind that an installer package may not have access to users' home 
directories. $HOME may not be defined (or may be defined as /var/root) at 
install time. Accessing user directories in an installer is not recommended.

One way to accomplish what you literally intend is to install a global launch 
agent that performs your script upon user logins.


However, if you mean to do what I think you mean, DO NOT PURSUE THIS. 

This is not Windows. Forcing an alias into the user's directory structure, 
especially into the Desktop, is a hostile act in the Mac user experience. You 
will get angry support calls. People will delete your application. People will 
go on message boards and Twitter recommending that nobody purchase your 
product. The user is the master of the Mac desktop. Nothing — not even system 
icons — appears there without his consent. If you want the user to find your 
application immediately upon installation, there are ways to call attention to 
it, such as by having Finder open the parent directory and select the icon.

Installing a launch agent just to promote your product is an outright 
declaration of war. Users who want to opt out of your forcing them to run your 
script will find that they have to do some abstruse deletions and shell 
commands. This will lead to more forum and mailing-list posts, and your 
customers will be livid with rage.

In-house applications that are mandatory for all employees might be an 
exception. Having an inexperienced manager with a fetish for making everything 
work like Windows is not.

        — F

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to