Re: [NEWBIE]: Dynamically loading NSViews
Re: [NEWBIE]: Dynamically loading NSViews
- Subject: Re: [NEWBIE]: Dynamically loading NSViews
- From: "M. Uli Kusterer" <email@hidden>
- Date: Sat, 2 Oct 2004 13:39:12 +0200
At 10:23 Uhr +0100 02.10.2004, J Tichenor wrote:
The problem is in nextKeyView and in delegation. For whatever
reason, even though the chosen view has been placed as a subview of
the main window, delegation messages are not passing back up the
chain, as they were when I hard placed my NSTextField, etc, elements
into the window.
A few questions:
1) How are your views created? Manually using alloc/init or loaded from a NIB?
2) You did set your new view's delegate to your delegate object, did
you? replaceView simply puts one view in the window where another
was, it doesn't synchronize attributes they have in common.
I am using the -controlTextDidEndEditing delegate method to know
what has changed in my textFields. But now that I've wired in this
dynamic loading of the views, that message is never sent back to the
delegate.
3) You're aware this message is only sent when someone hits enter in
an NSTextField or (if it's set up that way, which it is by default)
when the field loses keyboard focus?
And my nextKeyView isn't triggering properly. It's fine within each
view, but won't span the views. I've tried every combination of
wiring nextKeyViews from the various views, although that's not
technically right. No quite sure where I am going wrong.
4) What do you mean "within each view"? nextKeyView controls where
the keyboard focus will end up when you hit tab in a field. (except
NSTextView, where it will simply generate a tab). Also, you can
usually leave the nextKeyView empty and it'll pick the next view
itself.
I hope these aren't obvious things you already know. But I'm a
littlke confused. I don't think I quite understand your description.
--
Cheers,
M. Uli Kusterer
------------------------------------------------------------
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de
_______________________________________________
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