M
Mark
Using Access 2002, my database is for single users, on their desktop
and is split (FE/BE). I allow users to add fields to tblCustom via a
form and VBA. It works great. I use a query to combine the data from
tblCustom to related data in other tables. To display the query in a
report, I use VBA to open the report, delete the old custom fields, add
the refreshed list of custom fields and save the report.
To open and close the report I use:
DoCmd.OpenReport stgReportName, acViewDesign, , , acHidden
DoCmd.Close acReport, stgReportName, acSaveYes
The process works fine, as long as I am Open Exclusive on the front
end. However, my users can't use open exclusive when the use the db
because of other code which uses currentdb and would cause an error.
Also I can't expect a user to close and reopen the db everytime they
wanted to change a custom field.
My question: how do I in a shared mode save changes to the report? Is
there a better way to dynamically update an existing report to reflect
new fields in a table?
TIA. I learn alot from this boards.
Mark
and is split (FE/BE). I allow users to add fields to tblCustom via a
form and VBA. It works great. I use a query to combine the data from
tblCustom to related data in other tables. To display the query in a
report, I use VBA to open the report, delete the old custom fields, add
the refreshed list of custom fields and save the report.
To open and close the report I use:
DoCmd.OpenReport stgReportName, acViewDesign, , , acHidden
DoCmd.Close acReport, stgReportName, acSaveYes
The process works fine, as long as I am Open Exclusive on the front
end. However, my users can't use open exclusive when the use the db
because of other code which uses currentdb and would cause an error.
Also I can't expect a user to close and reopen the db everytime they
wanted to change a custom field.
My question: how do I in a shared mode save changes to the report? Is
there a better way to dynamically update an existing report to reflect
new fields in a table?
TIA. I learn alot from this boards.
Mark