Thread View: comp.sys.next.programmer
7 messages
7 total messages
Started by Robert D. Nicholson
Mon, 27 Jul 1992 13:22
Formcell behaviour
Author: Robert D. Nicholson
Date: Mon, 27 Jul 1992 13:22
Date: Mon, 27 Jul 1992 13:22
16 lines
1220 bytes
1220 bytes
The rtf says this. FormCell A mouse click event in an entry starts text editing in that entry. A mouse click event outside the Form or a RETURN key event while editing an entry causes the action of the entry to be sent to the target of the entry if there is such an action; otherwise the action of the Form is sent to the target of the Form. I have a form and one of the formCells connected to a validateField method. I have a number of buttons which are enabled only if the fields are valid. When I type in the formcell (not pressing return) or click into another cell or even _OUTSIDE_ the form the action is not sent. WHY!!!!!. When I press return the action is sent as it should be. Am I missing something here? -- Quote of the day "If Andrew Stone can do it, well Im certainly gonna give it a try"
Re: Formcell behaviour
Author: Nader Sahyouni
Date: Mon, 27 Jul 1992 14:53
Date: Mon, 27 Jul 1992 14:53
30 lines
1817 bytes
1817 bytes
In article <1992Jul27.132231.19873@monu6.cc.monash.edu.au> ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes: > The rtf says this. > > FormCell > > A mouse click event in an entry starts text editing in that entry. A mouse >click event outside the Form or a RETURN key event while editing an entry >causes the action of the entry to be sent to the target of the entry if there >is such an action; otherwise the action of the Form is sent to the target of >the Form. > > I have a form and one of the formCells connected to a validateField method. I >have a number of buttons which are enabled only if the fields are valid. When >I type in the formcell (not pressing return) or click into another cell or >even _OUTSIDE_ the form the action is not sent. WHY!!!!!. > > When I press return the action is sent as it should be. > > Am I missing something here? I am curious about this as well. Please post responses. If users are entering info into a number of text fields and never hit return, it will look to them as if all their data entry is completed. Problem is the fields will never even have been read by the program because nothing has caused the 'validateField' method mentioned above to run. Nader Sahyouni Northwestern Univ. Med. School xns@nwu.edu
Re: Formcell behaviour
Author: Gregory H. Anderson
Date: Tue, 28 Jul 1992 22:18
Date: Tue, 28 Jul 1992 22:18
30 lines
1901 bytes
1901 bytes
In article <1992Jul27.132231.19873@monu6.cc.monash.edu.au> ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes: > I have a form and one of the formCells connected to a validateField method. I have a number of buttons which are enabled only if the fields are valid. When I type in the formcell (not pressing return) or click into another cell or even _OUTSIDE_ the form the action is not sent. WHY!!!!!. > Because this object is braindead. 8^) Seriously, only an actual <CR> forces the action method. This is a Bad Thing, because I have watched many users not bother to hit any field movement key after they finish typing a field. If the next thing they hit is the Save button, the last field never gets a chance to validate. For what you want, the matrix which contains the FormCells must have a text delegate, and then you must use the delegate methods (textWillEnd:, textDidGetKeys:, etc.) to validate as they type. Even with this procedure, the delegate methods seems to jump off at different points depending on whether the keyboard (Tab, Shift-Tab, etc.) or the mouse is used to trigger the next field. The bottom line is, only textDidGetKeys: and textDidEnd: are reliable indicators of keystrokes and field movement under all circumstances. -- Gregory H. Anderson | "We're very tolerant around here, Benevolent Dictator-for-Life | being only amateurs ourselves." Anderson Financial Systems | - Tortoise (Godel, Escher, Bach) greg@afs.com (Nextmail OK) |
Re: Formcell behaviour
Author: Gregory H. Anderson
Date: Tue, 28 Jul 1992 22:27
Date: Tue, 28 Jul 1992 22:27
28 lines
1856 bytes
1856 bytes
In article <1992Jul27.132231.19873@monu6.cc.monash.edu.au> ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes: > I have a form and one of the formCells connected to a validateField method. I have a number of buttons which are enabled only if the fields are valid. When I type in the formcell (not pressing return) or click into another cell or even _OUTSIDE_ the form the action is not sent. WHY!!!!!. > Because this object is braindead. 8^) Seriously, only an actual <CR> forces the action method. This is a Bad Thing, because I have watched many users not bother to hit any field movement key after t hey finish typing in a field. If the next thing they hit is the Save button, the last field never gets a chance to validate. IMHO, any inter-field movement should trigger the action method. For what you want, the Matrix which contains the FormCells must have a text delegate, and you must use the text delegate methods (textWillEnd:, textDidGetKeys:, etc.) to validate as they type. Even with this procedure, the delegate methods seem to jump off at different points depending on whether the keyboard or the mouse was used to instigate the field movement. Bottom line, the action method is not reliable. -- Gregory H. Anderson | "We're very tolerant around here, Benevolent Dictator-for-Life | being only amateurs ourselves." Anderson Financial Systems | - Tortoise (Godel, Escher, Bach) greg@afs.com (Nextmail OK) |
Re: Formcell behaviour
Author: Gregory H. Anderson
Date: Tue, 28 Jul 1992 22:31
Date: Tue, 28 Jul 1992 22:31
28 lines
1876 bytes
1876 bytes
In article <1992Jul27.132231.19873@monu6.cc.monash.edu.au> ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes: > A mouse click event in an entry starts text editing in that entry. A mouse click event outside the Form or a RETURN key event while editing an entry causes the action of the entry to be sent to the target of the entry if there is such an action; otherwise the action of the Form is sent to the target of the Form. Because this object is braindead. 8^) Seriously, only an actual <CR> forces the action method. This is a Bad Thing, because I have watched many users not bother to hit any field movement key after t hey finish typing in a field. If the next thing they hit is the Save button, the last field never gets a chance to validate. IMHO, any inter-field movement should trigger the action method. For what you want, the Matrix which contains the FormCells must have a text delegate, and you must use the text delegate methods (textWillEnd:, textDidGetKeys:, etc.) to validate as they type. Even with this procedure, the delegate methods seem to jump off at different points depending on whether the keyboard or the mouse was used to instigate the field movement. Bottom line, the action method is not reliable. -- Gregory H. Anderson | "We're very tolerant around here, Benevolent Dictator-for-Life | being only amateurs ourselves." Anderson Financial Systems | - Tortoise (Godel, Escher, Bach) greg@afs.com (Nextmail OK) |
Re: Formcell behaviour
Author: Gregory H. Anderson
Date: Tue, 28 Jul 1992 23:20
Date: Tue, 28 Jul 1992 23:20
30 lines
1864 bytes
1864 bytes
In article <1992Jul27.132231.19873@monu6.cc.monash.edu.au> ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes: > > I have a form and one of the formCells connected to a validateField method. I have a number of buttons which are enabled only if the fields are valid. When I type in the formcell (not pressing return) or click into another cell or even _OUTSIDE_ the form the action is not sent. WHY!!!!!. > Because this object is braindead. 8^) Seriously, only an actual <CR> forces the action method. This is a Bad Thing, because I have watched many users not bother to hit any field movement key after t hey finish typing in a field. If the next thing they hit is the Save button, the last field never gets a chance to validate. IMHO, any inter-field movement should trigger the action method. For what you want, the Matrix which contains the FormCells must have a text delegate, and you must use the text delegate methods (textWillEnd:, textDidGetKeys:, etc.) to validate as they type. Even with this procedure, the delegate methods seem to jump off at different points depending on whether the keyboard or the mouse was used to instigate the field movement. Bottom line, the action method is not reliable. -- Gregory H. Anderson | "We're very tolerant around here, Benevolent Dictator-for-Life | being only amateurs ourselves." Anderson Financial Systems | - Tortoise (Godel, Escher, Bach) greg@afs.com (Nextmail OK) |
Re: Formcell behaviour
Author: Geoffrey S Knauth
Date: Thu, 30 Jul 1992 10:08
Date: Thu, 30 Jul 1992 10:08
8 lines
855 bytes
855 bytes
One area where NeXT Responders are deficient, is that TextFields can be TAB'ed through, and your delegate methods will never be the wiser, if no change to the field occurs. Otherwise, Greg Anderson is correct, that text delegates can handle most of your validation requirements. -- Geoffrey S. Knauth, Marble Associates, Inc. Member BCS-NeXT, LPF gsk@marble.com, (617) 891-5555 work, (617) 547-5247 home Standard Disclaimers
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads