Re: How to identify the host app is Carbon or Cocoa in a context menu plugin.
Re: How to identify the host app is Carbon or Cocoa in a context menu plugin.
- Subject: Re: How to identify the host app is Carbon or Cocoa in a context menu plugin.
- From: "John C. Daub" <email@hidden>
- Date: Fri, 07 Jul 2006 10:59:17 -0500
- Thread-topic: How to identify the host app is Carbon or Cocoa in a context menu plugin.
on 7/7/06 9:47 AM, Steve Christensen at email@hidden wrote:
> Besides, what do you do if there's a mix? For example, a primarily
> Carbon application that makes some Cocoa calls, or vice versa?
I have to agree with this. Sure some apps may be written purely using the
Cocoa API and some using purely Carbon API's, but there are certainly a lot
of apps out there that use a mix... especially because there are various
API's from Apple that can only be gotten at one way or the other.
I am writing an app that is a Cocoa app by the OP's definition (having an
NSPrincipalClass and NSMainNibFile in the Info.plist), but while the GUI may
be done using Cocoa APIs, I use lots of Core Foundation, Carbon, and BSD
API's to actually make the core of my app go. So, what does that make my
app? Carbon? Cocoa? BSD? I'd prefer people stop making such a hard
delineation between the API's (like an "us vs. them" sort of mentality) and
just write Mac OS X apps using whatever API's are most appropriate to make
things happen. :-)
If you do this sort of special-casing, you best tread very carefully.
--
John C. Daub }:-)>=
<mailto:email@hidden> <http://www.hsoi.com/>
"I'm suckin' up more karma than I need,
so have a supernova on me!" - Dave Wyndorf
_______________________________________________
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