Re: System PreferencePanes
Re: System PreferencePanes
- Subject: Re: System PreferencePanes
- From: "Louis C. Sacha" <email@hidden>
- Date: Sat, 28 Feb 2004 17:53:58 -0800
Hello...
You should definitely be able to make and add any other classes you
require to the code for your preference pane bundle.
This is just a guess, but based on the behavior you are describing,
you might want to check that the NSPrincipalClass key exists in your
info.plist, and that it contains the name of your subclass of
NSPreferencePane.
Otherwise, the first class found in the bundle's compiled code is
assumed to be the main class, and if that class is not the correct
type it can result in either a polite failure or a crash of the
application.
The required info.plist keys for a preference pane are described here:
http://developer.apple.com/documentation/UserExperience/Conceptual/PreferencePanes/Concepts/Anatomy.html#//apple_ref/doc/uid/20000705/96935
Hope that helps,
Louis
Hi,
I am writing a System Preference Pane Plug-in.
When I add a new custom class extending NSObject, or even NSObjectController
it compiles fine but when i go to System Preferences to open up my
Preference Pane,
it throws an error that it can't be loaded, but when I go back to
XCode and delete the
new class files i made, and then recompile and install it then go to
SystemPreferences
it opens just fine,
is there some methods I must include in my newly created class that
is extending
NSObjectController so that no errors when trying to view my Preference Pane?
Or can you not add anyother classes to a Preference Pane?
Matt
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.