Re: Responder chain difficulty
Re: Responder chain difficulty
- Subject: Re: Responder chain difficulty
- From: Matt Neuburg <email@hidden>
- Date: Tue, 15 Mar 2005 09:09:24 -0800
On Tue, 15 Mar 2005 13:27:10 +0000, Peter Hudson <email@hidden>
said:
>I have a small window that I run as a sheet from the main window of my
application.
>It has two NSTextFields ( called A and B for clarity ) and two NSButtons in it.
>One of the buttons is is set to be default ( \R ).
>
>I have set the keyboard loop so that text field 'A' is first responder - with
a nextKeyView of text field 'B'. Text field 'B' has a nextKeyView of text
field 'A'.
>
>I start the sheet using the NSApp.beginSheet: etc method.
>
>Most of the time this arrangement works perfectly - I enter text in field 'A'
and tab to field 'B' and enter the other text required. Press return - and the
sheet dissapears etc....
>
>Occasionally when I run the sheet the whole process grinds to a halt. The
sheet appears and I cant type into either field and tabbing is not possible
between the fields. When I try to tab between the text fields I get the
following messages on the console :
>
>
>[Message 1]
>-_oldFirstResponderBeforeBecoming is not a valid message outside of a
responder's implementation of -becomeFirstResponder.
>
>[Message 2]
>-_newFirstResponderAfterResigining is not a valid message outside of a
responder's implementation of -resignFirstResponder.
Are you doing anything else to prepare or modify the sheet that you're not
revealing here? Is binding involved? What happens if your code calls the
sheet's makeFirstResponder *after* showing the sheet with beginSheet:? I
guess what I'm getting at is, obviously sheets work fine in most apps just
about all the time, so the problem would have to be something you have not
revealed. m.
--
matt neuburg, phd = email@hidden, <http://www.tidbits.com/matt/>
A fool + a tool + an autorelease pool = cool!
AppleScript: the Definitive Guide
<http://www.amazon.com/exec/obidos/ASIN/0596005571/somethingsbymatt>
_______________________________________________
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