• 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: [OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?)


  • Subject: Re: [OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?)
  • From: David Niemeijer <email@hidden>
  • Date: Sat, 22 Jan 2005 15:25:28 +0100

At 7:00 AM -0500 22/1/05, Charlton Wilbur wrote:
On Jan 22, 2005, at 6:16 AM, Jeremy Dronfield wrote:

Also, I never install anything that comes with an installer, unless it comes from Apple or some other supplier I know and trust.

This is something I'm thinking about right now. My current project is likely to have *lots* of user-created files and plugins, by design. The application is likely to ship with at least three plugins when it's released, with a half-dozen more becoming available for registered software. Installing files in different locations is exactly what an installer is designed for, but it causes justifiable concern. Is it reasonable to expect a novice user to be able to create a folder in a specified place (in this case, either /Library/Application Support/App Name or ~/Library/Application Support/App Name)? How savvy is the average Mac user (or at least the average Mac user who's downloading shareware) about this sort of thing?

You do not need and installer for this kind of thing. Just add the stuff to your app's package and on first run let the app make the folders and drop the plug-ins in there.


Also, there will be a central repository of plugins, both official and user-created. (Part of the incentive to allow the computer to phone home and verify its registration is that the user will be notified of new plugins for download.) Is it reasonable (with the user's explicit permission, of course) to download these to the desktop and allow the user to deposit them wherever he or she wishes? Or is it preferable to download them directly to where they belong, perhaps by using user defaults? In particular, I'd like to leave it up to the user whether to use the system-wide Library or the user-specific Library.

One way to allow users to install something in an easy way is to let them drop the downloaded file onto your app and then let the app put up a user friendly dialog asking whether the plug-in should be useable system wide or not and then copy it to the right place.


david.
_______________________________________________
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


References: 
 >Re: Why do "loose" nibs take precedence over nibs in .lproj? (From: Jerry Krinock <email@hidden>)
 >Re: Why do "loose" nibs take precedence over nibs in .lproj? (From: "Sean McBride" <email@hidden>)
 >Re: Why do "loose" nibs take precedence over nibs in .lproj? (From: Finlay Dobbie <email@hidden>)
 >Re: Why do "loose" nibs take precedence over nibs in .lproj? (From: Andreas Mayer <email@hidden>)
 >[OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?) (From: Jeremy Dronfield <email@hidden>)
 >Re: [OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?) (From: Charlton Wilbur <email@hidden>)

  • Prev by Date: Re:Bindings help: Row-specific Null Placeholder in an NSTableColumn
  • Next by Date: Re: NSOutlineView: expanding an item retains it?
  • Previous by thread: Re: [OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?)
  • Next by thread: Re: [OT] Software Delivery (was Re: Why do "loose" nibs take precedence over nibs in .lproj?)
  • Index(es):
    • Date
    • Thread