Re: makeFirstResponder doesn't
Re: makeFirstResponder doesn't
- Subject: Re: makeFirstResponder doesn't
- From: Jason Harris <email@hidden>
- Date: Sat, 22 Jun 2002 20:25:48 -0700
Whoops. Never mind. I was replacing the new responder object with an
identical (but different) instance, so the object that I had designated as
first responder was removed from the view hierarchy (but was retained by
another object, so its deallocator wasn't being called). That one had me
ripping my hair out...
Sorry to have disturbed everyone!
Jason
Jason Harris Tried to Tell Me:
>
Hi List,
>
>
I'm running into a problem in which calling [[myView window]
>
makeFirstResponder: myView] doesn't work. The scenario is that I've got a
>
bunch of custom views in a view hierarchy. I can walk the hierarchy in gdb
>
and I get what I'd expect to see - that is, the views are in the right child
>
and parent arrangement.
>
>
As a response to a user action (inside of either hitTest or keyDown), I call
>
makeFirstResponder. When I do this, the current responder receives a
>
resignFirstResponder message and the new responder receives a
>
becomeFirstResponder message. They both respond with YES. There are no
>
other resign* or become* messages.
>
>
The next time through the event loop, my new first responder isn't , the
>
window is (that is, [myView window] is the first responder). There have
>
been no makeFirstResponder, resignFirstResponder or becomeFirstResponder
>
calls in the meantime (breakpoints set on all implementations in gdb).
>
>
I'm at a loss. Any ideas?
>
>
Jason
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
>
Co
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.