[3R1C]

Im writting a system preferences pane and Im wondering if there is a method I can override in a subclass of NSUseDefaultsController such that my preferences are written to a different domain. I.E. com.beardedllama.irofferpref as opposed to com.apple.systempreferences.

Or am I going about this the wrong way? Should I instead be managing these preferences with NSObjectController? And then hook up the action of each of the UI elements to a method that writes out the NSObjectController's content to the appropriate domain?

[Diggory Laycock]

You have to use persistentDomainForName:

http://cocoadevcentral.com/articles/000040.php

[3R1C]

Originally posted by Diggory Laycock:
You have to use persistentDomainForName:

http://cocoadevcentral.com/articles/000040.php

Yes I know. How do i integrate that with NSUserDefaultsController?

Let me give a little info. I have a system preferences pane that currently works great. My preferences are nicely written to my domain. What Im experimenting with is apples new NSUserDefaultsController.

So.. Does anyone know if its possible to subclass NSUserDefaultsController such that preferences are written to a different domain? If noe via subclassing, then some other way?

[Diggory Laycock]

Oh - sorry, I haven't looked at the new stuff in Panther yet.

[Rickster]

Doesn't look like there's a straightforward way to make NSUserDefaultsController use anything other than the standard (app) domain for reading and writing, which is a shame.

You could use initWithDefaults:initialValues: and provide a subclass of NSUSerDefaults which uses a specific domain, but writing that NSUserDefaults subclass may well be as much work as writing your own replacement for NSUserDefaultsController.