Is it possible that PreferencePane's share "classes name space"?
Is it possible that PreferencePane's share "classes name space"?
- Subject: Is it possible that PreferencePane's share "classes name space"?
- From: Andrei Tchijov <email@hidden>
- Date: Tue, 5 Sep 2006 17:33:52 -0400
Hi,
This is what I am observing (though I can not believe my eyes). I
happen to have two versions of my Preference Pane which I would like
people to be able to use at the same time. Though newer version is
almost complete re-write, there are 1 or 2 classes which share it
names between old version and new version. What I observe is that if
I "open" old version of the pane, and than try to open new one, I am
getting error which indicates that new version trying to use classes
from old version. If I start new version first, than I can not run
old version because it is trying to use newer version classes ( there
are some methods which present on old but not new and other way
around, so "unfortunate" panel crash on "selector not recognized" ).
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?
You comments on this subject will be highly appreciated,
Andrei Tchijov
_______________________________________________
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