PerksP
asked on
Filtered form prompts to save on close
We have a database which uses the navigation subform tabs in MS Access 2010. The front screen is a search facility where the user can search for an employee name and it will filter out the correct person.
However, when they click on another tab to open a different navigation subform this filtered form prompts to save the changes. I have searched for ways to prevent this and tried removing the filter on unload, lost focus and close but those actions take place before the filter removes so it isn't doing the job.
The only solutions I have found require a close button which isn't appropriate where the user is in the Navigation Subforms as they just click from tab to tab.
Does anyone have any idea how I can prevent the save prompt. I'd be most grateful!
Thank you in advance
However, when they click on another tab to open a different navigation subform this filtered form prompts to save the changes. I have searched for ways to prevent this and tried removing the filter on unload, lost focus and close but those actions take place before the filter removes so it isn't doing the job.
The only solutions I have found require a close button which isn't appropriate where the user is in the Navigation Subforms as they just click from tab to tab.
Does anyone have any idea how I can prevent the save prompt. I'd be most grateful!
Thank you in advance
ASKER
Thanks for you quick replay Gustav
I just tried that but unfortunately it doesn't seem to apply to the save command which is still coming up when I switch to a different navigation tab
I just tried that but unfortunately it doesn't seem to apply to the save command which is still coming up when I switch to a different navigation tab
You are getting the save prompt because you have modified a form property. I recommend that you change your process to not modify the form properties since that prevents you from distributing as an .accde or from using the Access runtime engine.
To get past the save prompt, close the form this way:
DoCmd.Close acForm, Me, acSaveNo
To get past the save prompt, close the form this way:
DoCmd.Close acForm, Me, acSaveNo
ASKER
Thanks Pat
Unfortunately I can't use a button with code as they are using the Navigation Forms available in MS Access 2010. This means that they switch between forms by clicking the tab rather than by clicking a close button
Unfortunately I can't use a button with code as they are using the Navigation Forms available in MS Access 2010. This means that they switch between forms by clicking the tab rather than by clicking a close button
Then the best option is to stop modifying form properties. What are you doing to change the form?
ASKER
I have a field where they select an employee and it filters the dataset to show just that employee. They then double click to go to the full record.
If they click away from this form to a different navigation form that is when they get the save prompt as it closes the form.
It is that which is causing the save prompt although I have used these fields in mdb files and never had a problem with a save prompt coming up.
If they click away from this form to a different navigation form that is when they get the save prompt as it closes the form.
It is that which is causing the save prompt although I have used these fields in mdb files and never had a problem with a save prompt coming up.
Perhaps you can use the OnChange event (changing tabs) of the form and run this:
DoCmd.Save acForm, Me.Name
But I would consider a different method for filtering and navigating.
/gustav
DoCmd.Save acForm, Me.Name
But I would consider a different method for filtering and navigating.
/gustav
Personally, I don't use filters since they require loading the entire recordset and since I use mostly SQL Server, I really only want to retrieve the minimum set of records. Therefore, I use criteria in the query to "filter" the form. The criteria points to the controls where the selections are made. Then I requery the form/subform.
Where somefield = Forms!yourform!somefield
Where somefield = Forms!yourform!somefield
ASKER
I do use queries to filter a form but this was supposed to be easier to let them choose to filter by different fields each time e.g. surname, job title, department and also to easily remove the filter to show all records again.
Thanks for you help and advice. I think I am going to have to think again as this is an unforeseen disadvantage to the navigation tabs.
Thanks for you help and advice. I think I am going to have to think again as this is an unforeseen disadvantage to the navigation tabs.
Access has always had problems filtering subforms and the navigation form puts your "main" forms on the navigation form so they become subforms.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
One workaround is to forcely save the form before closing and/or to call
DoCmd.SetWarnings False
when opening the form.
Then, when loading, reset by code the form to the default settings.
I once built a system for this for a client. It was a major task as he wanted the option for the user to save the current setting (filtering, freezing, columnwidths etc. etc.) without losing the option to reset to the default values. Of course, each user ran their own frontend, but all the settings were persisted in the backend to allow for updates of the frontend. The default values were persisted too, so the developers could work with the forms and save them without bothering for the default appearance; this was maintained by an application administrator.
As if this wasn't enough, the system automatically recorded new (and deleted) forms and fields and their formats.
So "There isn't a solution" is not quite right but it may be beyond the resources you wish to allocate.
/gustav
DoCmd.SetWarnings False
when opening the form.
Then, when loading, reset by code the form to the default settings.
I once built a system for this for a client. It was a major task as he wanted the option for the user to save the current setting (filtering, freezing, columnwidths etc. etc.) without losing the option to reset to the default values. Of course, each user ran their own frontend, but all the settings were persisted in the backend to allow for updates of the frontend. The default values were persisted too, so the developers could work with the forms and save them without bothering for the default appearance; this was maintained by an application administrator.
As if this wasn't enough, the system automatically recorded new (and deleted) forms and fields and their formats.
So "There isn't a solution" is not quite right but it may be beyond the resources you wish to allocate.
/gustav
ASKER
There isn't a solution.
DoCmd.SetWarnings False
However, it is global, so you may wish to turn it on again, say, when closing the form:
DoCmd.SetWarnings True
/gustav