Martin Reid
mwp.reid at qub.ac.uk
Mon Jun 2 13:04:25 CDT 2003
Dont sell Access sell JET. Thats the common link whatever solution you use be it VBA, VB or C++ thats your data store will be the JET Engine the rest is good programming and design. Martin On Jun 2 2003, Drew Wutka wrote: > Yes, someone else posted that. I am sorry, I was assuming that it reacted > the same as installing the full version. > > Drew > > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Monday, June 02, 2003 10:07 AM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Distribution - a bit OT > > > That is NOT true, Drew. I'm sorry, but we have been doing this for > years and an A97 runtime does not clash with a previous installation or > a future version. Feel free to tout VB <G>, but don't proclaim that A97 > runtimes break existing installations. > > Charlotte Foust > > -----Original Message----- > From: Drew Wutka [mailto:DWUTKA at marlow.com] > Sent: Saturday, May 31, 2003 2:56 PM > To: 'accessd at databaseadvisors.com ' > Subject: RE: [AccessD] Distribution - a bit OT > > > Paul, the problem you ran into was something that should occur at the > beginning of a job proposal. If they don't want Access, you have two > options. Sell it to them. That can be pretty difficult, but it's not > necessarily impossible. Explain the benefits, etc. Two, build it in > something else. Personally, I develop a lot of stuff in VB just as fast > as I would in Access, or at least close. > > The big clash with Access is solved with VB. Installing a runtime > version of Access 97 will definitely clash with a previous installation > of Access 2k or XP, or any future version. That gives your Access > applications a smudge, a special consideration smudge. Since bound > applications can be built extremely fast in Access, the development > expense should outway that issue. > > VB does not have the compatibility issue. Installing VB 5.0 > applications on a machine that VB 6 applications have no issue, same > with .Net. So you can install it and walk away. The only issue you may > have is if a future OS does not support VB applications...but that is a > long time away. VB can use .mdb's through ADO or DAO, which install on > their own. Newer ADO/DAO versions can use previous .mdb versions, so > that isn't an issue either. > > Drew > > -----Original Message----- > From: Paul Black > To: accessd at databaseadvisors.com > Sent: 5/31/03 2:59 PM > Subject: [AccessD] Distribution - a bit OT > > Hi > > I submitted a proposal to a client this week for a custom application. > Their > nose is a bit bent out of shape because they feel they should be able to > > slap a CD in the drive click the install button and the app will install > in > a nice self-contained thing-a-ma-bob (that is what they said). > > Why do we have to have MS Access installed? You don't, I said, I can > supply > a runtime version. > > Why do we have to worry about what version of MS Access is installed > already? We did not ask for MS Access, we asked for a custom computer > application. > > Why do we have to worry about installing a runtime version on a machine > with > Access already on it and causing all kinds of problems (paraphrased)? > > Plain and simple they want an app that is a DBS management system but > they > want something that is completely autonomous. What do I do? What would > you > do? I may have already lost this deal but need to prepare for the next > time > this happens. > > Do I offer a solution that is all VB or C++ or some such thing or am I > missing the boat here. Please help. > > > Thanks > > PB > > _________________________________________________________________ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Martin WP Reid Analyst Information Services Queens University Belfast