Re: Coreaudio-api Digest, Vol 2, Issue 74
Re: Coreaudio-api Digest, Vol 2, Issue 74
- Subject: Re: Coreaudio-api Digest, Vol 2, Issue 74
- From: "Mark's Studio" <email@hidden>
- Date: Tue, 8 Mar 2005 22:42:54 +0100
I don't think that would work, i have an id that starts with 2 spaces, ' PM' and i think you are allowed to have some characters in the id that's not supported in code.
On 8/3-2005, at 21:52, Makira wrote:
I have a small suggestion to make on the matter:
Since all application are supposed to have a unique four letter signature
(creator code), which should be reserved with Apple (
http://developer.apple.com/datatype/), I think it would be a simple way to
ensure there is no cocoa name clash by using this four letter code as a
prefix.
Regards,
Antoine
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
_______________________________________________
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
Peter Mark
Mark's Recording Studio A/S
Lundeskovsvej 3
2900 Hellerup
Denmark
Tel: +45 35366078 Fax: +45 35366038
www.marks-studio.dk
email@hidden
_______________________________________________
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