Re: Category conflicts with Tiger
Re: Category conflicts with Tiger
- Subject: Re: Category conflicts with Tiger
- From: j o a r <email@hidden>
- Date: Sat, 7 May 2005 22:54:58 +0200
If you target more than one OS version, you need to use the Cross
Development SDK. In this case you build against the 10.3.9 SDK where
the symbols you mention isn't part of AppKit - everything works OK
without modification.
If you want to prepare your framework for the day when you drop
support for Panther, use the Availability Macros to strip out those
methods once your min system is 10.4. Something like this:
#if ! MAC_OS_X_VERSION_MIN_REQUIRED > MAC_OS_X_VERSION_10_3
- (void) myMethodThatIsReplacedOnTiger;
#endif
j o a r
On 7 maj 2005, at 21.25, David Sinclair wrote:
I have a large collection of categories that I use for all my apps,
extending the Cocoa classes. (I plan on releasing them publicly
when I get time.)
Reading through the release notes for Tiger, I've noticed several
new methods that conflict with my categories. For example, I have
a NSPopUpButton category that adds the following method, which
conflicts with a new Tiger method:
- (int)selectItemWithTag:(int)aTag;
This one isn't too difficult to resolve (I just need to rename it
to avoid the conflict, with corresponding changes to existing
code), but there are others that are harder to resolve.
One such is a NSImageView category that implements -cut:, -copy:, -
paste:, and -delete:. I see that NSImageView now implements those
natively. I can't simply rename my editions, since then they
wouldn't be used, and can't remove them, as then those functions
wouldn't work when running under Panther. What is the best way to
resolve this conflict? Would calling -setAllowsCutCopyPaste: with
NO disable Cocoa's implementation but let mine continue, or would
mine fail too (since it is a category rather than a subclass). Is
implementing them in a subclass of NSImageView instead of a
category the only feasible solution?
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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