• 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: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?


  • Subject: Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
  • From: Sherm Pendley <email@hidden>
  • Date: Thu, 8 Dec 2005 13:54:47 -0500

On Dec 8, 2005, at 1:40 PM, Andy Armstrong wrote:

On 8 Dec 2005, at 18:34, John Stiles wrote:

All I was trying to say is that NSUserDefaults' strongest point isn't that it is compatible with the "defaults" command line tool. To most users, that's totally irrelevant, since they don't even know how to use the command line, and they certainly don't know the secret preference settings of your app. (Do you even get "defaults" unless you install the developer package? I don't remember.)

I know - that's what I'm objecting to :)

More to the point, if you use NSUserDefaults, the storage format and location are completely abstracted, so the end user can manage the defaults using *any* tool that uses NSUserDefaults. One of those tools is a command-line tool called "defaults", but that's more or less incidental.

sherm--

Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org

_______________________________________________
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: 
 >What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: Andrei Tchijov <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: Nick Zitzmann <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: John Stiles <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: Nick Zitzmann <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: John Stiles <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: Andy Armstrong <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: John Stiles <email@hidden>)
 >Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another? (From: Andy Armstrong <email@hidden>)

  • Prev by Date: Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
  • Next by Date: Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
  • Previous by thread: Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
  • Next by thread: Re: What is the rationale behind keeping preferences in one place and "Application Support" files in another?
  • Index(es):
    • Date
    • Thread