• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: More - Safari Download Security Alerts
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: More - Safari Download Security Alerts


  • Subject: Re: More - Safari Download Security Alerts
  • From: Bill Bumgarner <email@hidden>
  • Date: Mon, 15 Dec 2008 10:04:47 -0800

On Dec 15, 2008, at 8:53 AM, Dave wrote:
Why doesn't drag and drop work?

AFAIK it does work, but my boss wants to be able to display a "T&C" page etc. and he wants an installer. Also it isn't a straight forward .app file, it's an App file that is in a folder that also also contains other folders/files.

As others have indicated, a T&C page on mounting of the DMG is likely easier.


Does your app *have* to be in /Applications? If so, that means all the users with non-admin accounts won't be able to install the app (and if you require read/write to anything in that folder, they can't use it either-- nor can multiple users on one machine).

No, it doesn't have to be in "/Applications", but this is the recommended place to put it if you want it to be accessible to all users on the machine, isn't it? If not where does it get stored? That's where every other app is stored and it's where it has been stored up until now (using the AppleScript Installer) and I haven't had any problems reported of people not being able to access it, or are you saying it won't be accessible using a PackageMaker installer?

(This is actually on topic for Cocoa...)

/Applications is fine if you want the application to be accessible to all users on the machine. The issues are:

(1) Your application should not write any user-specific data anywhere within /Applications (including inside the .app wrapper obviously). That is, /Applications should be treated as read-only beyond initial installation (many advanced users -- myself included -- run with their primary account not having administrator rights.)

(2) Non-administrative users would not be able to install your application, if it is required to be in /Applications (which it doesn't sound like it is). Drag-n-drop is easier for non-admin users to deal with.

b.bum

_______________________________________________

Cocoa-dev mailing list (email@hidden)

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:
This email sent to email@hidden


  • Follow-Ups:
    • Re: More - Safari Download Security Alerts
      • From: Dave <email@hidden>
    • Re: More - Safari Download Security Alerts
      • From: Jean-Daniel Dupas <email@hidden>
References: 
 >Safari Download Security Alerts (From: Dave <email@hidden>)
 >Re: Safari Download Security Alerts (From: Peter Blazejewicz <email@hidden>)
 >More - Safari Download Security Alerts (From: Dave <email@hidden>)
 >Re: More - Safari Download Security Alerts (From: Mike Abdullah <email@hidden>)
 >Re: More - Safari Download Security Alerts (From: Dave <email@hidden>)
 >Re: More - Safari Download Security Alerts (From: Bill Bumgarner <email@hidden>)
 >Re: More - Safari Download Security Alerts (From: Dave <email@hidden>)

  • Prev by Date: Re: More - Safari Download Security Alerts
  • Next by Date: Re: NSOutline resizing of rows
  • Previous by thread: Re: More - Safari Download Security Alerts
  • Next by thread: Re: More - Safari Download Security Alerts
  • Index(es):
    • Date
    • Thread