Re: Use Subclass in Interface Builder
Re: Use Subclass in Interface Builder
- Subject: Re: Use Subclass in Interface Builder
- From: Andy Lee <email@hidden>
- Date: Wed, 05 Oct 2011 04:07:08 -0400
Yeah, I don't know if there's a logical reason why the "Custom View" object in IB is treated specially or if it's a historical artifact.
--Andy
On Oct 5, 2011, at 2:51 AM, Dong Feng wrote:
> Thank you, Andy.
>
> But slightly wired that NSOpenGLView isn't considered as a custom view, considering it itself is a subclass of NSView. Anyway at least I can count on the way it works. :-)
>
>
>
> 2011/10/5 Andy Lee <email@hidden>
> See "The Object Loading Process":
>
> <http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/LoadingResources/CocoaNibs/CocoaNibs.html#//apple_ref/doc/uid/10000051i-CH4-SW19>
> > a. Standard Interface Builder objects (and custom subclasses of those objects) receive an initWithCoder: message.
> [...]
> > b. Custom views in Mac OS X receive an initWithFrame: message.
>
> Your Method 1 corresponds to the "a" case. Your Method 2 corresponds to the "b" case.
>
> --Andy
>
>
> On Oct 5, 2011, at 1:32 AM, Dong Feng wrote:
>
> > I have a subclass of NSOpenGLView which named POpenGLView. I tried two ways
> > to use it in IB:
> >
> > Method 1:
> > To create an OpenGL view in IB directly, and set its class type
> > "POpenGLView".
> >
> > Method 2:
> > To create a NSView in IB, and set its class type "POpenGLView".
> >
> > The most significant difference between the two ways is
> > - in Method 2, initWithFrame: is invoked.
> > - in Method 1, initWithCoder: is invoked.
> >
> > I checked Apple examples and found this one:
> > http://developer.apple.com/library/mac/#samplecode/GLEssentials/Listings/main_m.html#//apple_ref/doc/uid/DTS40010104-main_m-DontLinkElementID_31
> >
> > Apple's example takes Method 2 and relies on the behavior of invoking
> > initWithFrame: .
> >
> > What's the rule of IB/XIB regarding picking instantiate method?
> >
> > Thanks,
> > Dong
>
_______________________________________________
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