K
Ken Snell [MVP]
I have not worked with ACCESS 2003 (still using 2002), so I can not speak
about its implementation of TransferDatabase.
However, may I suggest that you explore splitting the databases of your
users into front and back ends? You'll save yourself a heap of trouble and
aggravation that will more than pay for the small effort it will take to do
this. Then you can just give the user a new front end whenever necessary,
while the data remain the same in the back end.
See these articles for more info about splitting a database:
http://www.granite.ab.ca/access/splitapp/index.htm
http://www.allenbrowne.com/ser-01.html
--
Ken Snell
<MS ACCESS MVP>
about its implementation of TransferDatabase.
However, may I suggest that you explore splitting the databases of your
users into front and back ends? You'll save yourself a heap of trouble and
aggravation that will more than pay for the small effort it will take to do
this. Then you can just give the user a new front end whenever necessary,
while the data remain the same in the back end.
See these articles for more info about splitting a database:
http://www.granite.ab.ca/access/splitapp/index.htm
http://www.allenbrowne.com/ser-01.html
--
Ken Snell
<MS ACCESS MVP>