IF I AM DISTRIBUTING MDB OR MDE ONLY TO MACHINES WITH ACCESS ALREADY
INSTALLLED.
Convert my Access database to Access 2000 file format so it will run under
Access 2000 runtime. This would allow it to run on Win 98 machines.
Also it would run on Newer Access 2003 systems because they could load the
mde file as a previous version and use it.
Yes, but I not sure why you mention the a2000 runtime in the above. Since
you are saying that users will already have a version of access, then you
don't want to install he runtime. While the runtime system is smart, and
will NOT install the runtime if access 2000 is already on the machine, no
such luck if that machine has 2002, or 2003 on it...your a2000 runtime will
install. then, from that point on, all users who click on their mdb's on
that machine will not be launching a2000...not their a2002, or a2003 that
they want.
However, yes...I agree that if the user has a2000 to a2003..then you can
give them a a2000 mde..and it should work ok. I would just setup a install
that checks for a version of access (2000-2003)..and if found..ten installs
your a2000 mde (that you plan to distribute to all users).
So, that a2000 mde should install and run fine on machines that have 2000 to
a2003.
IF I AM DISTRIBUTING RUNTIME TO MACHINES WITH NO ACCESS ALREADY
INSTALLLED.
I should use the Package and Deploy Add In from Office 2000 to make a run
time installation that will run on either Win 98 or Win XP or Win 2000.
Yes, the above makes sense. I for my installs and updates always keep the
runtime install separate. This makes the internet download very short. On
the other hand...with just about everyone having high speed, I find
deploying the 34 meg a2003 runtime only takes a few minutes. Usually 2-8
minutes max. Today..it took the client only about 2 minutes (in fact, I just
did that today).
By keeping the mde install separate, then I can easily provide updates to
users in eh field. The end result is the following set of screen shots for
users to update their software:
http://www.kallal.ca/ridestutorialp/upgrade.html
My access routines has a built in download. Since you going to need to
provide updates, then I suggest you build a script that allows the front end
to be installed, setup the shortcuts on the desktop etc. I don't use the
access package wizard, but use the inno installer.
This setup routine should work for a2000 to a2003 users. My setup actually
checks for if the runtime files are installed..and if not..the user is
instructed to download and install a runtime package I made. However, that
runtime is a separate install.
So what would be the logical way to distribute this application?
.. On a CD with multiple install choices?
With a inno script...a cd would work great. I use the web, but that because
I easier then sending out a cd...
note well that just today...I started receiving calls and installs by people
using Vista with my software. Any new computer will have Vista...so, I
assume you been testing for that also...
This is driving me nuts. I already have this sold but if I can't get all
this distribution stuff "legally" worked out the sale will fall through
and I
will just have to "give it away free" which will be a real piss off after
developing it for almost a year.
I use the open source inno installer to setup the desktop shortcuts, and
test if access is installed (the test for full version, or runtime is
actually the SAME test). It would not be that hard to setup a installer to
check for if access is installed, and if not...go ahead and installs the
a2000 runtime. That should cover all your above cases.
I also assume that you split you database...else how are you going to
provide ease updates for you end users? You are split right?
If you don't want to develop some the above ideas..then just go with
sagekey....
www.sagekey.com
Those sagekey scripts actually allow you to install access 2000 runtime on
existing machines..and keep everything separate.