Re: nibs, subclassing nsview
Re: nibs, subclassing nsview
- Subject: Re: nibs, subclassing nsview
- From: Dimitri Bouniol <email@hidden>
- Date: Wed, 23 Aug 2006 22:21:46 -0700
You need to add the subviews programmatically (via init methode) if
you want them to appear in every instance of that view. Interface
builder lets you do it at a per instance level.
If you wanted to, in your controller class, implement two IBOutlets,
one to the scrollview, and the other to the nib. Then, send the
scrollview
[scrollView setDocumentView:viewInNib];
Hope that works...
For the bug, report it to apple, It is still present in Mac OS X 10.4...
On Aug 23, 2006, at 10:12 PM, Jim Mooney wrote:
That is exactly what I did, drag stuff to the view.....Not the
window. Nothing shows up when I run the program the complete
contents of the view is empty........except when I do drawrect and
force stuff into the view.
Now if I directly drag the stuff into the view, as you mention it
works. The problem/or hope is to call nib NSViews containing
forms of subclasses of NSView and call them, use them and
release them as I want them.
So Interface Building is unable to speak to a sole NSView subclass
which contains buttons and fields?
Why does interface builder allow you to add stuff into an NSView
when it is not attached to a window?
I would think that since it is provided for in Interface Builder,
this was a feature not an oversite. Please don't take this as
sarcastic.
There is a big bug too in Interface Builder when you add Objects
into an NSView which is inside a scrollview which is inside a split
pane. << trust me I need this. This is not an experiment.
--
The world's biggest Apple fan,
Dimitri Bouniol
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden