![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#3
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#4
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#5
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#6
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#7
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#8
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#9
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
#10
| |||
| |||
|
|
The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. |
|
I have one form in my app which is used to control invoicing. It has a number of functions that are internal and some that are external. These functions are started by the operator clicking a button. The form also has some data about the current client. Some of this data can be changed. It should be saved before doing something. With most buttons -- the exceptions are unimportant -- the gotfocus of the button contains code to save the client data. The valid contains the code to run. In the case of the external functions, other forms are created. The problem that I have is that when these functions return, the focus goes back to the first form. gotfocus fires a second time. I do not want it to, or I want to avoid the save. I think I have a solution. I can set a status flag in the valid's code which the save routine will check to determine whether it should save. At the end, the save routine would reset this flag. This seems somewhat convoluted. Is there something I am missing, or is this the way to go? Sincerely, Gene Wirchenko Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. |
![]() |
| Thread Tools | |
| Display Modes | |
| |