I am getting close to finishing up my database. I am scarily trying to test it out and make sure that it is ready for the end users to start using.
One question that I have is with requiring fields. I try not to stop the user as much as possible, but at the same time I do not want to end up with a bunch of 1/2 records. Is there a best practices of how to control data entry while not angering the users?
I also have 3 subforms on a tabcontrol ( each on their own page) I have code in the onexit of the last field of each form. This makes it so that as a person tabs through from the first field on the main form, they can tab through the entire record.
This is for candidates who apply for a job with our law firm. So it tabs from the candidates salutation, through their info, down through the address form, then through the phone form, the application form, its activity form, and then to the save button ( I know Access saves as soon as a record is started/as long as its not locked, but I know that users like to feel like they are saving each record too.) My issue is that if a user has the cursor in the ie. zip field of the address subform, and they click up to the address1 field, or anywhere, they end up on the phone subform. The onexit code takes control. Is there any way to specify in code between tabbing and mouse clicks?
What I would like to do is have my onexit setfocus code run on tabbing away from the last field, but if mouse click happens then I would really like to supress that code. Can that be done, or am I having a funny dream?
Anyway, any other suggestions people may have for good tests to make sure my db is ready to roll out, I would really appreciate it. I do plan to split my db before I hand it out....
misscrf
It is never too late to become what you could have been ~ George Eliot
One question that I have is with requiring fields. I try not to stop the user as much as possible, but at the same time I do not want to end up with a bunch of 1/2 records. Is there a best practices of how to control data entry while not angering the users?
I also have 3 subforms on a tabcontrol ( each on their own page) I have code in the onexit of the last field of each form. This makes it so that as a person tabs through from the first field on the main form, they can tab through the entire record.
This is for candidates who apply for a job with our law firm. So it tabs from the candidates salutation, through their info, down through the address form, then through the phone form, the application form, its activity form, and then to the save button ( I know Access saves as soon as a record is started/as long as its not locked, but I know that users like to feel like they are saving each record too.) My issue is that if a user has the cursor in the ie. zip field of the address subform, and they click up to the address1 field, or anywhere, they end up on the phone subform. The onexit code takes control. Is there any way to specify in code between tabbing and mouse clicks?
What I would like to do is have my onexit setfocus code run on tabbing away from the last field, but if mouse click happens then I would really like to supress that code. Can that be done, or am I having a funny dream?
Anyway, any other suggestions people may have for good tests to make sure my db is ready to roll out, I would really appreciate it. I do plan to split my db before I hand it out....
misscrf
It is never too late to become what you could have been ~ George Eliot