Re: How to copy class interface and implementation without connections to .xib file
Re: How to copy class interface and implementation without connections to .xib file
- Subject: Re: How to copy class interface and implementation without connections to .xib file
- From: Charles Srstka <email@hidden>
- Date: Mon, 02 Jul 2012 02:41:31 -0500
On Jul 2, 2012, at 1:01 AM, Richard Altenburg (Brainchild) wrote:
> Op 1 jul. 2012, om 22:59 heeft Jens Alfke het volgende geschreven:
>
>>> It immediately showed that the outlets and actions were connected, and on inspection they were connected to the .xib in the old project.
>>
>> Um, what _exactly_ did it show? There's no way for files in different projects to have relations to each other like that.
>
> When you declare a property as an IBOutlet, you get that 'open bullet' left to it showing you a connection to a user interface element can be made. After I copied code from the old projects' .h file into my new projects' .h file, there was a 'closed bullet', and when I connected this property to the new .xib file, there was still the connection with the old .xib file, which of course was in the old project.
>
> Testing the interface made Xcode hang, so it was not happy with that external connection itself, but I was not able to remove it at that time.
All the connections are in the .xib file itself, not in the source files. If the .xib file isn’t part of your project, this really shouldn’t be possible. And it *definitely* shouldn’t be able to affect anything at runtime, because the only way your nib should be able to be loaded is if you either load it yourself with either -[NSNib initWithNibNamed:bundle:] or by giving the nib name to NSDocument, NSWindowController, NSViewController, etc. And that shouldn’t be possible to happen if the nib isn’t being included inside the app bundle unless you’re explicitly specifying a URL to it in code.
I guess what I’m saying is, check over your project and make sure you don’t accidentally have some reference to the .xib file (or the project containing it) in your project anywhere.
Charles
_______________________________________________
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