• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Cocoa, a complete Mac OS X API?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cocoa, a complete Mac OS X API?


  • Subject: Re: Cocoa, a complete Mac OS X API?
  • From: "Dennis C. De Mars" <email@hidden>
  • Date: Wed, 13 Jun 2001 20:50:36 -0000

Jorge Salvador Caffarena <email@hidden> said:

> The feeling I have about Cocoa right now is that it is a superb API,
> with a excellent IDE (PB & IB) but that is lacking some key features for
> common Mac apps. I have read some examples of this in this list, as the
> "AuthorizationExecuteWithPrivileges" lack of features, the Aqua
> Interface Guidelines about NSBoxes and its titles and the actual
> implementation inconsistence, the inexistent API for getting the list of
> running process, and one of the most annoying things about Cocoa for me
> is its total lack of support for resources forks.
>
> Almost all this things can be done using Carbon calls (making a Carbon
> wrapper is one thing I do not have any idea on how to do) buuuuut, I
> thought that Stevie told to us that the state-of-the-art API for
> developing Mac OS X applications is Cocoa, and Carbon is just to make
> the Mac OS 9 leap. But it turns out that Carbon is more feature rich
> than Cocoa, in terms of Mac friendship.

Cocoa has some deficiencies in spots which I am sure will be addressed. Right now Apple
is devoting most of their energy to strengthening the foundations of the system, but
when that effort is complete I am sure they will devote more attention to adding Cocoa
APIs and sprucing up the existing ones.

On the other hand, I am sure Carbon is there for the foreseeable future, and some of
those capabilities may not be provided in Cocoa for quite a while, as nice as it would
be to have an object-oriented interface to some of that stuff.

> So the fact is that I started learning Cocoa, and realized that most
> ideas for applications involved accesing to resource forks, but this
> cannot be done with Cocoa. I have to use Carbon. Maybe it is time to
> spend some more bucks in "Learning Carbon" :-P

One thing I will make a prediction about, I would bet that there will _never_ be
significant support for resource forks in Cocoa. You'll have to go to Carbon for that.
I'm curious as to why you need to access resource forks...if you are programming Cocoa
then you are writing OS X only software, so you might as well eschew resource forks in
favor of bundles. You can't even have resource forks on some file systems that OS X can
use (namely UFS).

- Dennis D.


References: 
 >Cocoa, a complete Mac OS X API? (From: Jorge Salvador Caffarena <email@hidden>)

  • Prev by Date: Re: Cocoa, a complete Mac OS X API?
  • Next by Date: Re: Cocoa, a complete Mac OS X API?
  • Previous by thread: Re: Cocoa, a complete Mac OS X API?
  • Next by thread: Re: Cocoa, a complete Mac OS X API?
  • Index(es):
    • Date
    • Thread