• 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
Cocoa Naming Conventions (was Re: Sort of OT: Closing Carbon-based view windows with the menu)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Cocoa Naming Conventions (was Re: Sort of OT: Closing Carbon-based view windows with the menu)


  • Subject: Cocoa Naming Conventions (was Re: Sort of OT: Closing Carbon-based view windows with the menu)
  • From: William Stewart <email@hidden>
  • Date: Tue, 8 Mar 2005 11:04:05 -0800

Just a point about Cocoa Name spaces...

All cocoa objects load into a global name space... Most of the time this isn't a problem, but for a Cocoa app that loads 3rd party code, the potential for name space collision arises. To avoid this for instance, all of the App Kit classes are prefixed with the NS letters.. We will also be using both the CA and AU prefixes for objective C classes that we define.

Its important that both Cocoa host apps, and 3rd parties that provide cocoa AU views to be loaded, are careful about the naming conventions that they use.

Bill

On 05/03/2005, at 11:09 AM, Robert Grant wrote:

Well the awesome gandbug utility has at least revealed that the NSCarbonWindow is first on the responder chain when the window is key and ordered front - so the chain isn't buggered as I thought:

    ========Responder Chain========
    1 : <NSCarbonWindow: 0x54b9650>
    2 : <AUEditController: 0x546c9f0>

So it looks like it's eating the performClose: because the AUEditController (which my NSWindowController) is not getting a chance to handle it (I put a performClose method in there just in case).

However murat's work-around is now working nicely. BTW to get past the compiler error on NSCarbonWindow just forward declare the class:

    @class NSCarbonWindow.

Thanks for the help everyone,

Robert.

-- mailto:email@hidden
tel: +1 408 974 4056


________________________________________________________________________ __
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________ __


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Follow-Ups:
    • Re: Cocoa Naming Conventions (was Re: Sort of OT: Closing Carbon-based view windows with the menu)
      • From: john <email@hidden>
References: 
 >Sort of OT: Closing Carbon-based view windows with the menu (From: Robert Grant <email@hidden>)
 >Re: Sort of OT: Closing Carbon-based view windows with the menu (From: m <email@hidden>)
 >Re: Sort of OT: Closing Carbon-based view windows with the menu (From: m <email@hidden>)
 >Re: Sort of OT: Closing Carbon-based view windows with the menu (From: Robert Grant <email@hidden>)

  • Prev by Date: Re: AudioBuffer fields in AudioUnitRender
  • Next by Date: Re: Coreaudio-api Digest, Vol 2, Issue 74
  • Previous by thread: Re: Sort of OT: Closing Carbon-based view windows with the menu
  • Next by thread: Re: Cocoa Naming Conventions (was Re: Sort of OT: Closing Carbon-based view windows with the menu)
  • Index(es):
    • Date
    • Thread