Re: Is it possible that PreferencePane's share "classes name space"?
Re: Is it possible that PreferencePane's share "classes name space"?
- Subject: Re: Is it possible that PreferencePane's share "classes name space"?
- From: "Tom Harrington" <email@hidden>
- Date: Tue, 5 Sep 2006 18:02:37 -0600
On 9/5/06, Andrei Tchijov <email@hidden> wrote:
I can deal with this particular problem (by using #define to re-name
all "shared" classes in new version). What bothers me is the fact
that there is no ANY guaranty that I will not come up with class name
which is used/implemented by some other preference pane. Am I missing
something? Is there a way to FORCE preference pane to look only
inside itself when it is trying to resolve classes?
It's not that it's possible for preference panes to share namespace--
it's that it's guaranteed to happen and is in fact documented to work
this way. See the preference pane documentation-- specifically this
section: http://developer.apple.com/documentation/UserExperience/Conceptual/PreferencePanes/Tasks/Conflicts.html#//apple_ref/doc/uid/20000706
--
Tom Harrington
email@hidden
AIM: atomicbird1
_______________________________________________
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