Re: Cocoa/Objective-C flat name space problems
Re: Cocoa/Objective-C flat name space problems
- Subject: Re: Cocoa/Objective-C flat name space problems
- From: Jonathan Hess <email@hidden>
- Date: Sun, 5 Dec 2010 20:26:27 -0800
On May 6, 2010, at 7:27 PM, Stephen Blinkhorn wrote:
> Thanks Isaac,
>
> On 6 May 2010, at 16:35, Isaac Wankerl wrote:
>
>> With #2, you might want to investigate using ibtool and the --convert option to modify the nibs. Just from reading the man page, it looks like that might work if you come up with some build scripts to run it for each project.
>
> I've never used ibtool before but this looks very promising although right now I can't seem to get ibtool to actually commit any changes to the xib file. Probably missing something simple. A simple search and replace in TextWrangler confirms this approach should work well though/
It sounds like you might not have included '--write output.xib' in your ibtool invocation.
Jon Hess
>
> Thanks,
> Stephen
>
>
>>
>> Isaac
>> http://www.kerlmax.com/
>>
>> On Thu, May 6, 2010 at 5:22 PM, Stephen Blinkhorn <email@hidden> wrote:
>> Hi all,
>>
>> I write audio unit plugins and Cocoa's flat name space is causing some real problems. Essentially I have a static library of Cocoa user interface classes that I use in multiple plug-in projects. These plug-ins are often run side by side by the user so I can't guarantee that a previous version of a class (in an older plugin) hasn't already been loaded by the run time system.
>>
>> I know of the following two solutions to this problem but neither are ideal:
>>
>> 1. Create a framework. This is quite a heavy weight solution and requires that all classes are backwards compatible.
>>
>> 2. Use the preprocessor the #define unique class names when the project is compiled. This is great but falls down because the original class names are still present in the nib/xib files.
>>
>> Anyone have any other suggestions or tips for dealing with this situation? With the move towards Cocoa well under way this is starting to affect a lot of people.
>>
>> Thanks,
>> Stephen
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden