From accessd at shaw.ca Fri Jan 1 16:30:58 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 1 Jan 2010 14:30:58 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> Message-ID: <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> Hi All: I am upgrading a clients old Access97/2 to Access2007. Is there anything I should know about the migration process other than turning off the 'Ribbon'... how does that command go again? Is it possible to create a stand alone program with Access2007? If so what is needed? MTIA and a Happy New-Year. Jim From rockysmolin at bchacc.com Fri Jan 1 18:16:33 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 1 Jan 2010 16:16:33 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com><4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com><4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg><4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> Message-ID: <028F3FC9C21C43F6B5B652A450AF3E50@HAL9005> DoCmd.ShowToolbar "Ribbon", acToolbarNo R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 01, 2010 2:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading Access Hi All: I am upgrading a clients old Access97/2 to Access2007. Is there anything I should know about the migration process other than turning off the 'Ribbon'... how does that command go again? Is it possible to create a stand alone program with Access2007? If so what is needed? MTIA and a Happy New-Year. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Jan 1 20:00:41 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 1 Jan 2010 18:00:41 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: <028F3FC9C21C43F6B5B652A450AF3E50@HAL9005> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <028F3FC9C21C43F6B5B652A450AF3E50@HAL9005> Message-ID: <2AD43AF681C745E9A40508839ED0D820@creativesystemdesigns.com> Thanks Rocky... excellent first line in any Access code. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 01, 2010 4:17 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Upgrading Access DoCmd.ShowToolbar "Ribbon", acToolbarNo R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 01, 2010 2:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading Access Hi All: I am upgrading a clients old Access97/2 to Access2007. Is there anything I should know about the migration process other than turning off the 'Ribbon'... how does that command go again? Is it possible to create a stand alone program with Access2007? If so what is needed? MTIA and a Happy New-Year. Jim -- 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 From jimdettman at verizon.net Sat Jan 2 06:33:00 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 02 Jan 2010 07:33:00 -0500 Subject: [AccessD] Upgrading Access In-Reply-To: <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> Message-ID: Jim, << Is it possible to create a stand alone program with Access2007? If so what is needed? >> nothing has changed with Access in that regard. You still cannot create a standalone .EXE with Access (and those holding your breath for that I think will be holding it for a very long time). You need a user with either a full version of Access or you need to distribute the run-time version with your app. What has changed though is that the run-time is now free from Microsoft and can be downloaded from their site: http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- 9fa6-2c745a175aed&displaylang=en Watch for line wrap. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 01, 2010 5:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading Access Hi All: I am upgrading a clients old Access97/2 to Access2007. Is there anything I should know about the migration process other than turning off the 'Ribbon'... how does that command go again? Is it possible to create a stand alone program with Access2007? If so what is needed? MTIA and a Happy New-Year. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jan 2 06:57:58 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 02 Jan 2010 07:57:58 -0500 Subject: [AccessD] Upgrading Access In-Reply-To: References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> Message-ID: <4B3F42D6.4030503@colbyconsulting.com> Jim, The runtime is only for Access though, correct? If you use Office automation, the user still needs an installation of the other Office apps that are being automated correct? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jim, > > << > Is it possible to create a stand alone program with Access2007? If so what > is needed? > > nothing has changed with Access in that regard. You still cannot create a > standalone .EXE with Access (and those holding your breath for that I think > will be holding it for a very long time). > > You need a user with either a full version of Access or you need to > distribute the run-time version with your app. > > What has changed though is that the run-time is now free from Microsoft > and can be downloaded from their site: > > http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- > 9fa6-2c745a175aed&displaylang=en > > Watch for line wrap. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Friday, January 01, 2010 5:31 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Upgrading Access > > Hi All: > > I am upgrading a clients old Access97/2 to Access2007. > > Is there anything I should know about the migration process other than > turning off the 'Ribbon'... how does that command go again? > > Is it possible to create a stand alone program with Access2007? If so what > is needed? > > MTIA and a Happy New-Year. > > Jim > From fuller.artful at gmail.com Sat Jan 2 10:09:04 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 2 Jan 2010 11:09:04 -0500 Subject: [AccessD] Upgrading Access In-Reply-To: <4B3F42D6.4030503@colbyconsulting.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <4B3F42D6.4030503@colbyconsulting.com> Message-ID: <29f585dd1001020809t49323e39s312d40d9bcb1573b@mail.gmail.com> Interesting point, JC. I hadn't thought of that. On Sat, Jan 2, 2010 at 7:57 AM, jwcolby wrote: > Jim, > > The runtime is only for Access though, correct? If you use Office > automation, the user still needs > an installation of the other Office apps that are being automated correct? > From jimdettman at verizon.net Sat Jan 2 13:49:27 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 02 Jan 2010 14:49:27 -0500 Subject: [AccessD] Upgrading Access In-Reply-To: <4B3F42D6.4030503@colbyconsulting.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <4B3F42D6.4030503@colbyconsulting.com> Message-ID: John, Yes and yes. It's only the Access runtime that's free. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, January 02, 2010 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading Access Jim, The runtime is only for Access though, correct? If you use Office automation, the user still needs an installation of the other Office apps that are being automated correct? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jim, > > << > Is it possible to create a stand alone program with Access2007? If so what > is needed? > > nothing has changed with Access in that regard. You still cannot create a > standalone .EXE with Access (and those holding your breath for that I think > will be holding it for a very long time). > > You need a user with either a full version of Access or you need to > distribute the run-time version with your app. > > What has changed though is that the run-time is now free from Microsoft > and can be downloaded from their site: > > http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- > 9fa6-2c745a175aed&displaylang=en > > Watch for line wrap. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Friday, January 01, 2010 5:31 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Upgrading Access > > Hi All: > > I am upgrading a clients old Access97/2 to Access2007. > > Is there anything I should know about the migration process other than > turning off the 'Ribbon'... how does that command go again? > > Is it possible to create a stand alone program with Access2007? If so what > is needed? > > MTIA and a Happy New-Year. > > Jim > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Jan 2 14:23:05 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 2 Jan 2010 12:23:05 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> Message-ID: <5554B6CAE61D4859A7C5C1677B73680A@creativesystemdesigns.com> Thank you Jim. That was just what I needed! Now I need to get to work testing this and seeing what are the issues so I will look and sound like I know what I am talking about when addressing some client's...tomorrow. The questions I have is; does each copy of the runtime standalone require a separate license to run in network? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, January 02, 2010 4:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Upgrading Access Jim, << Is it possible to create a stand alone program with Access2007? If so what is needed? >> nothing has changed with Access in that regard. You still cannot create a standalone .EXE with Access (and those holding your breath for that I think will be holding it for a very long time). You need a user with either a full version of Access or you need to distribute the run-time version with your app. What has changed though is that the run-time is now free from Microsoft and can be downloaded from their site: http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- 9fa6-2c745a175aed&displaylang=en Watch for line wrap. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 01, 2010 5:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading Access Hi All: I am upgrading a clients old Access97/2 to Access2007. Is there anything I should know about the migration process other than turning off the 'Ribbon'... how does that command go again? Is it possible to create a stand alone program with Access2007? If so what is needed? MTIA and a Happy New-Year. Jim -- 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 From accessd at shaw.ca Sat Jan 2 14:24:19 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 2 Jan 2010 12:24:19 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: <4B3F42D6.4030503@colbyconsulting.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <4B3F42D6.4030503@colbyconsulting.com> Message-ID: <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> Thank you for that extra tip, John. Have you had any experience using runtime copies on a network? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, January 02, 2010 4:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading Access Jim, The runtime is only for Access though, correct? If you use Office automation, the user still needs an installation of the other Office apps that are being automated correct? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jim, > > << > Is it possible to create a stand alone program with Access2007? If so what > is needed? > > nothing has changed with Access in that regard. You still cannot create a > standalone .EXE with Access (and those holding your breath for that I think > will be holding it for a very long time). > > You need a user with either a full version of Access or you need to > distribute the run-time version with your app. > > What has changed though is that the run-time is now free from Microsoft > and can be downloaded from their site: > > http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- > 9fa6-2c745a175aed&displaylang=en > > Watch for line wrap. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Friday, January 01, 2010 5:31 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Upgrading Access > > Hi All: > > I am upgrading a clients old Access97/2 to Access2007. > > Is there anything I should know about the migration process other than > turning off the 'Ribbon'... how does that command go again? > > Is it possible to create a stand alone program with Access2007? If so what > is needed? > > MTIA and a Happy New-Year. > > Jim > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Sat Jan 2 14:57:13 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 2 Jan 2010 15:57:13 -0500 Subject: [AccessD] Upgrading Access In-Reply-To: <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com><4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com><4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg><4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com><656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com><4B3F42D6.4030503@colbyconsulting.com> <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> Message-ID: <1D82B129E64D4EE0A929DFAC0B50429C@jislaptopdev> ...runtimes are installed on each client workstation and do not require a separate license ...the backend mdb is placed on a network file server and doesn't require any other Access install. William -------------------------------------------------- From: "Jim Lawrence" Sent: Saturday, January 02, 2010 3:24 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Upgrading Access > Thank you for that extra tip, John. > > Have you had any experience using runtime copies on a network? > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, January 02, 2010 4:58 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Upgrading Access > > Jim, > > The runtime is only for Access though, correct? If you use Office > automation, the user still needs > an installation of the other Office apps that are being automated correct? > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Jim, >> >> << >> Is it possible to create a stand alone program with Access2007? If so >> what >> is needed? >> >> nothing has changed with Access in that regard. You still cannot >> create > a >> standalone .EXE with Access (and those holding your breath for that I > think >> will be holding it for a very long time). >> >> You need a user with either a full version of Access or you need to >> distribute the run-time version with your app. >> >> What has changed though is that the run-time is now free from Microsoft >> and can be downloaded from their site: >> >> > http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- >> 9fa6-2c745a175aed&displaylang=en >> >> Watch for line wrap. >> >> Jim. >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >> Sent: Friday, January 01, 2010 5:31 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Upgrading Access >> >> Hi All: >> >> I am upgrading a clients old Access97/2 to Access2007. >> >> Is there anything I should know about the migration process other than >> turning off the 'Ribbon'... how does that command go again? >> >> Is it possible to create a stand alone program with Access2007? If so >> what >> is needed? >> >> MTIA and a Happy New-Year. >> >> Jim >> > -- > 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 > From accessd at shaw.ca Sat Jan 2 15:55:16 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 2 Jan 2010 13:55:16 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: <1D82B129E64D4EE0A929DFAC0B50429C@jislaptopdev> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <4B3F42D6.4030503@colbyconsulting.com> <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> <1D82B129E64D4EE0A929DFAC0B50429C@jislaptopdev> Message-ID: <18D0D51B40894B97B9C6E5BE5A4987B5@creativesystemdesigns.com> Excellent... Thank you William. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Saturday, January 02, 2010 12:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Upgrading Access ...runtimes are installed on each client workstation and do not require a separate license ...the backend mdb is placed on a network file server and doesn't require any other Access install. William -------------------------------------------------- From: "Jim Lawrence" Sent: Saturday, January 02, 2010 3:24 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Upgrading Access > Thank you for that extra tip, John. > > Have you had any experience using runtime copies on a network? > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, January 02, 2010 4:58 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Upgrading Access > > Jim, > > The runtime is only for Access though, correct? If you use Office > automation, the user still needs > an installation of the other Office apps that are being automated correct? > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Jim, >> >> << >> Is it possible to create a stand alone program with Access2007? If so >> what >> is needed? >> >> nothing has changed with Access in that regard. You still cannot >> create > a >> standalone .EXE with Access (and those holding your breath for that I > think >> will be holding it for a very long time). >> >> You need a user with either a full version of Access or you need to >> distribute the run-time version with your app. >> >> What has changed though is that the run-time is now free from Microsoft >> and can be downloaded from their site: >> >> > http://www.microsoft.com/downloads/details.aspx?familyid=d9ae78d9-9dc6-4b38- >> 9fa6-2c745a175aed&displaylang=en >> >> Watch for line wrap. >> >> Jim. >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >> Sent: Friday, January 01, 2010 5:31 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Upgrading Access >> >> Hi All: >> >> I am upgrading a clients old Access97/2 to Access2007. >> >> Is there anything I should know about the migration process other than >> turning off the 'Ribbon'... how does that command go again? >> >> Is it possible to create a stand alone program with Access2007? If so >> what >> is needed? >> >> MTIA and a Happy New-Year. >> >> Jim >> > -- > 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 From miscellany at mvps.org Sat Jan 2 23:24:38 2010 From: miscellany at mvps.org (Steve Schapel) Date: Sun, 03 Jan 2010 18:24:38 +1300 Subject: [AccessD] Upgrading Access In-Reply-To: <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <4B3F42D6.4030503@colbyconsulting.com> <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> Message-ID: Jim, If you install the Access Runtime directly to the client machines from the Microsoft download site, one thing you will need to then take care of is establishing the folder where your app is installed as a Trusted Location. You can do this via editing the Registry. But I find it easier to use a utility (AddPath.exe) available from http://www.accessribbon.de/en/?Trust_Center:Trusted_Locations Regards Steve -------------------------------------------------- From: "Jim Lawrence" Sent: Sunday, January 03, 2010 9:24 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Upgrading Access > Thank you for that extra tip, John. > > Have you had any experience using runtime copies on a network? > From accessd at shaw.ca Sun Jan 3 02:39:45 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 3 Jan 2010 00:39:45 -0800 Subject: [AccessD] Upgrading Access In-Reply-To: References: <7d60f23a0912261018u566f180eya568fff1a21db5b0@mail.gmail.com> <4dd71a0c0912261221k3db3fce9g531bf8f5bcf35384@mail.gmail.com> <4B367B01.22083.3C79D65F@stuart.lexacorp.com.pg> <4dd71a0c0912261522u69fef4c8qce4040cfbb41eac0@mail.gmail.com> <656F7A929C734EE99D5C591FCFE8A548@creativesystemdesigns.com> <4B3F42D6.4030503@colbyconsulting.com> <0C1DF78098184200BB3B53624520ED84@creativesystemdesigns.com> Message-ID: Thanks Steve... an excellent piece of information. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Saturday, January 02, 2010 9:25 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading Access Jim, If you install the Access Runtime directly to the client machines from the Microsoft download site, one thing you will need to then take care of is establishing the folder where your app is installed as a Trusted Location. You can do this via editing the Registry. But I find it easier to use a utility (AddPath.exe) available from http://www.accessribbon.de/en/?Trust_Center:Trusted_Locations Regards Steve -------------------------------------------------- From: "Jim Lawrence" Sent: Sunday, January 03, 2010 9:24 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Upgrading Access > Thank you for that extra tip, John. > > Have you had any experience using runtime copies on a network? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at webedb.com Sun Jan 3 21:00:23 2010 From: robert at webedb.com (Robert Stewart) Date: Sun, 03 Jan 2010 21:00:23 -0600 Subject: [AccessD] Version Control for MS Access Objects In-Reply-To: References: Message-ID: <201001040300.o0430cuw007247@databaseadvisors.com> Has any one found a way of doing version control on individual MS Access objects? From Darryl.Collins at anz.com Sun Jan 3 22:35:58 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Mon, 4 Jan 2010 15:35:58 +1100 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <8E445F7E46C243D08215AD60C877700A@SusanOne> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> Hi Folks, I am guessing not a lot of us are lurking, but here goes.... I have a form with a list box. When the form opens and the list box is initially populated, there is no record selected in the list. This is a good thing for me and how I want things to work. When the user chooses an option in the list, it will return a record set of filtered data in a different subform based on their choice. All this works swimmingly well. What I would like is a way to return the listbox to a neutral state when the users click on a reset option (which will return *all* records in the other subform). Currently the reset process works perfectly on a technical level, but on a visual level one of the list box options is always left still highlighted, which suggests that the filter is still applied on the highlighted record. I know I could use a combo box for this sort of thing (I often do), but I like the point and click simplicity of the list box approach for this form. Clearly Access is happy to have the list box exist with nothing selected as this is the default position whenever the base form is opened, however how does one return/reset it to that state? A list box populated with data and *nothing* selected? Cheers Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From miscellany at mvps.org Sun Jan 3 22:51:38 2010 From: miscellany at mvps.org (Steve Schapel) Date: Mon, 04 Jan 2010 17:51:38 +1300 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <655240CD87F74AFE94724F33F404C994@stevePC> Darryl, This should do the trick... Me.NameOfYourListbox = Null Regards Steve -------------------------------------------------- From: "Collins, Darryl" Sent: Monday, January 04, 2010 5:35 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] List box populated with data and *nothing* selected > Hi Folks, > > I am guessing not a lot of us are lurking, but here goes.... > > I have a form with a list box. When the form opens and the list box is > initially populated, there is no record selected in the list. This is a > good thing for me and how I want things to work. > > When the user chooses an option in the list, it will return a record set > of filtered data in a different subform based on their choice. All this > works swimmingly well. > > What I would like is a way to return the listbox to a neutral state when > the users click on a reset option (which will return *all* records in > the other subform). > > Currently the reset process works perfectly on a technical level, but on > a visual level one of the list box options is always left still > highlighted, which suggests that the filter is still applied on the > highlighted record. > > I know I could use a combo box for this sort of thing (I often do), but > I like the point and click simplicity of the list box approach for this > form. > > Clearly Access is happy to have the list box exist with nothing selected > as this is the default position whenever the base form is opened, > however how does one return/reset it to that state? A list box populated > with data and *nothing* selected? From Darryl.Collins at anz.com Sun Jan 3 22:56:58 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Mon, 4 Jan 2010 15:56:58 +1100 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <655240CD87F74AFE94724F33F404C994@stevePC> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D26@EXUAU020HWT110.oceania.corp.anz.com> Thanks Steve and Anita, I was using Me.lbAllPrograms.rowsource = "" and then repopulating it, so I was sort of on the right track ;) However, both your suggestions did the trick, as did "Me.lbAllPrograms.Selected(0) = False" which I found via google about the same time as your emails showed up. I ended up using "Me.lbAllPrograms = Null" as I can imagine a time when record 0 is not the once selected and therefore will still be highlighted. Great Stuff! Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Monday, 4 January 2010 3:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] List box populated with data and *nothing* selected Darryl, This should do the trick... Me.NameOfYourListbox = Null Regards Steve -------------------------------------------------- From: "Collins, Darryl" Sent: Monday, January 04, 2010 5:35 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] List box populated with data and *nothing* selected > Hi Folks, > > I am guessing not a lot of us are lurking, but here goes.... > > I have a form with a list box. When the form opens and the list box > is initially populated, there is no record selected in the list. This > is a good thing for me and how I want things to work. > > When the user chooses an option in the list, it will return a record > set of filtered data in a different subform based on their choice. > All this works swimmingly well. > > What I would like is a way to return the listbox to a neutral state > when the users click on a reset option (which will return *all* > records in the other subform). > > Currently the reset process works perfectly on a technical level, but > on a visual level one of the list box options is always left still > highlighted, which suggests that the filter is still applied on the > highlighted record. > > I know I could use a combo box for this sort of thing (I often do), > but I like the point and click simplicity of the list box approach for > this form. > > Clearly Access is happy to have the list box exist with nothing > selected as this is the default position whenever the base form is > opened, however how does one return/reset it to that state? A list box > populated with data and *nothing* selected? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From delam at zyterra.com Sun Jan 3 23:15:21 2010 From: delam at zyterra.com (Debbie) Date: Sun, 3 Jan 2010 23:15:21 -0600 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <655240CD87F74AFE94724F33F404C994@stevePC> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> <655240CD87F74AFE94724F33F404C994@stevePC> Message-ID: <3330535A-6C29-4B52-84E4-2930004E1657@zyterra.com> You may need to refresh the form after this too. Debbie Sent from my iPhone On Jan 3, 2010, at 10:51 PM, Steve Schapel wrote: > Darryl, > > This should do the trick... > Me.NameOfYourListbox = Null > > Regards > Steve > > > -------------------------------------------------- > From: "Collins, Darryl" > Sent: Monday, January 04, 2010 5:35 PM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] List box populated with data and *nothing* selected > >> Hi Folks, >> >> I am guessing not a lot of us are lurking, but here goes.... >> >> I have a form with a list box. When the form opens and the list >> box is >> initially populated, there is no record selected in the list. This >> is a >> good thing for me and how I want things to work. >> >> When the user chooses an option in the list, it will return a >> record set >> of filtered data in a different subform based on their choice. All >> this >> works swimmingly well. >> >> What I would like is a way to return the listbox to a neutral state >> when >> the users click on a reset option (which will return *all* records in >> the other subform). >> >> Currently the reset process works perfectly on a technical level, >> but on >> a visual level one of the list box options is always left still >> highlighted, which suggests that the filter is still applied on the >> highlighted record. >> >> I know I could use a combo box for this sort of thing (I often do), >> but >> I like the point and click simplicity of the list box approach for >> this >> form. >> >> Clearly Access is happy to have the list box exist with nothing >> selected >> as this is the default position whenever the base form is opened, >> however how does one return/reset it to that state? A list box >> populated >> with data and *nothing* selected? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon Jan 4 00:10:47 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 3 Jan 2010 22:10:47 -0800 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> References: <8E445F7E46C243D08215AD60C877700A@SusanOne> <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: Will Me.MyListbox = "" or Me.MyListbox = Null work? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Sunday, January 03, 2010 8:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] List box populated with data and *nothing* selected Hi Folks, I am guessing not a lot of us are lurking, but here goes.... I have a form with a list box. When the form opens and the list box is initially populated, there is no record selected in the list. This is a good thing for me and how I want things to work. When the user chooses an option in the list, it will return a record set of filtered data in a different subform based on their choice. All this works swimmingly well. What I would like is a way to return the listbox to a neutral state when the users click on a reset option (which will return *all* records in the other subform). Currently the reset process works perfectly on a technical level, but on a visual level one of the list box options is always left still highlighted, which suggests that the filter is still applied on the highlighted record. I know I could use a combo box for this sort of thing (I often do), but I like the point and click simplicity of the list box approach for this form. Clearly Access is happy to have the list box exist with nothing selected as this is the default position whenever the base form is opened, however how does one return/reset it to that state? A list box populated with data and *nothing* selected? Cheers Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Jan 4 00:20:22 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 04 Jan 2010 16:20:22 +1000 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <655240CD87F74AFE94724F33F404C994@stevePC> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com>, <655240CD87F74AFE94724F33F404C994@stevePC> Message-ID: <4B4188A6.16061.E5A73B@stuart.lexacorp.com.pg> Or Me.NameIdYourListobox.Listindex = -1 -- Stuart On 4 Jan 2010 at 17:51, Steve Schapel wrote: > Darryl, > > This should do the trick... > Me.NameOfYourListbox = Null > > Regards > Steve > > > -------------------------------------------------- > From: "Collins, Darryl" > Sent: Monday, January 04, 2010 5:35 PM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] List box populated with data and *nothing* selected > > > Hi Folks, > > > > I am guessing not a lot of us are lurking, but here goes.... > > > > I have a form with a list box. When the form opens and the list box is > > initially populated, there is no record selected in the list. This is a > > good thing for me and how I want things to work. > > > > When the user chooses an option in the list, it will return a record set > > of filtered data in a different subform based on their choice. All this > > works swimmingly well. > > > > What I would like is a way to return the listbox to a neutral state when > > the users click on a reset option (which will return *all* records in > > the other subform). > > > > Currently the reset process works perfectly on a technical level, but on > > a visual level one of the list box options is always left still > > highlighted, which suggests that the filter is still applied on the > > highlighted record. > > > > I know I could use a combo box for this sort of thing (I often do), but > > I like the point and click simplicity of the list box approach for this > > form. > > > > Clearly Access is happy to have the list box exist with nothing selected > > as this is the default position whenever the base form is opened, > > however how does one return/reset it to that state? A list box populated > > with data and *nothing* selected? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From adtp at airtelmail.in Mon Jan 4 03:13:16 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Mon, 4 Jan 2010 14:43:16 +0530 Subject: [AccessD] List box populated with data and *nothing* selected References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D25@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <005801ca8d1e$377f8600$3701a8c0@adtpc> Darryl, As already suggested in this thread, setting the list box value to Null or its ListIndex to an unlikely value (say -1) should normally serve the purpose. However, it is occasionally observed that shadow of previous selection tends to persist (specially in multi-select scenario) after the list box has been re-populated as per revised criteria. Even non-existent rows might appear in selected state (i.e. the area where proper selection was in force earlier). In order to forestall such behavior and as an abundant precaution, de-selection by iteration through list rows could be adopted as per sample routine P_ClearListBox(), as given below. Pointer to list box object is passed as an argument. Best wishes, A.D. Tejpal ------------ ' Sample routine for absolute clearing of list box '============================== Private Sub P_ClearListBox(lbo As ListBox) Dim Cnt As Long For Cnt = 0 To lbo.ListCount - 1 lbo.Selected(Cnt) = False Next End Sub '============================== ----- Original Message ----- From: Collins, Darryl To: Access Developers discussion and problem solving Sent: Monday, January 04, 2010 10:05 Subject: [AccessD] List box populated with data and *nothing* selected Hi Folks, I am guessing not a lot of us are lurking, but here goes.... I have a form with a list box. When the form opens and the list box is initially populated, there is no record selected in the list. This is a good thing for me and how I want things to work. When the user chooses an option in the list, it will return a record set of filtered data in a different subform based on their choice. All this works swimmingly well. What I would like is a way to return the listbox to a neutral state when the users click on a reset option (which will return *all* records in the other subform). Currently the reset process works perfectly on a technical level, but on a visual level one of the list box options is always left still highlighted, which suggests that the filter is still applied on the highlighted record. I know I could use a combo box for this sort of thing (I often do), but I like the point and click simplicity of the list box approach for this form. Clearly Access is happy to have the list box exist with nothing selected as this is the default position whenever the base form is opened, however how does one return/reset it to that state? A list box populated with data and *nothing* selected? Cheers Darryl. From cfoust at infostatsystems.com Mon Jan 4 10:30:07 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 4 Jan 2010 10:30:07 -0600 Subject: [AccessD] Version Control for MS Access Objects In-Reply-To: <201001040300.o0430cuw007247@databaseadvisors.com> References: <201001040300.o0430cuw007247@databaseadvisors.com> Message-ID: SourceSafe works, I know. It depends on what you're trying to do. If you use VSS, there is a client add-in for Access that you must install and you add the app to VSS from Access. After that, you see separate files for each Access object in the app. You cannot just bung the mdb into source safe. I'd be more specific but we just switched to SourceGear Vault for our version control in Visual Studio, so I'm rusty on the specifics of source safe. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Stewart Sent: Sunday, January 03, 2010 7:00 PM To: accessd at databaseadvisors.com Subject: [AccessD] Version Control for MS Access Objects Has any one found a way of doing version control on individual MS Access objects? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Mon Jan 4 13:40:00 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Mon, 4 Jan 2010 11:40:00 -0800 Subject: [AccessD] Access 2007 playing well with others In-Reply-To: References: <201001040300.o0430cuw007247@databaseadvisors.com> Message-ID: Folks, I remember seeing a recent thread on the problem with Access 2007 co-existing with previous versions on the same machine. The main problem being that when going from one version on a computer to another the installation dialog opens. We have a client who runs our 2002 runtime and has Office 2007 installed on that machine also. After putting the new Office version on the machine they started getting the installation message. Is there a way to prevent this? Thanks in advance. Doug From jwcolby at colbyconsulting.com Mon Jan 4 13:44:10 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 04 Jan 2010 14:44:10 -0500 Subject: [AccessD] SPAM-LOW: Access 2007 playing well with others In-Reply-To: References: <201001040300.o0430cuw007247@databaseadvisors.com> Message-ID: <4B42450A.9080702@colbyconsulting.com> The only way I know is to run your application under 2007. John W. Colby www.ColbyConsulting.com Doug Murphy wrote: > > Folks, > > I remember seeing a recent thread on the problem with Access 2007 > co-existing with previous versions on the same machine. The main problem > being that when going from one version on a computer to another the > installation dialog opens. We have a client who runs our 2002 runtime and > has Office 2007 installed on that machine also. After putting the new Office > version on the machine they started getting the installation message. > > Is there a way to prevent this? > > Thanks in advance. > > Doug > From dw-murphy at cox.net Mon Jan 4 13:53:11 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Mon, 4 Jan 2010 11:53:11 -0800 Subject: [AccessD] SPAM-LOW: Access 2007 playing well with others In-Reply-To: <4B42450A.9080702@colbyconsulting.com> References: <201001040300.o0430cuw007247@databaseadvisors.com> <4B42450A.9080702@colbyconsulting.com> Message-ID: <9F8E38785FB44E3FA79C06D56BA6F897@murphy3234aaf1> I was afraid of that. We use the Sagekey install scripts and for versions prior to 2007 they used a small startup utility to prevent this from happening with the runtimes and other versions of Access on the same machine. I guess Microsoft figured out a way to make this annoying trait cancel out the Sagekey approach. I'll see if Sagekey has figured out how to beat 2007. Of course Office 2010 is coming so then they will have to build something to fix what ever Microsoft does in it. PROGRESS??? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, January 04, 2010 11:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Access 2007 playing well with others The only way I know is to run your application under 2007. John W. Colby www.ColbyConsulting.com Doug Murphy wrote: > > Folks, > > I remember seeing a recent thread on the problem with Access 2007 > co-existing with previous versions on the same machine. The main > problem being that when going from one version on a computer to > another the installation dialog opens. We have a client who runs our > 2002 runtime and has Office 2007 installed on that machine also. After > putting the new Office version on the machine they started getting the installation message. > > Is there a way to prevent this? > > Thanks in advance. > > Doug > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at webedb.com Mon Jan 4 14:04:14 2010 From: robert at webedb.com (Robert Stewart) Date: Mon, 04 Jan 2010 14:04:14 -0600 Subject: [AccessD] Version Control for MS Access Objects In-Reply-To: References: Message-ID: <201001042004.o04K4Wqu027367@databaseadvisors.com> Charlotte, Thanks. I will take a look and see if I can find it. At 12:00 PM 1/4/2010, you wrote: >Date: Mon, 4 Jan 2010 10:30:07 -0600 >From: Charlotte Foust >Subject: Re: [AccessD] Version Control for MS Access Objects >To: Access Developers discussion and problem solving > >Message-ID: > > > >Content-Type: text/plain; charset="us-ascii" > >SourceSafe works, I know. It depends on what you're trying to >do. If you use VSS, there is a client add-in for Access that you >must install and you add the app to VSS from Access. After that, >you see separate files for each Access object in the app. You >cannot just bung the mdb into source safe. I'd be more specific but >we just switched to SourceGear Vault for our version control in >Visual Studio, so I'm rusty on the specifics of source safe. > >Charlotte Foust > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Stewart >Sent: Sunday, January 03, 2010 7:00 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Version Control for MS Access Objects > >Has any one found a way of doing version control on individual MS >Access objects? From Darryl.Collins at anz.com Mon Jan 4 17:31:37 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Tue, 5 Jan 2010 10:31:37 +1100 Subject: [AccessD] List box populated with data and *nothing* selected In-Reply-To: <005801ca8d1e$377f8600$3701a8c0@adtpc> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D2F@EXUAU020HWT110.oceania.corp.anz.com> Outstanding... Thanks a lot for this, and for everyone else whom added their thoughts. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Monday, 4 January 2010 8:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] List box populated with data and *nothing* selected Darryl, As already suggested in this thread, setting the list box value to Null or its ListIndex to an unlikely value (say -1) should normally serve the purpose. However, it is occasionally observed that shadow of previous selection tends to persist (specially in multi-select scenario) after the list box has been re-populated as per revised criteria. Even non-existent rows might appear in selected state (i.e. the area where proper selection was in force earlier). In order to forestall such behavior and as an abundant precaution, de-selection by iteration through list rows could be adopted as per sample routine P_ClearListBox(), as given below. Pointer to list box object is passed as an argument. Best wishes, A.D. Tejpal ------------ ' Sample routine for absolute clearing of list box '============================== Private Sub P_ClearListBox(lbo As ListBox) Dim Cnt As Long For Cnt = 0 To lbo.ListCount - 1 lbo.Selected(Cnt) = False Next End Sub '============================== ----- Original Message ----- From: Collins, Darryl To: Access Developers discussion and problem solving Sent: Monday, January 04, 2010 10:05 Subject: [AccessD] List box populated with data and *nothing* selected Hi Folks, I am guessing not a lot of us are lurking, but here goes.... I have a form with a list box. When the form opens and the list box is initially populated, there is no record selected in the list. This is a good thing for me and how I want things to work. When the user chooses an option in the list, it will return a record set of filtered data in a different subform based on their choice. All this works swimmingly well. What I would like is a way to return the listbox to a neutral state when the users click on a reset option (which will return *all* records in the other subform). Currently the reset process works perfectly on a technical level, but on a visual level one of the list box options is always left still highlighted, which suggests that the filter is still applied on the highlighted record. I know I could use a combo box for this sort of thing (I often do), but I like the point and click simplicity of the list box approach for this form. Clearly Access is happy to have the list box exist with nothing selected as this is the default position whenever the base form is opened, however how does one return/reset it to that state? A list box populated with data and *nothing* selected? Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From miscellany at mvps.org Mon Jan 4 19:17:56 2010 From: miscellany at mvps.org (Steve Schapel) Date: Tue, 05 Jan 2010 14:17:56 +1300 Subject: [AccessD] Access 2007 playing well with others In-Reply-To: <9F8E38785FB44E3FA79C06D56BA6F897@murphy3234aaf1> References: <201001040300.o0430cuw007247@databaseadvisors.com> <4B42450A.9080702@colbyconsulting.com> <9F8E38785FB44E3FA79C06D56BA6F897@murphy3234aaf1> Message-ID: Doug, You will need to upgrade your Sagekey to v.2 for compatibility with Access 2007 and/or Vista. If you have already done that, then try inserting the following into the Command Line created by your SageKey install: -wait=0 So, the Access 2003 command line will be something like this: "C:\Program Files\...\StartAccess_2003.exe" -wait=0 ... Regards Steve -------------------------------------------------- From: "Doug Murphy" Sent: Tuesday, January 05, 2010 8:53 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] SPAM-LOW: Access 2007 playing well with others > I was afraid of that. We use the Sagekey install scripts and for versions > prior to 2007 they used a small startup utility to prevent this from > happening with the runtimes and other versions of Access on the same > machine. I guess Microsoft figured out a way to make this annoying trait > cancel out the Sagekey approach. I'll see if Sagekey has figured out how > to > beat 2007. Of course Office 2010 is coming so then they will have to build > something to fix what ever Microsoft does in it. PROGRESS??? > From johncliviger at aol.com Tue Jan 5 03:38:39 2010 From: johncliviger at aol.com (johncliviger at aol.com) Date: Tue, 5 Jan 2010 04:38:39 EST Subject: [AccessD] Access FE: SQL BE Message-ID: <321.5fe82715.3874629f@aol.com> Happy New Year to all, A client has a Access 02 FE with an SQL 2005 BE. He wants to clear out all the old data. There are over 150 tables. What would you recommend as a quick method to remove the Data? Using "Delete * From tablename" seems a bit clunky john cliviger From sbamber at hss.com Tue Jan 5 06:19:20 2010 From: sbamber at hss.com (Simon Bamber) Date: Tue, 5 Jan 2010 12:19:20 -0000 Subject: [AccessD] Access FE: SQL BE Message-ID: <05D396DAB16E924384091182F16B4EA01AB3D24E@exchange2.hss.co.uk> In the past I have stepped through each table and truncated. Assuming your table is called tblData the truncate statement would be... TRUNCATE TABLE tblData Simon Bamber HIRE COMPANY OF THE YEAR 2009 This message, and any associated files, are intended only for the use of the message recipient and may contain information that is confidential, subject to copyright or constitute a trade secret. If you are not the message recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to the message and then deleting it from your computer. HSS Hire Service Group Limited may monitor email traffic data and also the content of email for the purposes of security and staff training. Any views or opinions presented are solely those of sbamber at hss.com and do not necessarily represent those of the company. HSS Hire Service Group is a limited company registered in England and Wales. Registered number: 644490. Registered office: 25 Willow Lane, Mitcham, Surrey, CR4 4TS, United Kingdom. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of johncliviger at aol.com Sent: 05 January 2010 09:39 To: AccessD at databaseadvisors.com Subject: [AccessD] Access FE: SQL BE Happy New Year to all, A client has a Access 02 FE with an SQL 2005 BE. He wants to clear out all the old data. There are over 150 tables. What would you recommend as a quick method to remove the Data? Using "Delete * From tablename" seems a bit clunky john cliviger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jan 5 07:11:09 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 05 Jan 2010 08:11:09 -0500 Subject: [AccessD] Access FE: SQL BE In-Reply-To: <05D396DAB16E924384091182F16B4EA01AB3D24E@exchange2.hss.co.uk> References: <05D396DAB16E924384091182F16B4EA01AB3D24E@exchange2.hss.co.uk> Message-ID: <4B433A6D.2050809@colbyconsulting.com> Put this in a loop in code. Do you need assistance in doing that? John W. Colby www.ColbyConsulting.com Simon Bamber wrote: > In the past I have stepped through each table and truncated. > > Assuming your table is called tblData the truncate statement would be... > > TRUNCATE TABLE tblData > > Simon Bamber > > > HIRE COMPANY OF THE YEAR 2009 > This message, and any associated files, are intended only for the use of the message recipient and may contain information that is confidential, subject to copyright or constitute a trade secret. If you are not the message recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to the message and then deleting it from your computer. HSS Hire Service Group Limited may monitor email traffic data and also the content of email for the purposes of security and staff training. Any views or opinions presented are solely those of sbamber at hss.com and do not necessarily represent those of the company. > HSS Hire Service Group is a limited company registered in England and Wales. Registered number: 644490. > Registered office: 25 Willow Lane, Mitcham, Surrey, CR4 4TS, United Kingdom. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > johncliviger at aol.com > Sent: 05 January 2010 09:39 > To: AccessD at databaseadvisors.com > Subject: [AccessD] Access FE: SQL BE > > > Happy New Year to all, > > A client has a Access 02 FE with an SQL 2005 BE. He wants to clear out > all > the old data. There are over 150 tables. > > What would you recommend as a quick method to remove the Data? Using > "Delete * From tablename" seems a bit clunky > > john cliviger From rockysmolin at bchacc.com Tue Jan 5 08:23:39 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 06:23:39 -0800 Subject: [AccessD] Access FE: SQL BE In-Reply-To: <321.5fe82715.3874629f@aol.com> References: <321.5fe82715.3874629f@aol.com> Message-ID: And yet a tight loop in code through the table names and a db.Execute "Delete * FROM " & strTableName would be pretty fast to write and run. Don't know if Access 02 supports DAO. But you wouldn't have to use A2 - you could use something more moderne. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of johncliviger at aol.com Sent: Tuesday, January 05, 2010 1:39 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Access FE: SQL BE Happy New Year to all, A client has a Access 02 FE with an SQL 2005 BE. He wants to clear out all the old data. There are over 150 tables. What would you recommend as a quick method to remove the Data? Using "Delete * From tablename" seems a bit clunky john cliviger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jan 5 09:57:35 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 05 Jan 2010 10:57:35 -0500 Subject: [AccessD] Microsoft partner Message-ID: <4B43616F.5050509@colbyconsulting.com> I am getting calls from Microsoft re my partnership. The caller today gave me a free certificate for a training course on server virtualization. It is for the Server 2008 Hyper V virtualization stuff. I just clicked through to see what it is and it looks interesting. This is the only certificate they are giving away today, not sure WHY they are giving it to me, other than perhaps to convince me how valuable my membership is. My membership is expiring this month. If you have a membership and are interested in such stuff, you might want to call and ask if you are eligible for this. BTW, if anyone receiving this is interested in forming a virtual organization for the purpose of obtaining the credentials for partner companies, please speak up. As a "sole proprietor" it is difficult for me to get enough of these credentials to qualify. However I am told that we as a group could form a virtual organization and do this. Each member would need to get one (or more) credentials, then we would need to band together and present as an organization. It might be worth doing. -- John W. Colby www.ColbyConsulting.com From Johncliviger at aol.com Tue Jan 5 10:25:39 2010 From: Johncliviger at aol.com (Johncliviger at aol.com) Date: Tue, 5 Jan 2010 11:25:39 EST Subject: [AccessD] Access FE: SQL BE Message-ID: Thanks Guys for the comments It's something I've never done. So here goes. (after taking backups) john cliviger From garykjos at gmail.com Tue Jan 5 10:26:52 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 5 Jan 2010 10:26:52 -0600 Subject: [AccessD] [dba-SQLServer] Microsoft partner In-Reply-To: <4B43616F.5050509@colbyconsulting.com> References: <4B43616F.5050509@colbyconsulting.com> Message-ID: I'm a Microsoft partner on my own too. Had to come up with a company name the last time. Gary Kjos Consulting Services. I guess I would be interested in at least looking at the idea of combining with some DBA people. GK On Tue, Jan 5, 2010 at 9:57 AM, jwcolby wrote: > I am getting calls from Microsoft re my partnership. ?The caller today gave me a free certificate > for a training course on server virtualization. ?It is for the Server 2008 Hyper V virtualization > stuff. ?I just clicked through to see what it is and it looks interesting. ?This is the only > certificate they are giving away today, not sure WHY they are giving it to me, other than perhaps to > convince me how valuable my membership is. ?My membership is expiring this month. > > If you have a membership and are interested in such stuff, you might want to call and ask if you are > eligible for this. > > BTW, if anyone receiving this is interested in forming a virtual organization for the purpose of > obtaining the credentials for partner companies, please speak up. ?As a "sole proprietor" it is > difficult for me to get enough of these credentials to qualify. ?However I am told that we as a > group could form a virtual organization and do this. ?Each member would need to get one (or more) > credentials, then we would need to band together and present as an organization. > > It might be worth doing. > > -- > John W. Colby > www.ColbyConsulting.com > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > -- Gary Kjos garykjos at gmail.com From dw-murphy at cox.net Tue Jan 5 10:39:56 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 5 Jan 2010 08:39:56 -0800 Subject: [AccessD] Access 2007 playing well with others In-Reply-To: References: <201001040300.o0430cuw007247@databaseadvisors.com><4B42450A.9080702@colbyconsulting.com><9F8E38785FB44E3FA79C06D56BA6F897@murphy3234aaf1> Message-ID: Thanks Steve. We have the upgrade. Will try modifying the startup shortcut. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Monday, January 04, 2010 5:18 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 playing well with others Doug, You will need to upgrade your Sagekey to v.2 for compatibility with Access 2007 and/or Vista. If you have already done that, then try inserting the following into the Command Line created by your SageKey install: -wait=0 So, the Access 2003 command line will be something like this: "C:\Program Files\...\StartAccess_2003.exe" -wait=0 ... Regards Steve -------------------------------------------------- From: "Doug Murphy" Sent: Tuesday, January 05, 2010 8:53 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] SPAM-LOW: Access 2007 playing well with others > I was afraid of that. We use the Sagekey install scripts and for > versions prior to 2007 they used a small startup utility to prevent > this from happening with the runtimes and other versions of Access on > the same machine. I guess Microsoft figured out a way to make this > annoying trait cancel out the Sagekey approach. I'll see if Sagekey > has figured out how to beat 2007. Of course Office 2010 is coming so > then they will have to build something to fix what ever Microsoft does > in it. PROGRESS??? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Tue Jan 5 10:44:01 2010 From: dkalsow at yahoo.com (Dale Kalsow) Date: Tue, 5 Jan 2010 08:44:01 -0800 (PST) Subject: [AccessD] ActiveX Error In-Reply-To: <29f585dd0912170848r463e3b0bs7ba1b84526d22b88@mail.gmail.com> Message-ID: <596678.46656.qm@web50408.mail.re2.yahoo.com> God Morning Everyone, ? I have developed an application in access 2007 which included a tree view control.? This morning when I went to edit the form, access states "There is no object for the control."? When I go to reselect the treeview control I get this error "there was a probelm accessing a propery or method of the OLE object". ? does anyone know how to fix this?? I have removed office and reinstalled it but that has not fixed the issue. ? thanks! ? Dale From davidmcafee at gmail.com Tue Jan 5 11:42:39 2010 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 5 Jan 2010 09:42:39 -0800 Subject: [AccessD] Access FE: SQL BE In-Reply-To: References: Message-ID: <8786a4c01001050942r31b40401kcd3d20e538d0b190@mail.gmail.com> You should also keep a copy of the blank/empty database. Next time they need this done, just point the FE to the new, blank BE. On Tue, Jan 5, 2010 at 8:25 AM, wrote: > Thanks Guys for the comments > > It's something I've never done. So here goes. > > (after taking backups) > > john cliviger > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Joe.Rojas at symmetrymedical.com Tue Jan 5 11:52:27 2010 From: Joe.Rojas at symmetrymedical.com (Rojas, Joe) Date: Tue, 5 Jan 2010 12:52:27 -0500 Subject: [AccessD] Using a Function in a WHERE IN clause Message-ID: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Hello, I am trying to use a custom function in a IN clause of a query. The function cycles through a multi-select list box and builds a string based on what the user picked. The WHERE clause looks like this: WHERE localPartPlant.PersonID In (GetPlannerCodes()) The problem I'm having is figuring out how the string should be formatted when more than one item is selected. When one item is select, the string has to have no quotes, no double quotes, and no commas. For example, CX If I do this with one item, the query works. When multiple items are selected, I have tried the following string formats: "CX", "CX1" 'CX', 'CX1' CX, CX1 CX', 'CX1 CX", "CX1 All to no avail. Anyone know how to achieve this? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 M:508.838.4717 F:508.995.9597 joe.rojas at symmetrymedical.com From iggy at nanaimo.ark.com Tue Jan 5 11:57:06 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 05 Jan 2010 09:57:06 -0800 Subject: [AccessD] Conditional Formatting Message-ID: <4B437D72.6060702@nanaimo.ark.com> Hey All No biggy just testing. Thought I would try using conditional formatting on a costing statistics continuous form. Using several text boxes that display different colour combinations based on values/text in other text boxes. Some conditions are Field Value is and others Expression is. Because there are not a lot of records (less than 100) rather then having a list box with a list of criteria to filter the form I figure I would allow the user to see visual flags. What I am finding is Only when I am scrolling up and down. 1. If I scroll up or down the form the text boxes do not colour until I stop scrolling. 2. Some text boxes when I am scrolling appear white, while others seem to go transparent (and display the forms detail background colour) until I stop scrolling. 3. Sometimes if I delete the old text box and add a new one and duplicate the conditional formatting the text box will appear white, but not always, sometimes it still appears transparent. Is this normal or have I corrupted the form somehow??? What I was hoping would happen is the colours would appear while I am scrolling and visually cause me to stop to check out the flag. From fahooper at gmail.com Tue Jan 5 12:06:04 2010 From: fahooper at gmail.com (Fred Hooper) Date: Tue, 5 Jan 2010 13:06:04 -0500 Subject: [AccessD] Using a Function in a WHERE IN clause In-Reply-To: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Message-ID: Joe, there may be a more elegant solution but I'd construct the whole SQL statement and use it rather than using a function embedded in the statement. Alternatively, for greater speed I'd populate a table with the selected values and join to it (if you have multiple users then place the table you're editing in the front end so each user has his/her own). It's faster because "IN" statements have to check each element while joins are better optimized. Fred On Tue, Jan 5, 2010 at 12:52 PM, Rojas, Joe wrote: > Hello, > > I am trying to use a custom function in a IN clause of a query. > The function cycles through a multi-select list box and builds a string > based on what the user picked. > The WHERE clause looks like this: WHERE localPartPlant.PersonID In > (GetPlannerCodes()) > > The problem I'm having is figuring out how the string should be formatted > when more than one item is selected. > When one item is select, the string has to have no quotes, no double > quotes, and no commas. For example, CX > If I do this with one item, the query works. > > When multiple items are selected, I have tried the following string > formats: > "CX", "CX1" > 'CX', 'CX1' > CX, CX1 > CX', 'CX1 > CX", "CX1 > > All to no avail. > > Anyone know how to achieve this? > > Joe Rojas > Information Technology Manager > Symmetry Medical New Bedford > P: 508.998.4575 > M:508.838.4717 > F:508.995.9597 > joe.rojas at symmetrymedical.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dbdoug at gmail.com Tue Jan 5 12:13:25 2010 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 5 Jan 2010 10:13:25 -0800 Subject: [AccessD] Conditional Formatting In-Reply-To: <4B437D72.6060702@nanaimo.ark.com> References: <4B437D72.6060702@nanaimo.ark.com> Message-ID: <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com> As far as my experience goes, your scrolling behaviour is normal. My impression is that the conditional formatting is applied after the form is fully loaded. I had so much trouble with screen flickering in Access 2000 that I didn't use conditional formatting, but in 2003 it seems to be OK. That may just be due to faster processors/graphics cards. I've also found that it's difficult to keep a conditionally formatted textbox transparent - the default always seems to be white. Doug Steele On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: > > What I am finding is > Only when I am scrolling up and down. > 1. If I scroll up or down the form the text boxes do not colour until I > stop scrolling. > 2. Some text boxes when I am scrolling appear white, while others seem > to go transparent (and display the forms detail background colour) until > I stop scrolling. > 3. Sometimes if I delete the old text box and add a new one and > duplicate the conditional formatting the text box will appear white, but > not always, sometimes it still appears transparent. > > Is this normal or have I corrupted the form somehow??? > What I was hoping would happen is the colours would appear while I am > scrolling and visually cause me to stop to check out the flag. > > From Lambert.Heenan at chartisinsurance.com Tue Jan 5 12:20:41 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 5 Jan 2010 13:20:41 -0500 Subject: [AccessD] Using a Function in a WHERE IN clause In-Reply-To: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Message-ID: Is PersonID a numeric value? If so then your Where Clause should be of this form WHERE localPartPlant.PersonID In (1,2,5,77,88,3,1023) etc. etc and GetPlannerCodes() needs to return a string of coma separated digits, with no quotes of any kind. To achieve this you need to use something like this as the where clause... WHERE localPartPlant.PersonID In ( & GetPlannerCodes() & ) But you cannot use syntax like that directly in a query, because what you are reall need to do is modify the SQL string of the query. So you need to do that in code. I would do so by building the query with a dummy criterion like this.... IN(IDTOKEN) Access will change that to read In ("IDTOKEN") and the full where clause will be WHERE (((Policy_Pipeline_tbl.nBuyStatus) In ("IDTOKEN"))); Save that query as a template. Now in code you can do this 1/ Copy the template query docmd.CopyObject ,"FinalOutputQuery",acQuery ,"TemplateQuery" 2/ Open the copy of the query and change the SQL to what you need... Dim qd as QueryDef Dim sSQL as String Set Qd = CurrentDb.QueryDefs("FinalOutputQuery") sSQL = Qd.SQL sSQL= Replace(sSQL,""IDTOKEN"",GetPlannerCodes()) Qd.SQL = sSQL Qd.Close 3/ And then you can run the modified query. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rojas, Joe Sent: Tuesday, January 05, 2010 12:52 PM To: accessd at databaseadvisors.com Subject: [AccessD] Using a Function in a WHERE IN clause Hello, I am trying to use a custom function in a IN clause of a query. The function cycles through a multi-select list box and builds a string based on what the user picked. The WHERE clause looks like this: WHERE localPartPlant.PersonID In (GetPlannerCodes()) The problem I'm having is figuring out how the string should be formatted when more than one item is selected. When one item is select, the string has to have no quotes, no double quotes, and no commas. For example, CX If I do this with one item, the query works. When multiple items are selected, I have tried the following string formats: "CX", "CX1" 'CX', 'CX1' CX, CX1 CX', 'CX1 CX", "CX1 All to no avail. Anyone know how to achieve this? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 M:508.838.4717 F:508.995.9597 joe.rojas at symmetrymedical.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jan 5 13:21:41 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 5 Jan 2010 13:21:41 -0600 Subject: [AccessD] Conditional Formatting In-Reply-To: <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com> References: <4B437D72.6060702@nanaimo.ark.com> <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com> Message-ID: <410F42345EA2425F990FACAAD4818BDD@danwaters> What's happening is that every time you set the background color in conditional formatting, the Back Style property of the text box will revert to 'Normal', even if you had it set to 'Transparent'. So do the conditional formatting first, then set the textbox formatting in the property list, and then it should look pretty good. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, January 05, 2010 12:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Formatting As far as my experience goes, your scrolling behaviour is normal. My impression is that the conditional formatting is applied after the form is fully loaded. I had so much trouble with screen flickering in Access 2000 that I didn't use conditional formatting, but in 2003 it seems to be OK. That may just be due to faster processors/graphics cards. I've also found that it's difficult to keep a conditionally formatted textbox transparent - the default always seems to be white. Doug Steele On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: > > What I am finding is > Only when I am scrolling up and down. > 1. If I scroll up or down the form the text boxes do not colour until I > stop scrolling. > 2. Some text boxes when I am scrolling appear white, while others seem > to go transparent (and display the forms detail background colour) until > I stop scrolling. > 3. Sometimes if I delete the old text box and add a new one and > duplicate the conditional formatting the text box will appear white, but > not always, sometimes it still appears transparent. > > Is this normal or have I corrupted the form somehow??? > What I was hoping would happen is the colours would appear while I am > scrolling and visually cause me to stop to check out the flag. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Tue Jan 5 14:33:06 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 20:33:06 -0000 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Message-ID: <4b43a205.0f67f10a.0b13.70d5@mx.google.com> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ Why would this happen? Max From rockysmolin at bchacc.com Tue Jan 5 14:43:08 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 12:43:08 -0800 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: <4b43a205.0f67f10a.0b13.70d5@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> Message-ID: <72D963A8D1EF49398614EEF4318C1C27@HAL9005> WAG: Many systems use 2 digit years. in 1999 programmers reprogrammed year checking so that any two digit year beginning with zero was assumed to be in the 21st century. And non-zero assumed to be in the 20th century. This solved the problem for ten years. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 12:33 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2010 Bug hits Germany http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ Why would this happen? Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Tue Jan 5 14:45:00 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 5 Jan 2010 14:45:00 -0600 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: <4b43a205.0f67f10a.0b13.70d5@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> Message-ID: Oops! Somebody cut a corner and expected to fix it later. Maybe the expiration date is split into pieces and only the right digit is compared to the current year last digit or something similar. Odd that it's unique to Germany. GK On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo wrote: > http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ > > Why would this happen? > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From max.wanadoo at gmail.com Tue Jan 5 14:46:58 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 20:46:58 -0000 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: <72D963A8D1EF49398614EEF4318C1C27@HAL9005> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <72D963A8D1EF49398614EEF4318C1C27@HAL9005> Message-ID: <4b43a546.0f67f10a.0b13.7196@mx.google.com> Hmmm, sounds reasonable Rocky. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 05 January 2010 20:43 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 2010 Bug hits Germany WAG: Many systems use 2 digit years. in 1999 programmers reprogrammed year checking so that any two digit year beginning with zero was assumed to be in the 21st century. And non-zero assumed to be in the 20th century. This solved the problem for ten years. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 12:33 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2010 Bug hits Germany http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ Why would this happen? Max -- 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 From max.wanadoo at gmail.com Tue Jan 5 14:53:01 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 20:53:01 -0000 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> Message-ID: <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> Could be something to do with signed integers in Cobol or similar? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 20:45 To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2010 Bug hits Germany Oops! Somebody cut a corner and expected to fix it later. Maybe the expiration date is split into pieces and only the right digit is compared to the current year last digit or something similar. Odd that it's unique to Germany. GK On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo wrote: > http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ > > Why would this happen? > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Jan 5 15:12:11 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 13:12:11 -0800 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> Message-ID: <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> Bavarian Basic? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 12:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 2010 Bug hits Germany Could be something to do with signed integers in Cobol or similar? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 20:45 To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2010 Bug hits Germany Oops! Somebody cut a corner and expected to fix it later. Maybe the expiration date is split into pieces and only the right digit is compared to the current year last digit or something similar. Odd that it's unique to Germany. GK On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo wrote: > http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-securit > y/ > > Why would this happen? > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.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 From max.wanadoo at gmail.com Tue Jan 5 15:30:40 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 21:30:40 -0000 Subject: [AccessD] OT: Hero Dog In-Reply-To: <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> Message-ID: <4b43af89.0f67f10a.0b13.746c@mx.google.com> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ Wow! Max From iggy at nanaimo.ark.com Tue Jan 5 15:11:35 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 05 Jan 2010 13:11:35 -0800 Subject: [AccessD] Conditional Formatting In-Reply-To: <410F42345EA2425F990FACAAD4818BDD@danwaters> References: <4B437D72.6060702@nanaimo.ark.com> <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com> <410F42345EA2425F990FACAAD4818BDD@danwaters> Message-ID: <4B43AB07.804@nanaimo.ark.com> Hey Dan and Doug Thank you very much for your responses. But as I mentioned the only real problem I am having is with the scrolling. It is the same if you use a calculated field in a continuous form, it does not refresh until you stop scrolling. So I do my calculations in a query instead or have the calculations as part of the table. Dan Waters wrote: >What's happening is that every time you set the background color in >conditional formatting, the Back Style property of the text box will revert >to 'Normal', even if you had it set to 'Transparent'. > >So do the conditional formatting first, then set the textbox formatting in >the property list, and then it should look pretty good. > >Good Luck! >Dan > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele >Sent: Tuesday, January 05, 2010 12:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Conditional Formatting > >As far as my experience goes, your scrolling behaviour is normal. My >impression is that the conditional formatting is applied after the form is >fully loaded. I had so much trouble with screen flickering in Access 2000 >that I didn't use conditional formatting, but in 2003 it seems to be OK. >That may just be due to faster processors/graphics cards. > >I've also found that it's difficult to keep a conditionally formatted >textbox transparent - the default always seems to be white. > >Doug Steele > >On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: > > > >>What I am finding is >>Only when I am scrolling up and down. >>1. If I scroll up or down the form the text boxes do not colour until I >>stop scrolling. >>2. Some text boxes when I am scrolling appear white, while others seem >>to go transparent (and display the forms detail background colour) until >>I stop scrolling. >>3. Sometimes if I delete the old text box and add a new one and >>duplicate the conditional formatting the text box will appear white, but >>not always, sometimes it still appears transparent. >> >>Is this normal or have I corrupted the form somehow??? >>What I was hoping would happen is the colours would appear while I am >>scrolling and visually cause me to stop to check out the flag. >> >> >> >> From dwaters at usinternet.com Tue Jan 5 16:00:59 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 5 Jan 2010 16:00:59 -0600 Subject: [AccessD] Conditional Formatting In-Reply-To: <4B43AB07.804@nanaimo.ark.com> References: <4B437D72.6060702@nanaimo.ark.com> <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com><410F42345EA2425F990FACAAD4818BDD@danwaters> <4B43AB07.804@nanaimo.ark.com> Message-ID: <5AB8BDAC334E4AA1B88F9949483EB9AD@danwaters> Hi Tony - I don't know of any way to refresh the fields while the form is still scrolling. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Tuesday, January 05, 2010 3:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Formatting Hey Dan and Doug Thank you very much for your responses. But as I mentioned the only real problem I am having is with the scrolling. It is the same if you use a calculated field in a continuous form, it does not refresh until you stop scrolling. So I do my calculations in a query instead or have the calculations as part of the table. Dan Waters wrote: >What's happening is that every time you set the background color in >conditional formatting, the Back Style property of the text box will revert >to 'Normal', even if you had it set to 'Transparent'. > >So do the conditional formatting first, then set the textbox formatting in >the property list, and then it should look pretty good. > >Good Luck! >Dan > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele >Sent: Tuesday, January 05, 2010 12:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Conditional Formatting > >As far as my experience goes, your scrolling behaviour is normal. My >impression is that the conditional formatting is applied after the form is >fully loaded. I had so much trouble with screen flickering in Access 2000 >that I didn't use conditional formatting, but in 2003 it seems to be OK. >That may just be due to faster processors/graphics cards. > >I've also found that it's difficult to keep a conditionally formatted >textbox transparent - the default always seems to be white. > >Doug Steele > >On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: > > > >>What I am finding is >>Only when I am scrolling up and down. >>1. If I scroll up or down the form the text boxes do not colour until I >>stop scrolling. >>2. Some text boxes when I am scrolling appear white, while others seem >>to go transparent (and display the forms detail background colour) until >>I stop scrolling. >>3. Sometimes if I delete the old text box and add a new one and >>duplicate the conditional formatting the text box will appear white, but >>not always, sometimes it still appears transparent. >> >>Is this normal or have I corrupted the form somehow??? >>What I was hoping would happen is the colours would appear while I am >>scrolling and visually cause me to stop to check out the flag. >> >> >> >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Tue Jan 5 16:08:47 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 22:08:47 -0000 Subject: [AccessD] Conditional Formatting In-Reply-To: <5AB8BDAC334E4AA1B88F9949483EB9AD@danwaters> References: <4B437D72.6060702@nanaimo.ark.com> <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com><410F42345EA2425F990FACAAD4818BDD@danwaters> <4B43AB07.804@nanaimo.ark.com> <5AB8BDAC334E4AA1B88F9949483EB9AD@danwaters> Message-ID: <4b43b87b.0e67f10a.1ca0.74fb@mx.google.com> Yes, but why would you want to? If it had to process each line while scrolling it could become very s.l.o.w. When scrolling it is usually to get to another record and not to view each one via the scroll bar. - we have the navigation stuff for viewing each record in slow mode. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 05 January 2010 22:01 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Conditional Formatting Hi Tony - I don't know of any way to refresh the fields while the form is still scrolling. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Tuesday, January 05, 2010 3:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Formatting Hey Dan and Doug Thank you very much for your responses. But as I mentioned the only real problem I am having is with the scrolling. It is the same if you use a calculated field in a continuous form, it does not refresh until you stop scrolling. So I do my calculations in a query instead or have the calculations as part of the table. Dan Waters wrote: >What's happening is that every time you set the background color in >conditional formatting, the Back Style property of the text box will revert >to 'Normal', even if you had it set to 'Transparent'. > >So do the conditional formatting first, then set the textbox formatting in >the property list, and then it should look pretty good. > >Good Luck! >Dan > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele >Sent: Tuesday, January 05, 2010 12:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Conditional Formatting > >As far as my experience goes, your scrolling behaviour is normal. My >impression is that the conditional formatting is applied after the form is >fully loaded. I had so much trouble with screen flickering in Access 2000 >that I didn't use conditional formatting, but in 2003 it seems to be OK. >That may just be due to faster processors/graphics cards. > >I've also found that it's difficult to keep a conditionally formatted >textbox transparent - the default always seems to be white. > >Doug Steele > >On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: > > > >>What I am finding is >>Only when I am scrolling up and down. >>1. If I scroll up or down the form the text boxes do not colour until I >>stop scrolling. >>2. Some text boxes when I am scrolling appear white, while others seem >>to go transparent (and display the forms detail background colour) until >>I stop scrolling. >>3. Sometimes if I delete the old text box and add a new one and >>duplicate the conditional formatting the text box will appear white, but >>not always, sometimes it still appears transparent. >> >>Is this normal or have I corrupted the form somehow??? >>What I was hoping would happen is the colours would appear while I am >>scrolling and visually cause me to stop to check out the flag. >> >> >> >> -- 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 From garykjos at gmail.com Tue Jan 5 16:09:54 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 5 Jan 2010 16:09:54 -0600 Subject: [AccessD] OT: Hero Dog In-Reply-To: <4b43af89.0f67f10a.0b13.746c@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> Message-ID: Hello Max, We have an OT list for this kind of stuff. Please take these kind of posts there in the future. I know that list traffic on AccessD has been down recently but we do have members who prefer there be NO OT MESSAGES AT ALL on the AccessD list. Official list policy is to SLIGHTLY relax the policy on Fridays. The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access Development topics as we have a thread currently going there on Access 2007 Development. Thank you for your cooperation. Gary Kjos AccessD Moderator On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: > http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ > > Wow! > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From lembit.dbamail at t-online.de Tue Jan 5 16:13:59 2010 From: lembit.dbamail at t-online.de (Lembit Soobik) Date: Tue, 5 Jan 2010 23:13:59 +0100 Subject: [AccessD] 2010 Bug hits Germany References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com><4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> Message-ID: LOL, or someone slept 10 years??? I dont think it has to do with Cobol or the millenium bug, since it is one version of the chips in these cards, and this chip as for sure been designed within the last 5 or less years. just a sloppy chip design. Lembit ----- Original Message ----- From: "Rocky Smolin" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, January 05, 2010 10:12 PM Subject: Re: [AccessD] 2010 Bug hits Germany > Bavarian Basic? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Tuesday, January 05, 2010 12:53 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] 2010 Bug hits Germany > > Could be something to do with signed integers in Cobol or similar? > > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: 05 January 2010 20:45 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 2010 Bug hits Germany > > Oops! Somebody cut a corner and expected to fix it later. Maybe the > expiration date is split into pieces and only the right digit is compared > to > the current year last digit or something similar. Odd that it's unique to > Germany. > > GK > > On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-securit >> y/ >> >> Why would this happen? >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 From max.wanadoo at gmail.com Tue Jan 5 16:14:03 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 22:14:03 -0000 Subject: [AccessD] OT: Hero Dog In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> Message-ID: <4b43b9b8.0d67f10a.0997.7401@mx.google.com> Sure Gary, Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 22:10 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Hello Max, We have an OT list for this kind of stuff. Please take these kind of posts there in the future. I know that list traffic on AccessD has been down recently but we do have members who prefer there be NO OT MESSAGES AT ALL on the AccessD list. Official list policy is to SLIGHTLY relax the policy on Fridays. The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access Development topics as we have a thread currently going there on Access 2007 Development. Thank you for your cooperation. Gary Kjos AccessD Moderator On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: > http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ > > Wow! > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tortise at paradise.net.nz Tue Jan 5 16:18:17 2010 From: tortise at paradise.net.nz (Tortise) Date: Wed, 06 Jan 2010 11:18:17 +1300 Subject: [AccessD] 2010 Bug hits Germany References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> Message-ID: http://aardvark.co.nz/daily/2010/0105.shtml might help you guys? ----- Original Message ----- From: "Lembit Soobik" To: "Access Developers discussion and problem solving" Sent: Wednesday, January 06, 2010 11:13 AM Subject: Re: [AccessD] 2010 Bug hits Germany > LOL, > or someone slept 10 years??? > > I dont think it has to do with Cobol or the millenium bug, since it is one > version of the chips in these cards, and this chip as for sure been designed > within the last 5 or less years. just a sloppy chip design. > > Lembit > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Tuesday, January 05, 2010 10:12 PM > Subject: Re: [AccessD] 2010 Bug hits Germany > > >> Bavarian Basic? >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo >> Sent: Tuesday, January 05, 2010 12:53 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] 2010 Bug hits Germany >> >> Could be something to do with signed integers in Cobol or similar? >> >> >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: 05 January 2010 20:45 >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] 2010 Bug hits Germany >> >> Oops! Somebody cut a corner and expected to fix it later. Maybe the >> expiration date is split into pieces and only the right digit is compared >> to >> the current year last digit or something similar. Odd that it's unique to >> Germany. >> >> GK >> >> On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo wrote: >>> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-securit >>> y/ >>> >>> Why would this happen? >>> >>> Max >>> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jan 5 16:18:46 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 05 Jan 2010 17:18:46 -0500 Subject: [AccessD] Conditional Formatting In-Reply-To: <4b43b87b.0e67f10a.1ca0.74fb@mx.google.com> References: <4B437D72.6060702@nanaimo.ark.com> <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com><410F42345EA2425F990FACAAD4818BDD@danwaters> <4B43AB07.804@nanaimo.ark.com> <5AB8BDAC334E4AA1B88F9949483EB9AD@danwaters> <4b43b87b.0e67f10a.1ca0.74fb@mx.google.com> Message-ID: <4B43BAC6.3040601@colbyconsulting.com> I would advise paging down. Then a page at a time of records are displayed, and the formatting thing can do its job. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Yes, but why would you want to? If it had to process each line while > scrolling it could become very s.l.o.w. When scrolling it is usually to > get to another record and not to view each one via the scroll bar. - we > have the navigation stuff for viewing each record in slow mode. > > Max > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: 05 January 2010 22:01 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Conditional Formatting > > Hi Tony - I don't know of any way to refresh the fields while the form is > still scrolling. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Tuesday, January 05, 2010 3:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Conditional Formatting > > Hey Dan and Doug > Thank you very much for your responses. > But as I mentioned the only real problem I am having is with the scrolling. > It is the same if you use a calculated field in a continuous form, it > does not refresh until you stop scrolling. So I do my calculations in a > query instead or have the calculations as part of the table. > > Dan Waters wrote: > >> What's happening is that every time you set the background color in >> conditional formatting, the Back Style property of the text box will revert >> to 'Normal', even if you had it set to 'Transparent'. >> >> So do the conditional formatting first, then set the textbox formatting in >> the property list, and then it should look pretty good. >> >> Good Luck! >> Dan >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele >> Sent: Tuesday, January 05, 2010 12:13 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Conditional Formatting >> >> As far as my experience goes, your scrolling behaviour is normal. My >> impression is that the conditional formatting is applied after the form is >> fully loaded. I had so much trouble with screen flickering in Access 2000 >> that I didn't use conditional formatting, but in 2003 it seems to be OK. >> That may just be due to faster processors/graphics cards. >> >> I've also found that it's difficult to keep a conditionally formatted >> textbox transparent - the default always seems to be white. >> >> Doug Steele >> >> On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: >> >> >> >>> What I am finding is >>> Only when I am scrolling up and down. >>> 1. If I scroll up or down the form the text boxes do not colour until I >>> stop scrolling. >>> 2. Some text boxes when I am scrolling appear white, while others seem >>> to go transparent (and display the forms detail background colour) until >>> I stop scrolling. >>> 3. Sometimes if I delete the old text box and add a new one and >>> duplicate the conditional formatting the text box will appear white, but >>> not always, sometimes it still appears transparent. >>> >>> Is this normal or have I corrupted the form somehow??? >>> What I was hoping would happen is the colours would appear while I am >>> scrolling and visually cause me to stop to check out the flag. >>> >>> >>> >>> > From dwaters at usinternet.com Tue Jan 5 16:20:22 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 5 Jan 2010 16:20:22 -0600 Subject: [AccessD] OT: Hero Dog In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local><4b43a205.0f67f10a.0b13.70d5@mx.google.com><4b43a6b2.0e67f10a.2282.6b8e@mx.google.com><0F15ED19AB204E6E88BC13B44E10776D@HAL9005><4b43af89.0f67f10a.0b13.746c@mx.google.com> Message-ID: <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> Hi Gary, Could let the folks discussing Access 2007 development on OT that we have and Access list for that kind of discussion? Really - I want to hear it! Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Tuesday, January 05, 2010 4:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Hello Max, We have an OT list for this kind of stuff. Please take these kind of posts there in the future. I know that list traffic on AccessD has been down recently but we do have members who prefer there be NO OT MESSAGES AT ALL on the AccessD list. Official list policy is to SLIGHTLY relax the policy on Fridays. The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access Development topics as we have a thread currently going there on Access 2007 Development. Thank you for your cooperation. Gary Kjos AccessD Moderator On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: > http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ > > Wow! > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lembit.dbamail at t-online.de Tue Jan 5 16:29:55 2010 From: lembit.dbamail at t-online.de (Lembit Soobik) Date: Tue, 5 Jan 2010 23:29:55 +0100 Subject: [AccessD] OT: Hero Dog References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com><0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> Message-ID: is this Bar Boston close to Bar Harbor, where I have been last august on my way to NY, Quebec and Montreal? googling Bar boston I only found lots of bars in Boston..... :) Lembit ----- Original Message ----- From: "Max Wanadoo" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, January 05, 2010 10:30 PM Subject: [AccessD] OT: Hero Dog > http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ > > Wow! > > Max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From garykjos at gmail.com Tue Jan 5 16:32:50 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 5 Jan 2010 16:32:50 -0600 Subject: [AccessD] OT: Hero Dog In-Reply-To: <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> Message-ID: Well it started there AFTER it was largely ignored here, TWICE, according to the original poster. So it WAS posted here first. It had to do with how to make forms in Access 2007 show as less than full screen. Almost everyone there is also members here but we are a little more family like and therefore more comfortable complaining louder when things don't get answered there. ;-) I don't think we have had a solution for him though yet as it seems as though Access 2007 is not used by very many people on list at this point. GK On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: > Hi Gary, > > Could let the folks discussing Access 2007 development on OT that we have > and Access list for that kind of discussion? ?Really - I want to hear it! > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Hello Max, > > We have an OT list for this kind of stuff. Please take these kind of > posts there in the future. I know that list traffic on AccessD has > been down recently but we do have members who prefer there be NO OT > MESSAGES AT ALL on the AccessD list. Official list policy is to > SLIGHTLY relax the policy on Fridays. > > The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access > Development topics as we have a thread currently going there on Access > 2007 Development. > > Thank you for your cooperation. > > > Gary Kjos > AccessD Moderator > > > On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com From max.wanadoo at gmail.com Tue Jan 5 16:40:03 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 5 Jan 2010 22:40:03 -0000 Subject: [AccessD] OT: Hero Dog In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> Message-ID: <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> I remember it. I was hoping to see a response but never did. IFRC, he also wanted to have a Form appear on the screen without any other Access features being apparent. Ie, Just a form and NOTHING else. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 22:33 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Well it started there AFTER it was largely ignored here, TWICE, according to the original poster. So it WAS posted here first. It had to do with how to make forms in Access 2007 show as less than full screen. Almost everyone there is also members here but we are a little more family like and therefore more comfortable complaining louder when things don't get answered there. ;-) I don't think we have had a solution for him though yet as it seems as though Access 2007 is not used by very many people on list at this point. GK On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: > Hi Gary, > > Could let the folks discussing Access 2007 development on OT that we have > and Access list for that kind of discussion? ?Really - I want to hear it! > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Hello Max, > > We have an OT list for this kind of stuff. Please take these kind of > posts there in the future. I know that list traffic on AccessD has > been down recently but we do have members who prefer there be NO OT > MESSAGES AT ALL on the AccessD list. Official list policy is to > SLIGHTLY relax the policy on Fridays. > > The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access > Development topics as we have a thread currently going there on Access > 2007 Development. > > Thank you for your cooperation. > > > Gary Kjos > AccessD Moderator > > > On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Tue Jan 5 16:48:09 2010 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 5 Jan 2010 14:48:09 -0800 Subject: [AccessD] Conditional Formatting In-Reply-To: <4B43BAC6.3040601@colbyconsulting.com> References: <4B437D72.6060702@nanaimo.ark.com> <4dd71a0c1001051013y2977f11cnc157621b4a24bd6a@mail.gmail.com> <410F42345EA2425F990FACAAD4818BDD@danwaters> <4B43AB07.804@nanaimo.ark.com> <5AB8BDAC334E4AA1B88F9949483EB9AD@danwaters> <4b43b87b.0e67f10a.1ca0.74fb@mx.google.com> <4B43BAC6.3040601@colbyconsulting.com> Message-ID: <8786a4c01001051448y2ffa6d37i4da81670a168f5f1@mail.gmail.com> I wonder if he did it the old, A97 way, if it would work better. On Tue, Jan 5, 2010 at 2:18 PM, jwcolby wrote: > I would advise paging down. ?Then a page at a time of records are displayed, and the formatting > thing can do its job. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> Yes, but why would you want to? ?If it had to process each line while >> scrolling it ?could become very ?s.l.o.w. ?When scrolling it is usually to >> get to another record and not ?to ?view each one via the scroll ?bar. - we >> have the navigation stuff ?for viewing each record ?in slow mode. >> >> Max >> >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters >> Sent: 05 January 2010 22:01 >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Conditional Formatting >> >> Hi Tony - I don't know of any way to refresh the fields while the form is >> still scrolling. >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: Tuesday, January 05, 2010 3:12 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Conditional Formatting >> >> Hey Dan and Doug >> Thank you very much for your responses. >> But as I mentioned the only real problem I am having is with the scrolling. >> It is the same if you use a calculated field in a continuous form, it >> does not refresh until you stop scrolling. So I do my calculations in a >> query instead or have the calculations as part of the table. >> >> Dan Waters wrote: >> >>> What's happening is that every time you set the background color in >>> conditional formatting, the Back Style property of the text box will revert >>> to 'Normal', even if you had it set to 'Transparent'. >>> >>> So do the conditional formatting first, then set the textbox formatting in >>> the property list, and then it should look pretty good. >>> >>> Good Luck! >>> Dan >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele >>> Sent: Tuesday, January 05, 2010 12:13 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Conditional Formatting >>> >>> As far as my experience goes, your scrolling behaviour is normal. ?My >>> impression is that the conditional formatting is applied after the form is >>> fully loaded. ?I had so much trouble with screen flickering in Access 2000 >>> that I didn't use conditional formatting, but in 2003 it seems to be OK. >>> That may just be due to faster processors/graphics cards. >>> >>> I've also found that it's difficult to keep a conditionally formatted >>> textbox transparent - the default always seems to be white. >>> >>> Doug Steele >>> >>> On Tue, Jan 5, 2010 at 9:57 AM, Tony Septav wrote: >>> >>> >>> >>>> What I am finding is >>>> Only when I am scrolling up and down. >>>> 1. If I scroll up or down the form the text boxes do not colour until I >>>> stop scrolling. >>>> 2. Some text boxes when I am scrolling ?appear white, while others seem >>>> to go transparent (and display the forms detail background colour) until >>>> I stop scrolling. >>>> 3. Sometimes if I delete the old text box and add a new one and >>>> duplicate the conditional formatting the text box will appear white, but >>>> not always, sometimes it still appears transparent. >>>> >>>> Is this normal or have I corrupted the form somehow??? >>>> What I was hoping would happen is the colours would appear while I am >>>> scrolling and visually cause me to stop to check out the flag. >>>> >>>> >>>> >>>> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lembit.dbamail at t-online.de Tue Jan 5 16:52:21 2010 From: lembit.dbamail at t-online.de (Lembit Soobik) Date: Tue, 5 Jan 2010 23:52:21 +0100 Subject: [AccessD] 2010 Bug hits Germany References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local><4b43a205.0f67f10a.0b13.70d5@mx.google.com><4b43a6b2.0e67f10a.2282.6b8e@mx.google.com><0F15ED19AB204E6E88BC13B44E10776D@HAL9005> Message-ID: <447F3D8A64144DF28114B5E1E45FB921@s1800> Oooooooooooooo, I would have used BCD only for output (Display). Poor guys... Lembit ----- Original Message ----- From: "Tortise" To: "Access Developers discussion and problem solving" Sent: Tuesday, January 05, 2010 11:18 PM Subject: Re: [AccessD] 2010 Bug hits Germany > http://aardvark.co.nz/daily/2010/0105.shtml might help you guys? > > ----- Original Message ----- > From: "Lembit Soobik" > To: "Access Developers discussion and problem solving" > > Sent: Wednesday, January 06, 2010 11:13 AM > Subject: Re: [AccessD] 2010 Bug hits Germany > > >> LOL, >> or someone slept 10 years??? >> >> I dont think it has to do with Cobol or the millenium bug, since it is >> one >> version of the chips in these cards, and this chip as for sure been >> designed >> within the last 5 or less years. just a sloppy chip design. >> >> Lembit >> >> ----- Original Message ----- >> From: "Rocky Smolin" >> To: "'Access Developers discussion and problem solving'" >> >> Sent: Tuesday, January 05, 2010 10:12 PM >> Subject: Re: [AccessD] 2010 Bug hits Germany >> >> >>> Bavarian Basic? >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo >>> Sent: Tuesday, January 05, 2010 12:53 PM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] 2010 Bug hits Germany >>> >>> Could be something to do with signed integers in Cobol or similar? >>> >>> >>> Max >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >>> Sent: 05 January 2010 20:45 >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] 2010 Bug hits Germany >>> >>> Oops! Somebody cut a corner and expected to fix it later. Maybe the >>> expiration date is split into pieces and only the right digit is >>> compared >>> to >>> the current year last digit or something similar. Odd that it's unique >>> to >>> Germany. >>> >>> GK >>> >>> On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo >>> wrote: >>>> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-securit >>>> y/ >>>> >>>> Why would this happen? >>>> >>>> Max >>>> > >> -- >> 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 From marksimms at verizon.net Tue Jan 5 16:54:44 2010 From: marksimms at verizon.net (Mark Simms) Date: Tue, 05 Jan 2010 17:54:44 -0500 Subject: [AccessD] Microsoft partner In-Reply-To: <4B43616F.5050509@colbyconsulting.com> References: <4B43616F.5050509@colbyconsulting.com> Message-ID: <034a01ca8e5a$131eb1e0$0701a8c0@MSIMMSWS> John - I'm just kind of curious about the MSFT Partnership program.... Do you get any decent leads or referals from them ? From DWUTKA at Marlow.com Tue Jan 5 16:58:41 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 5 Jan 2010 16:58:41 -0600 Subject: [AccessD] Using a Function in a WHERE IN clause In-Reply-To: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Message-ID: I think the better way would be to just skip the IN part: WHERE SelectedPlannerCodes(localPartPlant.PersonID)=True And then have your function determine if that ID is selected or not. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rojas, Joe Sent: Tuesday, January 05, 2010 11:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] Using a Function in a WHERE IN clause Hello, I am trying to use a custom function in a IN clause of a query. The function cycles through a multi-select list box and builds a string based on what the user picked. The WHERE clause looks like this: WHERE localPartPlant.PersonID In (GetPlannerCodes()) The problem I'm having is figuring out how the string should be formatted when more than one item is selected. When one item is select, the string has to have no quotes, no double quotes, and no commas. For example, CX If I do this with one item, the query works. When multiple items are selected, I have tried the following string formats: "CX", "CX1" 'CX', 'CX1' CX, CX1 CX', 'CX1 CX", "CX1 All to no avail. Anyone know how to achieve this? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 M:508.838.4717 F:508.995.9597 joe.rojas at symmetrymedical.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From garykjos at gmail.com Tue Jan 5 17:01:32 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 5 Jan 2010 17:01:32 -0600 Subject: [AccessD] OT: Hero Dog In-Reply-To: <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> Message-ID: Yes, that is the one. GK On Tue, Jan 5, 2010 at 4:40 PM, Max Wanadoo wrote: > I remember it. ?I was hoping to see a response but never did. > > IFRC, he also wanted to have a Form appear on the screen without any other > Access features being apparent. ?Ie, Just a form and NOTHING ?else. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: 05 January 2010 22:33 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Well it started there AFTER it was largely ignored here, TWICE, > according to the original poster. So it WAS posted here first. It had > to do with how to make forms in Access 2007 show as less than full > screen. Almost everyone there is also members here but we are a little > more family like and therefore more comfortable complaining louder > when things don't get answered there. ;-) ?I don't think we have had a > solution for him though yet as it seems as though Access 2007 is not > used by very many people on list at this point. > > GK > > On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: >> Hi Gary, >> >> Could let the folks discussing Access 2007 development on OT that we have >> and Access list for that kind of discussion? ?Really - I want to hear it! >> >> Thanks! >> Dan >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: Tuesday, January 05, 2010 4:10 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] OT: Hero Dog >> >> Hello Max, >> >> We have an OT list for this kind of stuff. Please take these kind of >> posts there in the future. I know that list traffic on AccessD has >> been down recently but we do have members who prefer there be NO OT >> MESSAGES AT ALL on the AccessD list. Official list policy is to >> SLIGHTLY relax the policy on Fridays. >> >> The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access >> Development topics as we have a thread currently going there on Access >> 2007 Development. >> >> Thank you for your cooperation. >> >> >> Gary Kjos >> AccessD Moderator >> >> >> On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >>> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >>> >>> Wow! >>> >>> Max >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> Gary Kjos >> garykjos at gmail.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 >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com From wdhindman at dejpolsystems.com Tue Jan 5 17:19:16 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 5 Jan 2010 18:19:16 -0500 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com><4b43a6b2.0e67f10a.2282.6b8e@mx.google.com><0F15ED19AB204E6E88BC13B44E10776D@HAL9005> Message-ID: ...lots of software problems exposed with the change to 2010 ...Symantec failed to accept updates dated 2010, MS Mobile had problems ...etc William -------------------------------------------------- From: "Lembit Soobik" Sent: Tuesday, January 05, 2010 5:13 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] 2010 Bug hits Germany > LOL, > or someone slept 10 years??? > > I dont think it has to do with Cobol or the millenium bug, since it is one > version of the chips in these cards, and this chip as for sure been > designed > within the last 5 or less years. just a sloppy chip design. > > Lembit > > ----- Original Message ----- > From: "Rocky Smolin" > To: "'Access Developers discussion and problem solving'" > > Sent: Tuesday, January 05, 2010 10:12 PM > Subject: Re: [AccessD] 2010 Bug hits Germany > > >> Bavarian Basic? >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo >> Sent: Tuesday, January 05, 2010 12:53 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] 2010 Bug hits Germany >> >> Could be something to do with signed integers in Cobol or similar? >> >> >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: 05 January 2010 20:45 >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] 2010 Bug hits Germany >> >> Oops! Somebody cut a corner and expected to fix it later. Maybe the >> expiration date is split into pieces and only the right digit is compared >> to >> the current year last digit or something similar. Odd that it's unique to >> Germany. >> >> GK >> >> On Tue, Jan 5, 2010 at 2:33 PM, Max Wanadoo >> wrote: >>> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-securit >>> y/ >>> >>> Why would this happen? >>> >>> Max >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> Gary Kjos >> garykjos at gmail.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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Tue Jan 5 17:32:29 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 5 Jan 2010 17:32:29 -0600 Subject: [AccessD] OT: Hero Dog In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local><4b43a205.0f67f10a.0b13.70d5@mx.google.com><4b43a6b2.0e67f10a.2282.6b8e@mx.google.com><0F15ED19AB204E6E88BC13B44E10776D@HAL9005><4b43af89.0f67f10a.0b13.746c@mx.google.com><63DCF92D3F8F4CD08376838C0081DD2D@danwaters><4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> Message-ID: Two of my customers have a few scattered users of Access 2007 - the rest use Access 2003. The data file is Access 2003. The one issue I have is that my reports use a custom toolbar. I'm trying to figure out how to recreate that functionality for the Access 2007 users, but they all get the same FE file, some open it in A2007, some open it in A2003. It's a challenge. :-( I believe that Drew once provided a set of instructions on how to use Access so that only a form would be displayed??? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Tuesday, January 05, 2010 5:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Yes, that is the one. GK On Tue, Jan 5, 2010 at 4:40 PM, Max Wanadoo wrote: > I remember it. ?I was hoping to see a response but never did. > > IFRC, he also wanted to have a Form appear on the screen without any other > Access features being apparent. ?Ie, Just a form and NOTHING ?else. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: 05 January 2010 22:33 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Well it started there AFTER it was largely ignored here, TWICE, > according to the original poster. So it WAS posted here first. It had > to do with how to make forms in Access 2007 show as less than full > screen. Almost everyone there is also members here but we are a little > more family like and therefore more comfortable complaining louder > when things don't get answered there. ;-) ?I don't think we have had a > solution for him though yet as it seems as though Access 2007 is not > used by very many people on list at this point. > > GK > > On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: >> Hi Gary, >> >> Could let the folks discussing Access 2007 development on OT that we have >> and Access list for that kind of discussion? ?Really - I want to hear it! >> >> Thanks! >> Dan >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: Tuesday, January 05, 2010 4:10 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] OT: Hero Dog >> >> Hello Max, >> >> We have an OT list for this kind of stuff. Please take these kind of >> posts there in the future. I know that list traffic on AccessD has >> been down recently but we do have members who prefer there be NO OT >> MESSAGES AT ALL on the AccessD list. Official list policy is to >> SLIGHTLY relax the policy on Fridays. >> >> The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access >> Development topics as we have a thread currently going there on Access >> 2007 Development. >> >> Thank you for your cooperation. >> >> >> Gary Kjos >> AccessD Moderator >> >> >> On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >>> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >>> >>> Wow! >>> >>> Max >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> Gary Kjos >> garykjos at gmail.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 >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at anz.com Tue Jan 5 18:47:57 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Wed, 6 Jan 2010 11:47:57 +1100 Subject: [AccessD] Access FE: SQL BE In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D40@EXUAU020HWT110.oceania.corp.anz.com> "(after taking backups)" Hah... I was very very happy to read that bit. I was reading this thread thinking "uh oh...." But now I am a bit more relaxed about this exercise. Good luck Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Johncliviger at aol.com Sent: Wednesday, 6 January 2010 3:26 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access FE: SQL BE Thanks Guys for the comments It's something I've never done. So here goes. (after taking backups) john cliviger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From Darryl.Collins at anz.com Tue Jan 5 18:51:27 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Wed, 6 Jan 2010 11:51:27 +1100 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: <4b43a205.0f67f10a.0b13.70d5@mx.google.com> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D41@EXUAU020HWT110.oceania.corp.anz.com> In Australia, the Band of Queensland had their own Y2K issue, albeit unexpected and 10 years late ;) http://www.theage.com.au/business/nye-a-fizzer-for-boq-as-eftpos-termina ls-party-like-its-2016-20100103-lnat.html -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, 6 January 2010 7:33 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2010 Bug hits Germany http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ Why would this happen? Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From Darryl.Collins at anz.com Tue Jan 5 18:55:50 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Wed, 6 Jan 2010 11:55:50 +1100 Subject: [AccessD] OT: Hero Dog In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D42@EXUAU020HWT110.oceania.corp.anz.com> Currently I used an A2003 MDE file which they open in A2007. That seems to work well and allows the custom toolbars to work as expected. Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, 6 January 2010 10:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog Two of my customers have a few scattered users of Access 2007 - the rest use Access 2003. The data file is Access 2003. The one issue I have is that my reports use a custom toolbar. I'm trying to figure out how to recreate that functionality for the Access 2007 users, but they all get the same FE file, some open it in A2007, some open it in A2003. It's a challenge. :-( I believe that Drew once provided a set of instructions on how to use Access so that only a form would be displayed??? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Tuesday, January 05, 2010 5:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Yes, that is the one. GK On Tue, Jan 5, 2010 at 4:40 PM, Max Wanadoo wrote: > I remember it. ?I was hoping to see a response but never did. > > IFRC, he also wanted to have a Form appear on the screen without any > other Access features being apparent. ?Ie, Just a form and NOTHING ?else. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: 05 January 2010 22:33 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Well it started there AFTER it was largely ignored here, TWICE, > according to the original poster. So it WAS posted here first. It had > to do with how to make forms in Access 2007 show as less than full > screen. Almost everyone there is also members here but we are a little > more family like and therefore more comfortable complaining louder > when things don't get answered there. ;-) ?I don't think we have had a > solution for him though yet as it seems as though Access 2007 is not > used by very many people on list at this point. > > GK > > On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: >> Hi Gary, >> >> Could let the folks discussing Access 2007 development on OT that we >> have and Access list for that kind of discussion? ?Really - I want to hear it! >> >> Thanks! >> Dan >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: Tuesday, January 05, 2010 4:10 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] OT: Hero Dog >> >> Hello Max, >> >> We have an OT list for this kind of stuff. Please take these kind of >> posts there in the future. I know that list traffic on AccessD has >> been down recently but we do have members who prefer there be NO OT >> MESSAGES AT ALL on the AccessD list. Official list policy is to >> SLIGHTLY relax the policy on Fridays. >> >> The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access >> Development topics as we have a thread currently going there on >> Access >> 2007 Development. >> >> Thank you for your cooperation. >> >> >> Gary Kjos >> AccessD Moderator >> >> >> On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >>> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >>> >>> Wow! >>> >>> Max >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> >> -- >> Gary Kjos >> garykjos at gmail.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 >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.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 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From rockysmolin at bchacc.com Tue Jan 5 19:12:43 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 17:12:43 -0800 Subject: [AccessD] Create A Table Message-ID: Dear List: I need to create a table in the back end, populate it with a couple of fields, set the primary index, set one of the fields as the FK to a PK in another table, and link the table to the front end. I need to do this from code behind a form IN the front end. I could cobble this together from bits of stuff I have, but, among all the Access sites that are out there, maybe someone knows of a page with this very thing on it, or a close approximation. Yes? Or I could go on site to do this which would cost the user an hour of my travel time but that might be cheaper than doing the code unless there's something that I can put together quickly. (Also hate to go out driving around if I can avoid it) MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From garykjos at gmail.com Tue Jan 5 20:12:50 2010 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 5 Jan 2010 20:12:50 -0600 Subject: [AccessD] Create A Table In-Reply-To: References: Message-ID: What ever happened to th "Back End Updater" project? GK On Tue, Jan 5, 2010 at 7:12 PM, Rocky Smolin wrote: > Dear List: > > I need to create a table in the back end, populate it with a couple of > fields, set the primary index, set one of the fields as the FK to a PK in > another table, and link the table to the front end. ?I need to do this from > code behind a form IN the front end. > > I could cobble this together from bits of stuff I have, but, among all the > Access sites that are out there, maybe someone knows of a page with this > very thing on it, or a close approximation. > > Yes? > > Or I could go on site to do this which would cost the user an hour of my > travel time but that might be cheaper than doing the code unless there's > something that I can put together quickly. (Also hate to go out driving > around if I can avoid it) > > MTIA, > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- Gary Kjos garykjos at gmail.com From accessd at shaw.ca Tue Jan 5 20:34:41 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 5 Jan 2010 18:34:41 -0800 Subject: [AccessD] OT: Hero Dog In-Reply-To: <4b43af89.0f67f10a.0b13.746c@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> Message-ID: <3176051727FF43A6936BF179B3B6D96C@creativesystemdesigns.com> We know the family...indirectly though. Smart kid, good Dog and stupid cat. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 1:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Hero Dog http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ Wow! Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jan 5 20:46:34 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 5 Jan 2010 18:46:34 -0800 Subject: [AccessD] OT: Hero Dog In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> Message-ID: <97E65374E0F14193A2C048463354AF36@creativesystemdesigns.com> It is a small village, out of Vancouver, up the Frazer River Canyon, Past Hope but not beyond it, figuratively speaking. Check out this Google link: http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=boston+bar+bc&sl l=37.0625,-95.677068&sspn=35.136115,64.863281&ie=UTF8&hq=&hnear=Boston+Bar,+ Fraser+Valley+A,+Fraser+Valley+Regional+District,+British+Columbia,+Canada&l l=49.660517,-122.228394&spn=1.795646,4.053955&z=8 Watch out for sever wrapping! It is real pretty country up there... I drive through that area 2 or 3 times a year and sometimes stop for a coffee. http://www.panoramio.com/photo/16550182 Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lembit Soobik Sent: Tuesday, January 05, 2010 2:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog is this Bar Boston close to Bar Harbor, where I have been last august on my way to NY, Quebec and Montreal? googling Bar boston I only found lots of bars in Boston..... :) Lembit ----- Original Message ----- From: "Max Wanadoo" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, January 05, 2010 10:30 PM Subject: [AccessD] OT: Hero Dog > http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ > > Wow! > > Max > > > -- > 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 From miscellany at mvps.org Tue Jan 5 21:12:48 2010 From: miscellany at mvps.org (Steve Schapel) Date: Wed, 06 Jan 2010 16:12:48 +1300 Subject: [AccessD] Create A Table In-Reply-To: References: Message-ID: Rocky, I would make the table temporarily in the Frontend file. Then your code can export this table to the backend, and delete it from the frontend. Some sample "air" code: ' ---------------- Dim dbsBE As DAO.Database Dim dbs as DAO.Database Dim BEPath As String Dim AlreadyLinked As Boolean Dim AlreadyInBE As Boolean Set dbs = DBEngine(0)(0) BEPath = Mid(dbs.TableDefs("OneOfMyTables").Connect, 11) For Each tdf In dbs.TableDefs If tdf.Name = "MyNewTable" Then AlreadyLinked = True Exit For End If Next tdf If AlreadyLinked Then ' nothing to do Else Set dbsBE = OpenDatabase(BEPath) For Each tdf In dbsBE.TableDefs If tdf.Name = "MyNewTable" Then AlreadyInBE = True Exit For End If Next tdf If AlreadyInBE Then ' do nothing Else DoCmd.TransferDatabase acExport, "Microsoft Access", BEPath, acTable, "MyNewTable_Local", "MyNewTable", True Set rln = dbsBE.CreateRelation("AnotherMyNewTable") With rln .Table = "AnotherTable" .ForeignTable = "MyNewTable" .Attributes = dbRelationUpdateCascade + dbRelationDeleteCascade Set fld = .CreateField("FieldForRelationship") fld.ForeignName = "FieldForRelationship" .Fields.Append fld End With dbsBE.Relations.Append rln End If DoCmd.TransferDatabase acLink, "Microsoft Access", BEPath, acTable, "MyNewTable", "MyNewTable" DoCmd.DeleteObject acTable, "MyNewTable_Local" dbsBE.Close End If dbs.Close Set dbsBE = Nothing Set dbs = Nothing ' -------------------- Regards Steve -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 06, 2010 2:12 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Create A Table > Dear List: > > I need to create a table in the back end, populate it with a couple of > fields, set the primary index, set one of the fields as the FK to a PK in > another table, and link the table to the front end. I need to do this > from > code behind a form IN the front end. > > I could cobble this together from bits of stuff I have, but, among all the > Access sites that are out there, maybe someone knows of a page with this > very thing on it, or a close approximation. > > Yes? > > Or I could go on site to do this which would cost the user an hour of my > travel time but that might be cheaper than doing the code unless there's > something that I can put together quickly. (Also hate to go out driving > around if I can avoid it) > From miscellany at mvps.org Tue Jan 5 21:19:28 2010 From: miscellany at mvps.org (Steve Schapel) Date: Wed, 06 Jan 2010 16:19:28 +1300 Subject: [AccessD] Create A Table In-Reply-To: References: Message-ID: <094D3D6587F041EBB49CA29EBBD45DA6@stevePC> Rocky, The code I gave was not mecessarily meant to be water-tight. But I immediately see I missed a few items from the declarations section. Sorry. Should include: Dim tdf As DAO.TableDef Dim rln As DAO.Relation Dim fld As DAO.Field Regards Steve -------------------------------------------------- From: "Steve Schapel" Sent: Wednesday, January 06, 2010 4:12 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Create A Table > Rocky, > > I would make the table temporarily in the Frontend file. Then your code > can > export this table to the backend, and delete it from the frontend. Some > sample "air" code: > > ' ---------------- > Dim dbsBE As DAO.Database > Dim dbs as DAO.Database > Dim BEPath As String > Dim AlreadyLinked As Boolean > Dim AlreadyInBE As Boolean > From rockysmolin at bchacc.com Tue Jan 5 22:04:30 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 20:04:30 -0800 Subject: [AccessD] Create A Table In-Reply-To: References: Message-ID: Well if it happened more than three weeks ago...I'm sure I've forgotten - better check the web site. I did find this page: http://www.tek-tips.com/faqs.cfm?fid=2714 which looks like about 75% of what I need. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Tuesday, January 05, 2010 6:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Create A Table What ever happened to th "Back End Updater" project? GK On Tue, Jan 5, 2010 at 7:12 PM, Rocky Smolin wrote: > Dear List: > > I need to create a table in the back end, populate it with a couple of > fields, set the primary index, set one of the fields as the FK to a PK > in another table, and link the table to the front end. ?I need to do > this from code behind a form IN the front end. > > I could cobble this together from bits of stuff I have, but, among all > the Access sites that are out there, maybe someone knows of a page > with this very thing on it, or a close approximation. > > Yes? > > Or I could go on site to do this which would cost the user an hour of > my travel time but that might be cheaper than doing the code unless > there's something that I can put together quickly. (Also hate to go > out driving around if I can avoid it) > > MTIA, > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Jan 5 22:05:27 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 20:05:27 -0800 Subject: [AccessD] Create A Table In-Reply-To: References: Message-ID: <8308D6C3F2544DE7A91AC8FDAFDB7689@HAL9005> Good approach I think. Thanks. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Tuesday, January 05, 2010 7:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Create A Table Rocky, I would make the table temporarily in the Frontend file. Then your code can export this table to the backend, and delete it from the frontend. Some sample "air" code: ' ---------------- Dim dbsBE As DAO.Database Dim dbs as DAO.Database Dim BEPath As String Dim AlreadyLinked As Boolean Dim AlreadyInBE As Boolean Set dbs = DBEngine(0)(0) BEPath = Mid(dbs.TableDefs("OneOfMyTables").Connect, 11) For Each tdf In dbs.TableDefs If tdf.Name = "MyNewTable" Then AlreadyLinked = True Exit For End If Next tdf If AlreadyLinked Then ' nothing to do Else Set dbsBE = OpenDatabase(BEPath) For Each tdf In dbsBE.TableDefs If tdf.Name = "MyNewTable" Then AlreadyInBE = True Exit For End If Next tdf If AlreadyInBE Then ' do nothing Else DoCmd.TransferDatabase acExport, "Microsoft Access", BEPath, acTable, "MyNewTable_Local", "MyNewTable", True Set rln = dbsBE.CreateRelation("AnotherMyNewTable") With rln .Table = "AnotherTable" .ForeignTable = "MyNewTable" .Attributes = dbRelationUpdateCascade + dbRelationDeleteCascade Set fld = .CreateField("FieldForRelationship") fld.ForeignName = "FieldForRelationship" .Fields.Append fld End With dbsBE.Relations.Append rln End If DoCmd.TransferDatabase acLink, "Microsoft Access", BEPath, acTable, "MyNewTable", "MyNewTable" DoCmd.DeleteObject acTable, "MyNewTable_Local" dbsBE.Close End If dbs.Close Set dbsBE = Nothing Set dbs = Nothing ' -------------------- Regards Steve -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 06, 2010 2:12 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Create A Table > Dear List: > > I need to create a table in the back end, populate it with a couple of > fields, set the primary index, set one of the fields as the FK to a PK > in another table, and link the table to the front end. I need to do > this from code behind a form IN the front end. > > I could cobble this together from bits of stuff I have, but, among all > the Access sites that are out there, maybe someone knows of a page > with this very thing on it, or a close approximation. > > Yes? > > Or I could go on site to do this which would cost the user an hour of > my travel time but that might be cheaper than doing the code unless > there's something that I can put together quickly. (Also hate to go > out driving around if I can avoid it) > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Jan 5 22:06:03 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 5 Jan 2010 20:06:03 -0800 Subject: [AccessD] Create A Table In-Reply-To: <094D3D6587F041EBB49CA29EBBD45DA6@stevePC> References: <094D3D6587F041EBB49CA29EBBD45DA6@stevePC> Message-ID: <8E10E77032B84FE887813E5CC5ADB470@HAL9005> Compiler would have straightened me out, I'm sure. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Tuesday, January 05, 2010 7:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Create A Table Rocky, The code I gave was not mecessarily meant to be water-tight. But I immediately see I missed a few items from the declarations section. Sorry. Should include: Dim tdf As DAO.TableDef Dim rln As DAO.Relation Dim fld As DAO.Field Regards Steve -------------------------------------------------- From: "Steve Schapel" Sent: Wednesday, January 06, 2010 4:12 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Create A Table > Rocky, > > I would make the table temporarily in the Frontend file. Then your > code can export this table to the backend, and delete it from the > frontend. Some sample "air" code: > > ' ---------------- > Dim dbsBE As DAO.Database > Dim dbs as DAO.Database > Dim BEPath As String > Dim AlreadyLinked As Boolean > Dim AlreadyInBE As Boolean > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Wed Jan 6 02:26:47 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 06 Jan 2010 09:26:47 +0100 Subject: [AccessD] 2010 Bug hits Germany Message-ID: Hi Max It happens when one system using decimal numbers (10) sends data to another expecting hexadecimal values (0A for ten). Thus 10 dec -> 10 hex = sixteen. This is a bug in some Siemens automation equipment reading data from card readers. These units are designed to be driven by solar power as, for example, seen in parking ticket machines many places in Europe. The firmware programmers for some reason believed that, first, skipping 2000 and go with two digits only (00-99) and, second, using hexadecimal numbers to save two bytes would help keep power consumption at a minimum. This is hard to believe but nevertheless the official explanation from Siemens in Denmark. The spokesman admitted that the issue has revealed that testing of the equipment has been inadequate. The firmware has been updated and the issue resolved in a few days. /gustav >>> max.wanadoo at gmail.com 05-01-2010 21:33 >>> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ Why would this happen? Max From max.wanadoo at gmail.com Wed Jan 6 06:32:30 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 6 Jan 2010 12:32:30 +0000 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: References: Message-ID: Amazing...just amazing. Max (aka Tonto) On 06/01/2010, Gustav Brock wrote: > Hi Max > > It happens when one system using decimal numbers (10) sends data to another > expecting hexadecimal values (0A for ten). Thus 10 dec -> 10 hex = sixteen. > > This is a bug in some Siemens automation equipment reading data from card > readers. These units are designed to be driven by solar power as, for > example, seen in parking ticket machines many places in Europe. The firmware > programmers for some reason believed that, first, skipping 2000 and go with > two digits only (00-99) and, second, using hexadecimal numbers to save two > bytes would help keep power consumption at a minimum. > This is hard to believe but nevertheless the official explanation from > Siemens in Denmark. The spokesman admitted that the issue has revealed that > testing of the equipment has been inadequate. The firmware has been updated > and the issue resolved in a few days. > > /gustav > > >>>> max.wanadoo at gmail.com 05-01-2010 21:33 >>> > http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ > > Why would this happen? > > Max > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Jan 6 07:28:11 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 06 Jan 2010 08:28:11 -0500 Subject: [AccessD] Microsoft partner In-Reply-To: <034a01ca8e5a$131eb1e0$0701a8c0@MSIMMSWS> References: <4B43616F.5050509@colbyconsulting.com> <034a01ca8e5a$131eb1e0$0701a8c0@MSIMMSWS> Message-ID: <4B448FEB.70602@colbyconsulting.com> Mark, Understand that I am NOT a very active "partner", in fact as far as I can tell I am more an "associate". I have never made any effort to do the qualifications etc. From what I can tell, for various reasons it is not a good idea to approach the "partnership" from a "how many referrals" angle. While MS does have a "referral" process, if you are going to pursue the partnership it would probably work best to approach it from a "what can I learn" and "what software can I get" all for a reduced price. If you ever get any referrals that is a bonus. All of that said with the understanding that I am not really active in their program. I would like to be, but more in order to get trained up a little. There are areas that I would like to know more about. Personally, I have never had much use for Microsoft's "credentials", but many people do get them. I have always been about "what do I know" more than "what strings of characters can I put after my name". OTOH if I had spent 10 years getting a "doctor" title that would probably be important to me. In terms of my proposal however I think forming a "virtual consulting company" would be about referrals, however the referrals would likely come from other members of the company. If there are 10 guys from this list, we would undoubtedly have a wide range of backgrounds and expertise. If someone asks if I can do virtualization, I would be able to say "I'll get back to you" and go see if any of you are strong in that area. Or maybe even have a spreadsheet or word document that would tell me "Member XYZ claims to be an 'expert' in these areas". That kind of thing. AND... those "strings of characters" are important to some clients. Thus being able to put a whole string of Microsoft credentials on my web site might attract business. I would not necessarily perform the work, it might go to another partner in the company. More and more, where you live affects your ability to perform your work very little. We can remote in to do programming, database design or maintenance and so forth. If you don't have to physically touch something then it can often be done remotely. A "virtual" company consisting of highly skilled people scattered around the world could work well. John W. Colby www.ColbyConsulting.com Mark Simms wrote: > John - I'm just kind of curious about the MSFT Partnership program.... > Do you get any decent leads or referals from them ? > > > From jwcolby at colbyconsulting.com Wed Jan 6 07:31:38 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 06 Jan 2010 08:31:38 -0500 Subject: [AccessD] Transfer database schema objects and data to another server/database with SMO Message-ID: <4B4490BA.6050006@colbyconsulting.com> http://www.mssqltips.com/tip.asp?tip=1910&home -- John W. Colby www.ColbyConsulting.com From jimdettman at verizon.net Wed Jan 6 09:39:13 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 06 Jan 2010 10:39:13 -0500 Subject: [AccessD] OT: Hero Dog In-Reply-To: <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> Message-ID: <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <> Drew did some excellent work in that area before; I have two of his sample databases. Also, the answer to this appears in many places. For example: http://www.mvps.org/access/api/api0019.htm Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 5:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog I remember it. I was hoping to see a response but never did. IFRC, he also wanted to have a Form appear on the screen without any other Access features being apparent. Ie, Just a form and NOTHING else. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 22:33 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Well it started there AFTER it was largely ignored here, TWICE, according to the original poster. So it WAS posted here first. It had to do with how to make forms in Access 2007 show as less than full screen. Almost everyone there is also members here but we are a little more family like and therefore more comfortable complaining louder when things don't get answered there. ;-) I don't think we have had a solution for him though yet as it seems as though Access 2007 is not used by very many people on list at this point. GK On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: > Hi Gary, > > Could let the folks discussing Access 2007 development on OT that we have > and Access list for that kind of discussion? ?Really - I want to hear it! > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Hello Max, > > We have an OT list for this kind of stuff. Please take these kind of > posts there in the future. I know that list traffic on AccessD has > been down recently but we do have members who prefer there be NO OT > MESSAGES AT ALL on the AccessD list. Official list policy is to > SLIGHTLY relax the policy on Fridays. > > The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access > Development topics as we have a thread currently going there on Access > 2007 Development. > > Thank you for your cooperation. > > > Gary Kjos > AccessD Moderator > > > On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.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 From max.wanadoo at gmail.com Wed Jan 6 09:48:12 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 6 Jan 2010 15:48:12 -0000 Subject: [AccessD] OT: Hero Dog In-Reply-To: <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> Message-ID: <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> Thank you Jim, That will work for me, but I think the question was with regard to 2007? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 06 January 2010 15:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog <> Drew did some excellent work in that area before; I have two of his sample databases. Also, the answer to this appears in many places. For example: http://www.mvps.org/access/api/api0019.htm Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 5:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog I remember it. I was hoping to see a response but never did. IFRC, he also wanted to have a Form appear on the screen without any other Access features being apparent. Ie, Just a form and NOTHING else. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 22:33 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Well it started there AFTER it was largely ignored here, TWICE, according to the original poster. So it WAS posted here first. It had to do with how to make forms in Access 2007 show as less than full screen. Almost everyone there is also members here but we are a little more family like and therefore more comfortable complaining louder when things don't get answered there. ;-) I don't think we have had a solution for him though yet as it seems as though Access 2007 is not used by very many people on list at this point. GK On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: > Hi Gary, > > Could let the folks discussing Access 2007 development on OT that we have > and Access list for that kind of discussion? ?Really - I want to hear it! > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Hello Max, > > We have an OT list for this kind of stuff. Please take these kind of > posts there in the future. I know that list traffic on AccessD has > been down recently but we do have members who prefer there be NO OT > MESSAGES AT ALL on the AccessD list. Official list policy is to > SLIGHTLY relax the policy on Fridays. > > The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access > Development topics as we have a thread currently going there on Access > 2007 Development. > > Thank you for your cooperation. > > > Gary Kjos > AccessD Moderator > > > On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.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 From jimdettman at verizon.net Wed Jan 6 10:00:19 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 06 Jan 2010 11:00:19 -0500 Subject: [AccessD] OT: Hero Dog In-Reply-To: <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> Message-ID: <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> Max, I don't use A2007, but I don't see any reason why that would not work. It's working through Windows, not Access. It should hide the Access window without problem, but I have not tried it myself. I've got an install of Office 2007 sitting on my desktop for a while now; probably should get it installed so I can try things like this out before posting. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, January 06, 2010 10:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog Thank you Jim, That will work for me, but I think the question was with regard to 2007? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 06 January 2010 15:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog <> Drew did some excellent work in that area before; I have two of his sample databases. Also, the answer to this appears in many places. For example: http://www.mvps.org/access/api/api0019.htm Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 5:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog I remember it. I was hoping to see a response but never did. IFRC, he also wanted to have a Form appear on the screen without any other Access features being apparent. Ie, Just a form and NOTHING else. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 22:33 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Well it started there AFTER it was largely ignored here, TWICE, according to the original poster. So it WAS posted here first. It had to do with how to make forms in Access 2007 show as less than full screen. Almost everyone there is also members here but we are a little more family like and therefore more comfortable complaining louder when things don't get answered there. ;-) I don't think we have had a solution for him though yet as it seems as though Access 2007 is not used by very many people on list at this point. GK On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: > Hi Gary, > > Could let the folks discussing Access 2007 development on OT that we have > and Access list for that kind of discussion? ?Really - I want to hear it! > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Hello Max, > > We have an OT list for this kind of stuff. Please take these kind of > posts there in the future. I know that list traffic on AccessD has > been down recently but we do have members who prefer there be NO OT > MESSAGES AT ALL on the AccessD list. Official list policy is to > SLIGHTLY relax the policy on Fridays. > > The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access > Development topics as we have a thread currently going there on Access > 2007 Development. > > Thank you for your cooperation. > > > Gary Kjos > AccessD Moderator > > > On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Wed Jan 6 10:14:26 2010 From: robert at servicexp.com (Robert) Date: Wed, 6 Jan 2010 11:14:26 -0500 Subject: [AccessD] Moving to Windows 7 ?? In-Reply-To: <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> Message-ID: <000001ca8eeb$528ecef0$f7ac6cd0$@com> I'm currently evaluating moving my main development machines to Windows 7. My questions is: 1) Can you successfully Develop a 32 bit application such as MS Access (2003-2007) with many ActiveX Controls, in Windows 7 64 Bit? 2) Should I even Use Windows 7 64 Bit? ...;-) WBR Robert From max.wanadoo at gmail.com Wed Jan 6 10:18:01 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 6 Jan 2010 16:18:01 -0000 Subject: [AccessD] OT: Hero Dog In-Reply-To: <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> Message-ID: <4b44b7c7.101abc0a.5867.0d13@mx.google.com> Go for it Jim. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 06 January 2010 16:00 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog Max, I don't use A2007, but I don't see any reason why that would not work. It's working through Windows, not Access. It should hide the Access window without problem, but I have not tried it myself. I've got an install of Office 2007 sitting on my desktop for a while now; probably should get it installed so I can try things like this out before posting. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, January 06, 2010 10:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog Thank you Jim, That will work for me, but I think the question was with regard to 2007? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 06 January 2010 15:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog <> Drew did some excellent work in that area before; I have two of his sample databases. Also, the answer to this appears in many places. For example: http://www.mvps.org/access/api/api0019.htm Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 05, 2010 5:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hero Dog I remember it. I was hoping to see a response but never did. IFRC, he also wanted to have a Form appear on the screen without any other Access features being apparent. Ie, Just a form and NOTHING else. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 05 January 2010 22:33 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Hero Dog Well it started there AFTER it was largely ignored here, TWICE, according to the original poster. So it WAS posted here first. It had to do with how to make forms in Access 2007 show as less than full screen. Almost everyone there is also members here but we are a little more family like and therefore more comfortable complaining louder when things don't get answered there. ;-) I don't think we have had a solution for him though yet as it seems as though Access 2007 is not used by very many people on list at this point. GK On Tue, Jan 5, 2010 at 4:20 PM, Dan Waters wrote: > Hi Gary, > > Could let the folks discussing Access 2007 development on OT that we have > and Access list for that kind of discussion? ?Really - I want to hear it! > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > Hello Max, > > We have an OT list for this kind of stuff. Please take these kind of > posts there in the future. I know that list traffic on AccessD has > been down recently but we do have members who prefer there be NO OT > MESSAGES AT ALL on the AccessD list. Official list policy is to > SLIGHTLY relax the policy on Fridays. > > The OT list welcomes posts of ALL SUBJECT MATTER though. Even Access > Development topics as we have a thread currently going there on Access > 2007 Development. > > Thank you for your cooperation. > > > Gary Kjos > AccessD Moderator > > > On Tue, Jan 5, 2010 at 3:30 PM, Max Wanadoo wrote: >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.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 -- 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 From max.wanadoo at gmail.com Wed Jan 6 10:19:45 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 6 Jan 2010 16:19:45 -0000 Subject: [AccessD] Moving to Windows 7 ?? In-Reply-To: <000001ca8eeb$528ecef0$f7ac6cd0$@com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> <000001ca8eeb$528ecef0$f7ac6cd0$@com> Message-ID: <4b44b82f.0e1abc0a.5a80.1199@mx.google.com> Robert, I use it on 64Bit. No problems so far. I use it on Win 7. No problems so far. However, they are not the same machine. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 06 January 2010 16:14 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Moving to Windows 7 ?? I'm currently evaluating moving my main development machines to Windows 7. My questions is: 1) Can you successfully Develop a 32 bit application such as MS Access (2003-2007) with many ActiveX Controls, in Windows 7 64 Bit? 2) Should I even Use Windows 7 64 Bit? ...;-) WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lembit.dbamail at t-online.de Wed Jan 6 10:59:14 2010 From: lembit.dbamail at t-online.de (Lembit Soobik) Date: Wed, 6 Jan 2010 17:59:14 +0100 Subject: [AccessD] OT: Hero Dog References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local><4b43a205.0f67f10a.0b13.70d5@mx.google.com><4b43a6b2.0e67f10a.2282.6b8e@mx.google.com><0F15ED19AB204E6E88BC13B44E10776D@HAL9005><4b43af89.0f67f10a.0b13.746c@mx.google.com> <97E65374E0F14193A2C048463354AF36@creativesystemdesigns.com> Message-ID: Thank you, Jim, quite different end of the world :) Lembit ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, January 06, 2010 3:46 AM Subject: Re: [AccessD] OT: Hero Dog > It is a small village, out of Vancouver, up the Frazer River Canyon, Past > Hope but not beyond it, figuratively speaking. > > Check out this Google link: > http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=boston+bar+bc&sl > l=37.0625,-95.677068&sspn=35.136115,64.863281&ie=UTF8&hq=&hnear=Boston+Bar,+ > Fraser+Valley+A,+Fraser+Valley+Regional+District,+British+Columbia,+Canada&l > l=49.660517,-122.228394&spn=1.795646,4.053955&z=8 > > Watch out for sever wrapping! > > It is real pretty country up there... I drive through that area 2 or 3 > times > a year and sometimes stop for a coffee. > http://www.panoramio.com/photo/16550182 > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lembit Soobik > Sent: Tuesday, January 05, 2010 2:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Hero Dog > > is this Bar Boston close to Bar Harbor, where I have been last august on > my > way to NY, Quebec and Montreal? > googling Bar boston I only found lots of bars in Boston..... :) > > Lembit > > ----- Original Message ----- > From: "Max Wanadoo" > To: "'Access Developers discussion and problem solving'" > > Sent: Tuesday, January 05, 2010 10:30 PM > Subject: [AccessD] OT: Hero Dog > > >> http://www.msnbc.msn.com/id/34701355/ns/today-today_people/ >> >> Wow! >> >> Max >> >> >> -- >> 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 From accessd at gfconsultants.com Wed Jan 6 11:03:16 2010 From: accessd at gfconsultants.com (Reuben Cummings) Date: Wed, 6 Jan 2010 12:03:16 -0500 Subject: [AccessD] Create A Table In-Reply-To: Message-ID: <969384585ABA4B929E483226D48C218B@reubennx9500> The Back End Upgrader will do this. It will not do it from within a certain form. It will create the table as soon as the application opens. You can create a table. Add the two fields. Create the index. Create the relationship. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 9:13 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Create A Table > > > What ever happened to th "Back End Updater" project? > > GK > > On Tue, Jan 5, 2010 at 7:12 PM, Rocky Smolin > wrote: > > Dear List: > > > > I need to create a table in the back end, populate it with > a couple of > > fields, set the primary index, set one of the fields as the > FK to a PK in > > another table, and link the table to the front end. ?I need > to do this from > > code behind a form IN the front end. > > > > I could cobble this together from bits of stuff I have, > but, among all the > > Access sites that are out there, maybe someone knows of a > page with this > > very thing on it, or a close approximation. > > > > Yes? > > > > Or I could go on site to do this which would cost the user > an hour of my > > travel time but that might be cheaper than doing the code > unless there's > > something that I can put together quickly. (Also hate to go > out driving > > around if I can avoid it) > > > > MTIA, > > > > Rocky Smolin > > > > Beach Access Software > > > > 858-259-4334 > > > > www.e-z-mrp.com > > > > www.bchacc.com > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > -- > Gary Kjos > garykjos at gmail.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Wed Jan 6 11:18:52 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 6 Jan 2010 09:18:52 -0800 Subject: [AccessD] Moving to Windows 7 ?? In-Reply-To: <4b44b82f.0e1abc0a.5a80.1199@mx.google.com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com> <6BA6BA0166D04AF3B87381F9035AA8BE@XPS> <000001ca8eeb$528ecef0$f7ac6cd0$@com> <4b44b82f.0e1abc0a.5a80.1199@mx.google.com> Message-ID: <8786a4c01001060918g59a25dd7o6598c4d803110d88@mail.gmail.com> Kicked our butt at first (Not with Access) because we weren't ready for it, assuming only techies would be using 64bit computers, not our general users in the field (who are very computer illiterate). We soon found out that pretty much any computer you buy these days with 4GB or more will come with Win7/64 (The users were actually getting Vista 64 at the time). Our little WinCE/SQLCE updater app was using RAPI commands that weren't 64 bit compatible, so I had to recompile some apps. As for Access development itself, all should be well. This was like using 16 bit apps when Windows went to 32 bit. Trying to run 16 bit apps on a 64 bit computer, now that's a different issue ;) David On Wed, Jan 6, 2010 at 8:19 AM, Max Wanadoo wrote: > Robert, > > I use it on 64Bit. ?No problems so far. > > I use it on Win 7. ?No problems so far. > > However, they are not the ?same machine. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: 06 January 2010 16:14 > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Moving to Windows 7 ?? > > I'm currently evaluating moving my main development machines to Windows 7. > > My questions is: > > 1) Can you successfully Develop a 32 bit application such as MS Access > (2003-2007) with many ActiveX Controls, in Windows 7 64 Bit? > > 2) Should I even Use Windows 7 64 Bit? ...;-) > > WBR > Robert > > > > -- > 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 > From bill_patten at embarqmail.com Wed Jan 6 13:42:08 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Wed, 6 Jan 2010 11:42:08 -0800 Subject: [AccessD] Moving to Windows 7 ?? In-Reply-To: <000001ca8eeb$528ecef0$f7ac6cd0$@com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com><6BA6BA0166D04AF3B87381F9035AA8BE@XPS> <000001ca8eeb$528ecef0$f7ac6cd0$@com> Message-ID: Hi Robert, I have been using Vista 64 as a development platform for about 2 years, and Windows 7 64 for several months with no problems that I can relate to Win 7 or 64 bit. It seems I got a warning for VB 6 but I installed it anyway and it seems to work, though I do not develop much in it anymore. VS 2008, Access 2003 and 2007 work fine. When I set up my Win 7 machine I switched to 2 Intel 80G SSD's in raid 0 and my machine is much faster but I'm sure the raid 0 and being careful not to load as many programs that run in the back ground as to Win 7 VS Vista. As noted programs with 16 bit installers will not install, like QuickBooks 2003 but the new VM included with Win 7 (Pro and up) solves that problem. Bill -------------------------------------------------- From: "Robert" Sent: Wednesday, January 06, 2010 8:14 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Moving to Windows 7 ?? I'm currently evaluating moving my main development machines to Windows 7. My questions is: 1) Can you successfully Develop a 32 bit application such as MS Access (2003-2007) with many ActiveX Controls, in Windows 7 64 Bit? 2) Should I even Use Windows 7 64 Bit? ...;-) WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Wed Jan 6 14:26:05 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 6 Jan 2010 14:26:05 -0600 Subject: [AccessD] Moving to Windows 7 ?? In-Reply-To: <000001ca8eeb$528ecef0$f7ac6cd0$@com> References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com><6BA6BA0166D04AF3B87381F9035AA8BE@XPS> <000001ca8eeb$528ecef0$f7ac6cd0$@com> Message-ID: Nope, no problems. I've been running Windows 7 64 bit on both my work desktop and work laptop. Works beautifully. There are a few things that won't work/install in the 64 bit environment that I have found (Access, 97 to 2007 install fine, though switching between 97 and newer versions is a pain, cause it requires a registry change that UAC won't like, you have to start 97 as an 'administrator' (not just logged in as one, but use the shortcut menu option), to force the registry change, and 97 will keep working until you load a newer version of Access, then it's back to running it as an Admin). VB 6 works fine, Visual Studio works fine. Only dev problem I personally have is our Production database is run on an Oracle DB, and the ODBC drivers don't work in a 64 bit environment (but it's been several months since I have looked to see if Oracle has anything out that will work yet...). >From a network admin viewpoint (the following were all from when I installed Windows 7 in October, I have not researched any of these since then, so there may be solutions now...), we still use Exchange 2003, which requires special tabs in the AD Schema, and those won't install in the 64 bit windows 7. The current version of Websense Administration package won't install at all. And you need to install the proper versions of some software (there will sometimes be 32 bit and 64 bit versions...like for Virtual PC, etc.). Other than that, 64 bit rocks...and I'm using a machine that is about 2 years old now. I HIGHLY recommend that if you have a decent machine, that you go with a RAID 0+1 or RAID 5, and get a performance boost from your drives, because it'll make Windows 7 scream that much faster! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Wednesday, January 06, 2010 10:14 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Moving to Windows 7 ?? I'm currently evaluating moving my main development machines to Windows 7. My questions is: 1) Can you successfully Develop a 32 bit application such as MS Access (2003-2007) with many ActiveX Controls, in Windows 7 64 Bit? 2) Should I even Use Windows 7 64 Bit? ...;-) WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From Darryl.Collins at anz.com Wed Jan 6 16:45:50 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 7 Jan 2010 09:45:50 +1100 Subject: [AccessD] 2010 Bug hits Germany In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D4D@EXUAU020HWT110.oceania.corp.anz.com> Fasincating stuff. Thanks for this Gustav. My first thought on this, which I knew was certain to be wrong, but I would still look there first, was a basic code typo type error. Someone had written down 2010 to be entered somewhere in the code and it was actaully keyed as 2016 in error. I used to do a lot of reco type work so these sort of things and basic transposition errors are often the most likely suspect. In this case it is not likely as I cannot imagine any of these systems using a fixed internal calendar like that, but hey..... Gotta start somewhere. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, 6 January 2010 7:27 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] 2010 Bug hits Germany Hi Max It happens when one system using decimal numbers (10) sends data to another expecting hexadecimal values (0A for ten). Thus 10 dec -> 10 hex = sixteen. This is a bug in some Siemens automation equipment reading data from card readers. These units are designed to be driven by solar power as, for example, seen in parking ticket machines many places in Europe. The firmware programmers for some reason believed that, first, skipping 2000 and go with two digits only (00-99) and, second, using hexadecimal numbers to save two bytes would help keep power consumption at a minimum. This is hard to believe but nevertheless the official explanation from Siemens in Denmark. The spokesman admitted that the issue has revealed that testing of the equipment has been inadequate. The firmware has been updated and the issue resolved in a few days. /gustav >>> max.wanadoo at gmail.com 05-01-2010 21:33 >>> http://www.msnbc.msn.com/id/34706092/ns/technology_and_science-security/ Why would this happen? Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From rockysmolin at bchacc.com Wed Jan 6 17:03:20 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 6 Jan 2010 15:03:20 -0800 Subject: [AccessD] Create A Table In-Reply-To: <969384585ABA4B929E483226D48C218B@reubennx9500> References: <969384585ABA4B929E483226D48C218B@reubennx9500> Message-ID: Thanks, Reuben. I'll check it out. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Reuben Cummings Sent: Wednesday, January 06, 2010 9:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Create A Table The Back End Upgrader will do this. It will not do it from within a certain form. It will create the table as soon as the application opens. You can create a table. Add the two fields. Create the index. Create the relationship. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Tuesday, January 05, 2010 9:13 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Create A Table > > > What ever happened to th "Back End Updater" project? > > GK > > On Tue, Jan 5, 2010 at 7:12 PM, Rocky Smolin > wrote: > > Dear List: > > > > I need to create a table in the back end, populate it with > a couple of > > fields, set the primary index, set one of the fields as the > FK to a PK in > > another table, and link the table to the front end. ?I need > to do this from > > code behind a form IN the front end. > > > > I could cobble this together from bits of stuff I have, > but, among all the > > Access sites that are out there, maybe someone knows of a > page with this > > very thing on it, or a close approximation. > > > > Yes? > > > > Or I could go on site to do this which would cost the user > an hour of my > > travel time but that might be cheaper than doing the code > unless there's > > something that I can put together quickly. (Also hate to go > out driving > > around if I can avoid it) > > > > MTIA, > > > > Rocky Smolin > > > > Beach Access Software > > > > 858-259-4334 > > > > www.e-z-mrp.com > > > > www.bchacc.com > > > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > -- > Gary Kjos > garykjos at gmail.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 From marksimms at verizon.net Wed Jan 6 18:12:06 2010 From: marksimms at verizon.net (Mark Simms) Date: Wed, 06 Jan 2010 19:12:06 -0500 Subject: [AccessD] Microsoft partner In-Reply-To: <4B448FEB.70602@colbyconsulting.com> References: <4B43616F.5050509@colbyconsulting.com> <034a01ca8e5a$131eb1e0$0701a8c0@MSIMMSWS> <4B448FEB.70602@colbyconsulting.com> Message-ID: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> Good stuff John...makes sense. Thanks. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, January 06, 2010 8:28 AM > To: Access Developers discussion and problem solving; VBA; > Dba-Sqlserver > Subject: Re: [AccessD] Microsoft partner > > Mark, > > Understand that I am NOT a very active "partner", in fact as > far as I can tell I am more an "associate". I have never > made any effort to do the qualifications etc. > > From what I can tell, for various reasons it is not a good > idea to approach the "partnership" from a "how many > referrals" angle. While MS does have a "referral" process, > if you are going to pursue the partnership it would probably > work best to approach it from a "what can I learn" and "what > software can I get" all for a reduced price. If you ever get > any referrals that is a bonus. > > All of that said with the understanding that I am not really > active in their program. I would like to be, but more in > order to get trained up a little. There are areas that I > would like to know more about. Personally, I have never had > much use for Microsoft's "credentials", but many people do get them. > > I have always been about "what do I know" more than "what > strings of characters can I put after my name". OTOH if I > had spent 10 years getting a "doctor" title that would > probably be important to me. > > In terms of my proposal however I think forming a "virtual > consulting company" would be about referrals, however the > referrals would likely come from other members of the > company. If there are 10 guys from this list, we would > undoubtedly have a wide range of backgrounds and expertise. > If someone asks if I can do virtualization, I would be able > to say "I'll get back to you" and go see if any of you are > strong in that area. Or maybe even have a spreadsheet or > word document that would tell me "Member XYZ claims to be an > 'expert' in these areas". That kind of thing. > > AND... those "strings of characters" are important to some > clients. Thus being able to put a whole string of Microsoft > credentials on my web site might attract business. I would > not necessarily perform the work, it might go to another > partner in the company. > > More and more, where you live affects your ability to perform > your work very little. We can remote in to do programming, > database design or maintenance and so forth. If you don't > have to physically touch something then it can often be done > remotely. A "virtual" company consisting of highly skilled > people scattered around the world could work well. > > John W. Colby > www.ColbyConsulting.com > > > Mark Simms wrote: > > John - I'm just kind of curious about the MSFT Partnership > program.... > > Do you get any decent leads or referals from them ? > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From John.Clark at niagaracounty.com Wed Jan 6 21:37:00 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Wed, 06 Jan 2010 22:37:00 -0500 Subject: [AccessD] program update & capitalization of fields Message-ID: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> OK, I've presented the DA Vouchers program I was writing...thanks, as usual, to many list members for getting me through some snags and road blocks. Funny thing happened...I had to hurry, and come in during my vacation, because they were to go live on Jan 4th...but apparently nobody checked the law for this, and it reads that vouchers must be issued from the court. So, we're in a holding pattern, until this gets ironed out...good thing too, because I had a few bugs to work through...suits me right, for rushing through this thing and not testing properly. I got most of these ironed out, but there are a few that are nagging me. And, I attacked the "hard ones" first, thinking I'd knock these off and then coast to the finish...this is how I like to do things. Yeah, right...I got the "hard ones" complete, and I'm stuck on the "easy ones." I think my biggest holdups now are...there are 2: (1) Capitalization! I've never had a problem w/this, but apparently things must work different in 2007. I've used the format ">" to turn the field input to caps, and it works visually on the form, and in the table itself. However, when I run the report...creating the voucher...it prints each field as I typed it. In my tests, if I type in LC, it shows on the form in LC, if I do in sentence case or title case, it shows that way...and Caps, if it was typed that way. This doesn't make sense to me...at all...if it shows on the form and in the table, in caps, then I figured it would show in the report that way. I found some code, "KeyAscii = Asc(UCase(Chr(KeyAscii)))" that I place in the 'KeyPress' event, and that does seem to work, but do I really need to do this for each and every field? Thankfully, I don't have many fields...only 7 text fields...but I'm also thinking of future projects. (2) Another problem I am having, is that I am getting "Invalid use of Null" when I click the button to create the voucher. However, if I leave that record and return...in either direction...it works fine. In a nutshell, I type the date first, when I leave that field the mileage rate is filled in from a query. The next field is actually the auto created voucher number, which was my biggest problem actually, until now...I am going to take away this tab stop. It then goes to Last name, First name, address, city, state, and zip, of the witness...the recipient of the voucher...these are the fields I want capitalized. Then the user must type in the first and last name of the defendant, and choose the proper budget code, from a drop-down box. The finial four fields are for miles traveled, rate, fee, and amt owed...only miles traveled is filled out at this point...rate came upon the user typing the date, fee is a default value, and amt owed is calculated after you enter the miles traveled. At this point, one should be able to click the button to "create voucher" but it gives the error here. It did not do this, when I first wrote it, and it appeared from the time I worked on it, to delivery...it never erred on me at home. I'm thinking that I need to run a requery or something...what do you think? Hopefully somebody can help me Thanks John W Clark From accessd at gfconsultants.com Wed Jan 6 22:40:45 2010 From: accessd at gfconsultants.com (Reuben Cummings) Date: Wed, 6 Jan 2010 23:40:45 -0500 Subject: [AccessD] program update & capitalization of fields In-Reply-To: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> Message-ID: <4CEE25F5F71E4D4DA957797BEDED8540@reubennx9500> Not any help, but I got a chuckle out of "DA voucher program" I use DA a lot to describe the people I deal with regularly. BTW, I do have some ideas, but I have to go to bed. I'm supposed to leave town at 7am with a snow storm bearing down on us. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark > Sent: Wednesday, January 06, 2010 10:37 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] program update & capitalization of fields > > > OK, I've presented the DA Vouchers program I was > writing...thanks, as usual, to many list members for getting > me through some snags and road blocks. Funny thing > happened...I had to hurry, and come in during my vacation, > because they were to go live on Jan 4th...but apparently > nobody checked the law for this, and it reads that vouchers > must be issued from the court. So, we're in a holding > pattern, until this gets ironed out...good thing too, because > I had a few bugs to work through...suits me right, for > rushing through this thing and not testing properly. > > I got most of these ironed out, but there are a few that are > nagging me. And, I attacked the "hard ones" first, thinking > I'd knock these off and then coast to the finish...this is > how I like to do things. Yeah, right...I got the "hard ones" > complete, and I'm stuck on the "easy ones." > > I think my biggest holdups now are...there are 2: > > (1) Capitalization! I've never had a problem w/this, but > apparently things must work different in 2007. I've used the > format ">" to turn the field input to caps, and it works > visually on the form, and in the table itself. However, when > I run the report...creating the voucher...it prints each > field as I typed it. In my tests, if I type in LC, it shows > on the form in LC, if I do in sentence case or title case, it > shows that way...and Caps, if it was typed that way. This > doesn't make sense to me...at all...if it shows on the form > and in the table, in caps, then I figured it would show in > the report that way. > > I found some code, "KeyAscii = Asc(UCase(Chr(KeyAscii)))" > that I place in the 'KeyPress' event, and that does seem to > work, but do I really need to do this for each and every > field? Thankfully, I don't have many fields...only 7 text > fields...but I'm also thinking of future projects. > > (2) Another problem I am having, is that I am getting > "Invalid use of Null" when I click the button to create the > voucher. However, if I leave that record and return...in > either direction...it works fine. > > In a nutshell, I type the date first, when I leave that field > the mileage rate is filled in from a query. The next field is > actually the auto created voucher number, which was my > biggest problem actually, until now...I am going to take away > this tab stop. It then goes to Last name, First name, > address, city, state, and zip, of the witness...the recipient > of the voucher...these are the fields I want capitalized. > Then the user must type in the first and last name of the > defendant, and choose the proper budget code, from a > drop-down box. The finial four fields are for miles traveled, > rate, fee, and amt owed...only miles traveled is filled out > at this point...rate came upon the user typing the date, fee > is a default value, and amt owed is calculated after you > enter the miles traveled. > > At this point, one should be able to click the button to > "create voucher" but it gives the error here. It did not do > this, when I first wrote it, and it appeared from the time I > worked on it, to delivery...it never erred on me at home. > > I'm thinking that I need to run a requery or something...what > do you think? > > Hopefully somebody can help me > > Thanks > > John W Clark > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Darryl.Collins at anz.com Wed Jan 6 23:57:16 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 7 Jan 2010 16:57:16 +1100 Subject: [AccessD] Database vs Sharepoint In-Reply-To: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> Hi all, We have a new sharepoint guys working with us who is pretty sure that sharepoint can do everything our database does, only better, faster and neater. However, I am less sure. From what I understand Sharepoint is very good at sharing documents, document control and management, creating and dealing with simple lists and the like. But AFAIK it cannot deal with relational, normalised data in any way that we know and understand. Or high level transactional data? I am just a luddite and old school? Or is sharepoint being used like Excel. That is, it can hold data, therefore it is a database as far as the users are concerned? A quick Google seems to support my theory, I was wondering any there are any 'war stories' out there. I need to learn more about this upstart software! Anyone got any thoughts on this? Cheers Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From Lambert.Heenan at chartisinsurance.com Thu Jan 7 07:42:17 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 7 Jan 2010 08:42:17 -0500 Subject: [AccessD] program update & capitalization of fields In-Reply-To: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> References: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> Message-ID: Re 1/ This does seem to be a nice new bug in Access 2007. In previous versions the use of ">" in the format property of a field does what you expect: the text is *displayed* as all caps in the table, forms, queries, and report, though the actual data stored is still whatever happens to be typed. I just tested this in Access 2002 to be sure. It seems that the code meisters in Redmond have dropped a ball win v 2007. However, it is easy enough to work around this. If you want to actually store the data as all caps then (assuming you are using a bound form) you could just add a line of code to the LostFocus and/or Exit events of the text box where the data is entered: txtSomeTextBox = Ucase(txtSomeTextBox) Alternatively, base your report on a query which does the same thing when the query is run... Select Ucase(SomeField) as MyTextFiled... Regarding 2/ It sounds like the process needs the record to be saved before continuing. So instead of leaving the record and returning to it, just put this line at the start of the sub that runs when the button is clicked... Me.Dirty = False That line results in the data being saved. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Wednesday, January 06, 2010 10:37 PM To: accessd at databaseadvisors.com Subject: [AccessD] program update & capitalization of fields OK, I've presented the DA Vouchers program I was writing...thanks, as usual, to many list members for getting me through some snags and road blocks. Funny thing happened...I had to hurry, and come in during my vacation, because they were to go live on Jan 4th...but apparently nobody checked the law for this, and it reads that vouchers must be issued from the court. So, we're in a holding pattern, until this gets ironed out...good thing too, because I had a few bugs to work through...suits me right, for rushing through this thing and not testing properly. I got most of these ironed out, but there are a few that are nagging me. And, I attacked the "hard ones" first, thinking I'd knock these off and then coast to the finish...this is how I like to do things. Yeah, right...I got the "hard ones" complete, and I'm stuck on the "easy ones." I think my biggest holdups now are...there are 2: (1) Capitalization! I've never had a problem w/this, but apparently things must work different in 2007. I've used the format ">" to turn the field input to caps, and it works visually on the form, and in the table itself. However, when I run the report...creating the voucher...it prints each field as I typed it. In my tests, if I type in LC, it shows on the form in LC, if I do in sentence case or title case, it shows that way...and Caps, if it was typed that way. This doesn't make sense to me...at all...if it shows on the form and in the table, in caps, then I figured it would show in the report that way. I found some code, "KeyAscii = Asc(UCase(Chr(KeyAscii)))" that I place in the 'KeyPress' event, and that does seem to work, but do I really need to do this for each and every field? Thankfully, I don't have many fields...only 7 text fields...but I'm also thinking of future projects. (2) Another problem I am having, is that I am getting "Invalid use of Null" when I click the button to create the voucher. However, if I leave that record and return...in either direction...it works fine. In a nutshell, I type the date first, when I leave that field the mileage rate is filled in from a query. The next field is actually the auto created voucher number, which was my biggest problem actually, until now...I am going to take away this tab stop. It then goes to Last name, First name, address, city, state, and zip, of the witness...the recipient of the voucher...these are the fields I want capitalized. Then the user must type in the first and last name of the defendant, and choose the proper budget code, from a drop-down box. The finial four fields are for miles traveled, rate, fee, and amt owed...only miles traveled is filled out at this point...rate came upon the user typing the date, fee is a default value, and amt owed is calculated after you enter the miles traveled. At this point, one should be able to click the button to "create voucher" but it gives the error here. It did not do this, when I first wrote it, and it appeared from the time I worked on it, to delivery...it never erred on me at home. I'm thinking that I need to run a requery or something...what do you think? Hopefully somebody can help me Thanks John W Clark -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jm.hwsn at gmail.com Thu Jan 7 08:10:23 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Thu, 7 Jan 2010 08:10:23 -0600 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <4b45eb78.5544f10a.345c.1252@mx.google.com> Prior to my full-time Access job several months ago, I was a SharePoint "expert" and consultant for several government agencies. SharePoint is designed for collaboration between people who are geographically separated. It does work well for sharing documents, graphics, and some business processes implementation. However, to say it can be utilized as a database is just wrong! Here's why... 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used to store a lot of information... however; the limitation for a list is 2,000 items. Any list with more than that will be extremely slow. That of course depends on the number of users accessing the site. 2. SharePoint uses SQL Server as a backend and everything is stored in one file. How it's stored is a mystery to me. So if you have several lists with lots of data it could slow down. 3. To make data input in SharePoint similar to an Access database one would have to use InfoPath forms and when printing two forms would have to be created because usually the input form will not print correctly. The buttons and information items will show on the printed form. 4. Access 2007 can be utilized as a front end for SharePoint, and the distribution is relatively simple because it can be placed in one of the lists. However, remember there is a limit to the lists SharePoint uses. An Access 2007 database can be uploaded to SharePoint and then the tables for the database become lists in SharePoint. 5. Custom coding for input forms can be done... however, in my experience simple forms take an extraordinary amount of time to develop, test and implement. 6. InfoPath forms in SharePoint can use external data such as tables in SQL Server or Access; however, in my experience they can sometimes be slow. That's a good start. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 06, 2010 11:57 PM To: Access Developers discussion and problem solving Subject: [AccessD] Database vs Sharepoint Hi all, We have a new sharepoint guys working with us who is pretty sure that sharepoint can do everything our database does, only better, faster and neater. However, I am less sure. From what I understand Sharepoint is very good at sharing documents, document control and management, creating and dealing with simple lists and the like. But AFAIK it cannot deal with relational, normalised data in any way that we know and understand. Or high level transactional data? I am just a luddite and old school? Or is sharepoint being used like Excel. That is, it can hold data, therefore it is a database as far as the users are concerned? A quick Google seems to support my theory, I was wondering any there are any 'war stories' out there. I need to learn more about this upstart software! Anyone got any thoughts on this? Cheers Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Thu Jan 7 08:16:19 2010 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 7 Jan 2010 14:16:19 +0000 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <4b45eb78.5544f10a.345c.1252@mx.google.com> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com>, <4b45eb78.5544f10a.345c.1252@mx.google.com> Message-ID: <631CF83223105545BF43EFB52CB082953A13B0CDD5@EX2K7-VIRT-2.ads.qub.ac.uk> for what its worth I am now working totally in SharePoint. 30,000 users and it doesn't do everything a database does. Not much else to say. We do however use lists way over 2,000 items but then I have two great .NET programmers here who do most of that. You can however, use the BDC in MOSS 2007 to expose relational data etc and can buy in some useful third party products that will work out ok. SharePoint 2010 does however offer a huge range of increased features. The biggest mistake you can make is to assume that SharePoint is the answer to every problem. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal From jwcolby at colbyconsulting.com Thu Jan 7 08:28:10 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 07 Jan 2010 09:28:10 -0500 Subject: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint In-Reply-To: <4b45eb78.5544f10a.345c.1252@mx.google.com> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com> Message-ID: <4B45EF7A.9060204@colbyconsulting.com> Thanks Jim, that is educational. John W. Colby www.ColbyConsulting.com Jim Hewson wrote: > Prior to my full-time Access job several months ago, I was a SharePoint > "expert" and consultant for several government agencies. > SharePoint is designed for collaboration between people who are > geographically separated. It does work well for sharing documents, > graphics, and some business processes implementation. However, to say it > can be utilized as a database is just wrong! > Here's why... > 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used > to store a lot of information... however; the limitation for a list is 2,000 > items. Any list with more than that will be extremely slow. That of course > depends on the number of users accessing the site. > 2. SharePoint uses SQL Server as a backend and everything is stored in one > file. How it's stored is a mystery to me. So if you have several lists > with lots of data it could slow down. > 3. To make data input in SharePoint similar to an Access database one would > have to use InfoPath forms and when printing two forms would have to be > created because usually the input form will not print correctly. The buttons > and information items will show on the printed form. > 4. Access 2007 can be utilized as a front end for SharePoint, and the > distribution is relatively simple because it can be placed in one of the > lists. However, remember there is a limit to the lists SharePoint uses. An > Access 2007 database can be uploaded to SharePoint and then the tables for > the database become lists in SharePoint. > 5. Custom coding for input forms can be done... however, in my experience > simple forms take an extraordinary amount of time to develop, test and > implement. > 6. InfoPath forms in SharePoint can use external data such as tables in SQL > Server or Access; however, in my experience they can sometimes be slow. > > That's a good start. > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl > Sent: Wednesday, January 06, 2010 11:57 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Database vs Sharepoint > > Hi all, > > We have a new sharepoint guys working with us who is pretty sure that > sharepoint can do everything our database does, only better, faster and > neater. However, I am less sure. From what I understand Sharepoint is > very good at sharing documents, document control and management, > creating and dealing with simple lists and the like. But AFAIK it > cannot deal with relational, normalised data in any way that we know and > understand. Or high level transactional data? > > I am just a luddite and old school? Or is sharepoint being used like > Excel. That is, it can hold data, therefore it is a database as far as > the users are concerned? > > A quick Google seems to support my theory, I was wondering any there are > any 'war stories' out there. I need to learn more about this upstart > software! > > Anyone got any thoughts on this? > > Cheers > Darryl. > > "This e-mail and any attachments to it (the "Communication") is, unless > otherwise stated, confidential, may contain copyright material and is for > the use only of the intended recipient. If you receive the Communication in > error, please notify the sender immediately by return e-mail, delete the > Communication and the return e-mail, and do not read, copy, retransmit or > otherwise deal with it. Any views expressed in the Communication are those > of the individual sender only, unless expressly stated to be those of > Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any > of its related entities including ANZ National Bank Limited (together > "ANZ"). ANZ does not accept liability in connection with the integrity of or > errors in the Communication, computer virus, data corruption, interference > or delay arising from or in respect of the Communication." > From mwp.reid at qub.ac.uk Thu Jan 7 08:41:29 2010 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 7 Jan 2010 14:41:29 +0000 Subject: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint In-Reply-To: <4B45EF7A.9060204@colbyconsulting.com> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com>, <4B45EF7A.9060204@colbyconsulting.com> Message-ID: <631CF83223105545BF43EFB52CB082953A13B0CDD6@EX2K7-VIRT-2.ads.qub.ac.uk> Just asked We have indexed lists with close to a million items in them. However they are not exposed in the interface. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby [jwcolby at colbyconsulting.com] Sent: 07 January 2010 14:28 To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint Thanks Jim, that is educational. John W. Colby www.ColbyConsulting.com Jim Hewson wrote: > Prior to my full-time Access job several months ago, I was a SharePoint > "expert" and consultant for several government agencies. > SharePoint is designed for collaboration between people who are > geographically separated. It does work well for sharing documents, > graphics, and some business processes implementation. However, to say it > can be utilized as a database is just wrong! > Here's why... > 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used > to store a lot of information... however; the limitation for a list is 2,000 > items. Any list with more than that will be extremely slow. That of course > depends on the number of users accessing the site. > 2. SharePoint uses SQL Server as a backend and everything is stored in one > file. How it's stored is a mystery to me. So if you have several lists > with lots of data it could slow down. > 3. To make data input in SharePoint similar to an Access database one would > have to use InfoPath forms and when printing two forms would have to be > created because usually the input form will not print correctly. The buttons > and information items will show on the printed form. > 4. Access 2007 can be utilized as a front end for SharePoint, and the > distribution is relatively simple because it can be placed in one of the > lists. However, remember there is a limit to the lists SharePoint uses. An > Access 2007 database can be uploaded to SharePoint and then the tables for > the database become lists in SharePoint. > 5. Custom coding for input forms can be done... however, in my experience > simple forms take an extraordinary amount of time to develop, test and > implement. > 6. InfoPath forms in SharePoint can use external data such as tables in SQL > Server or Access; however, in my experience they can sometimes be slow. > > That's a good start. > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl > Sent: Wednesday, January 06, 2010 11:57 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Database vs Sharepoint > > Hi all, > > We have a new sharepoint guys working with us who is pretty sure that > sharepoint can do everything our database does, only better, faster and > neater. However, I am less sure. From what I understand Sharepoint is > very good at sharing documents, document control and management, > creating and dealing with simple lists and the like. But AFAIK it > cannot deal with relational, normalised data in any way that we know and > understand. Or high level transactional data? > > I am just a luddite and old school? Or is sharepoint being used like > Excel. That is, it can hold data, therefore it is a database as far as > the users are concerned? > > A quick Google seems to support my theory, I was wondering any there are > any 'war stories' out there. I need to learn more about this upstart > software! > > Anyone got any thoughts on this? > > Cheers > Darryl. > > "This e-mail and any attachments to it (the "Communication") is, unless > otherwise stated, confidential, may contain copyright material and is for > the use only of the intended recipient. If you receive the Communication in > error, please notify the sender immediately by return e-mail, delete the > Communication and the return e-mail, and do not read, copy, retransmit or > otherwise deal with it. Any views expressed in the Communication are those > of the individual sender only, unless expressly stated to be those of > Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any > of its related entities including ANZ National Bank Limited (together > "ANZ"). ANZ does not accept liability in connection with the integrity of or > errors in the Communication, computer virus, data corruption, interference > or delay arising from or in respect of the Communication." > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Jan 7 08:42:45 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 7 Jan 2010 09:42:45 -0500 Subject: [AccessD] program update & capitalization of fields In-Reply-To: References: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> Message-ID: On reflection, the use of Ucase in the form should be in the form's BeforeUpdate and BeforeInsert events. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 07, 2010 8:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] program update & capitalization of fields Re 1/ This does seem to be a nice new bug in Access 2007. In previous versions the use of ">" in the format property of a field does what you expect: the text is *displayed* as all caps in the table, forms, queries, and report, though the actual data stored is still whatever happens to be typed. I just tested this in Access 2002 to be sure. It seems that the code meisters in Redmond have dropped a ball win v 2007. However, it is easy enough to work around this. If you want to actually store the data as all caps then (assuming you are using a bound form) you could just add a line of code to the LostFocus and/or Exit events of the text box where the data is entered: txtSomeTextBox = Ucase(txtSomeTextBox) Alternatively, base your report on a query which does the same thing when the query is run... Select Ucase(SomeField) as MyTextFiled... Regarding 2/ It sounds like the process needs the record to be saved before continuing. So instead of leaving the record and returning to it, just put this line at the start of the sub that runs when the button is clicked... Me.Dirty = False That line results in the data being saved. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Wednesday, January 06, 2010 10:37 PM To: accessd at databaseadvisors.com Subject: [AccessD] program update & capitalization of fields OK, I've presented the DA Vouchers program I was writing...thanks, as usual, to many list members for getting me through some snags and road blocks. Funny thing happened...I had to hurry, and come in during my vacation, because they were to go live on Jan 4th...but apparently nobody checked the law for this, and it reads that vouchers must be issued from the court. So, we're in a holding pattern, until this gets ironed out...good thing too, because I had a few bugs to work through...suits me right, for rushing through this thing and not testing properly. I got most of these ironed out, but there are a few that are nagging me. And, I attacked the "hard ones" first, thinking I'd knock these off and then coast to the finish...this is how I like to do things. Yeah, right...I got the "hard ones" complete, and I'm stuck on the "easy ones." I think my biggest holdups now are...there are 2: (1) Capitalization! I've never had a problem w/this, but apparently things must work different in 2007. I've used the format ">" to turn the field input to caps, and it works visually on the form, and in the table itself. However, when I run the report...creating the voucher...it prints each field as I typed it. In my tests, if I type in LC, it shows on the form in LC, if I do in sentence case or title case, it shows that way...and Caps, if it was typed that way. This doesn't make sense to me...at all...if it shows on the form and in the table, in caps, then I figured it would show in the report that way. I found some code, "KeyAscii = Asc(UCase(Chr(KeyAscii)))" that I place in the 'KeyPress' event, and that does seem to work, but do I really need to do this for each and every field? Thankfully, I don't have many fields...only 7 text fields...but I'm also thinking of future projects. (2) Another problem I am having, is that I am getting "Invalid use of Null" when I click the button to create the voucher. However, if I leave that record and return...in either direction...it works fine. In a nutshell, I type the date first, when I leave that field the mileage rate is filled in from a query. The next field is actually the auto created voucher number, which was my biggest problem actually, until now...I am going to take away this tab stop. It then goes to Last name, First name, address, city, state, and zip, of the witness...the recipient of the voucher...these are the fields I want capitalized. Then the user must type in the first and last name of the defendant, and choose the proper budget code, from a drop-down box. The finial four fields are for miles traveled, rate, fee, and amt owed...only miles traveled is filled out at this point...rate came upon the user typing the date, fee is a default value, and amt owed is calculated after you enter the miles traveled. At this point, one should be able to click the button to "create voucher" but it gives the error here. It did not do this, when I first wrote it, and it appeared from the time I worked on it, to delivery...it never erred on me at home. I'm thinking that I need to run a requery or something...what do you think? Hopefully somebody can help me Thanks John W Clark -- 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 From John.Clark at niagaracounty.com Thu Jan 7 09:38:26 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Thu, 07 Jan 2010 10:38:26 -0500 Subject: [AccessD] program update & capitalization of fields In-Reply-To: References: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> Message-ID: <4B45B9A1.167F.006B.0@niagaracounty.com> Thanks Heenan! This helps quite a bit Regarding 2/ ..."Me.Dirty = False"...this seems to do the trick...I've only tested it once, and I'll have to run through more, but it looks promising. I figured it was something like this...I thought it was a "requery" or something. I've never had to deal w/the "dirty" property before, so it didn't even occur to me...I'd only ever read about it really. Regarding 1/ ..."txtSomeTextBox = Ucase(txtSomeTextBox)" ...six in one; half dozen in the other, right? Yes, this looks like it would work. But, I've already begun w/placing the code, "KeyAscii = Asc(UCase(Chr(KeyAscii)))", in the keypress event, and it is also working, so I think I'll just go ahead w/that, unless you know of any caveat that makes this a bad decision. It looks good, because no matter what the user does, it will be an instant cap...and, like I said, it works. Did you ever have one of those days, where it is a good thing you're not left alone, in room, w/a MS representative...you'd get in some trouble? I've had a few of those moments, doing this very small program. Thankfully, I took on something small like this, before diving into anything larger, using 2007. I've discovered something else that 2007 has done, that is pissing me off...everything seems to be a macro now...when I insert a button, it goes the macro route, instead of the code route. I like code. I've got to look and see if there is a setting for this...doubt it though. >>> "Heenan, Lambert" 1/7/2010 8:42 AM >>> Re 1/ This does seem to be a nice new bug in Access 2007. In previous versions the use of ">" in the format property of a field does what you expect: the text is *displayed* as all caps in the table, forms, queries, and report, though the actual data stored is still whatever happens to be typed. I just tested this in Access 2002 to be sure. It seems that the code meisters in Redmond have dropped a ball win v 2007. However, it is easy enough to work around this. If you want to actually store the data as all caps then (assuming you are using a bound form) you could just add a line of code to the LostFocus and/or Exit events of the text box where the data is entered: txtSomeTextBox = Ucase(txtSomeTextBox) Alternatively, base your report on a query which does the same thing when the query is run... Select Ucase(SomeField) as MyTextFiled... Regarding 2/ It sounds like the process needs the record to be saved before continuing. So instead of leaving the record and returning to it, just put this line at the start of the sub that runs when the button is clicked... Me.Dirty = False That line results in the data being saved. Lambert From Lambert.Heenan at chartisinsurance.com Thu Jan 7 09:53:17 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 7 Jan 2010 10:53:17 -0500 Subject: [AccessD] program update & capitalization of fields In-Reply-To: <4B45B9A1.167F.006B.0@niagaracounty.com> References: <4B45108C0200006B00018632@nebnov3.niagaracounty.com> <4B45B9A1.167F.006B.0@niagaracounty.com> Message-ID: Using KeyAscii = Asc(UCase(Chr(KeyAscii))) should be just fine. Regarding buttons and macros: I assume you mean that the default action for the button events is [Macro] instead of [Event Procedure] In A2K on the Forms/Reports tab of the Options dialog there is a check box labeled as "Always use event procedures". That makes the default what you want. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Thursday, January 07, 2010 10:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] program update & capitalization of fields Thanks Heenan! This helps quite a bit Regarding 2/ ..."Me.Dirty = False"...this seems to do the trick...I've only tested it once, and I'll have to run through more, but it looks promising. I figured it was something like this...I thought it was a "requery" or something. I've never had to deal w/the "dirty" property before, so it didn't even occur to me...I'd only ever read about it really. Regarding 1/ ..."txtSomeTextBox = Ucase(txtSomeTextBox)" ...six in one; half dozen in the other, right? Yes, this looks like it would work. But, I've already begun w/placing the code, "KeyAscii = Asc(UCase(Chr(KeyAscii)))", in the keypress event, and it is also working, so I think I'll just go ahead w/that, unless you know of any caveat that makes this a bad decision. It looks good, because no matter what the user does, it will be an instant cap...and, like I said, it works. Did you ever have one of those days, where it is a good thing you're not left alone, in room, w/a MS representative...you'd get in some trouble? I've had a few of those moments, doing this very small program. Thankfully, I took on something small like this, before diving into anything larger, using 2007. I've discovered something else that 2007 has done, that is pissing me off...everything seems to be a macro now...when I insert a button, it goes the macro route, instead of the code route. I like code. I've got to look and see if there is a setting for this...doubt it though. >>> "Heenan, Lambert" 1/7/2010 >>> 8:42 AM >>> Re 1/ This does seem to be a nice new bug in Access 2007. In previous versions the use of ">" in the format property of a field does what you expect: the text is *displayed* as all caps in the table, forms, queries, and report, though the actual data stored is still whatever happens to be typed. I just tested this in Access 2002 to be sure. It seems that the code meisters in Redmond have dropped a ball win v 2007. However, it is easy enough to work around this. If you want to actually store the data as all caps then (assuming you are using a bound form) you could just add a line of code to the LostFocus and/or Exit events of the text box where the data is entered: txtSomeTextBox = Ucase(txtSomeTextBox) Alternatively, base your report on a query which does the same thing when the query is run... Select Ucase(SomeField) as MyTextFiled... Regarding 2/ It sounds like the process needs the record to be saved before continuing. So instead of leaving the record and returning to it, just put this line at the start of the sub that runs when the button is clicked... Me.Dirty = False That line results in the data being saved. Lambert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jan 7 10:32:28 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 7 Jan 2010 10:32:28 -0600 Subject: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint In-Reply-To: <631CF83223105545BF43EFB52CB082953A13B0CDD6@EX2K7-VIRT-2.ads.qub.ac.uk> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com>, <4B45EF7A.9060204@colbyconsulting.com> <631CF83223105545BF43EFB52CB082953A13B0CDD6@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: Good grief, I hope not!! Can't you just see an iD10T user wanting a dropdown for those lists?? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Thursday, January 07, 2010 6:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint Just asked We have indexed lists with close to a million items in them. However they are not exposed in the interface. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby [jwcolby at colbyconsulting.com] Sent: 07 January 2010 14:28 To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint Thanks Jim, that is educational. John W. Colby www.ColbyConsulting.com Jim Hewson wrote: > Prior to my full-time Access job several months ago, I was a SharePoint > "expert" and consultant for several government agencies. > SharePoint is designed for collaboration between people who are > geographically separated. It does work well for sharing documents, > graphics, and some business processes implementation. However, to say it > can be utilized as a database is just wrong! > Here's why... > 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used > to store a lot of information... however; the limitation for a list is 2,000 > items. Any list with more than that will be extremely slow. That of course > depends on the number of users accessing the site. > 2. SharePoint uses SQL Server as a backend and everything is stored in one > file. How it's stored is a mystery to me. So if you have several lists > with lots of data it could slow down. > 3. To make data input in SharePoint similar to an Access database one would > have to use InfoPath forms and when printing two forms would have to be > created because usually the input form will not print correctly. The buttons > and information items will show on the printed form. > 4. Access 2007 can be utilized as a front end for SharePoint, and the > distribution is relatively simple because it can be placed in one of the > lists. However, remember there is a limit to the lists SharePoint uses. An > Access 2007 database can be uploaded to SharePoint and then the tables for > the database become lists in SharePoint. > 5. Custom coding for input forms can be done... however, in my experience > simple forms take an extraordinary amount of time to develop, test and > implement. > 6. InfoPath forms in SharePoint can use external data such as tables in SQL > Server or Access; however, in my experience they can sometimes be slow. > > That's a good start. > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl > Sent: Wednesday, January 06, 2010 11:57 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Database vs Sharepoint > > Hi all, > > We have a new sharepoint guys working with us who is pretty sure that > sharepoint can do everything our database does, only better, faster and > neater. However, I am less sure. From what I understand Sharepoint is > very good at sharing documents, document control and management, > creating and dealing with simple lists and the like. But AFAIK it > cannot deal with relational, normalised data in any way that we know and > understand. Or high level transactional data? > > I am just a luddite and old school? Or is sharepoint being used like > Excel. That is, it can hold data, therefore it is a database as far as > the users are concerned? > > A quick Google seems to support my theory, I was wondering any there are > any 'war stories' out there. I need to learn more about this upstart > software! > > Anyone got any thoughts on this? > > Cheers > Darryl. > > "This e-mail and any attachments to it (the "Communication") is, unless > otherwise stated, confidential, may contain copyright material and is for > the use only of the intended recipient. If you receive the Communication in > error, please notify the sender immediately by return e-mail, delete the > Communication and the return e-mail, and do not read, copy, retransmit or > otherwise deal with it. Any views expressed in the Communication are those > of the individual sender only, unless expressly stated to be those of > Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any > of its related entities including ANZ National Bank Limited (together > "ANZ"). ANZ does not accept liability in connection with the integrity of or > errors in the Communication, computer virus, data corruption, interference > or delay arising from or in respect of the Communication." > -- 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 From Joe.Rojas at symmetrymedical.com Thu Jan 7 10:38:48 2010 From: Joe.Rojas at symmetrymedical.com (Rojas, Joe) Date: Thu, 7 Jan 2010 11:38:48 -0500 Subject: [AccessD] Using a Function in a WHERE IN clause In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Message-ID: <288F49765F05664892CB6A145CAEB08420F3CF8C@SRCMX02.SMI.symmetry.local> Thanks for all the suggestions. I ended up updating the queryDef.SQL to reflect the planner codes I need. Joe -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, January 05, 2010 5:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Using a Function in a WHERE IN clause I think the better way would be to just skip the IN part: WHERE SelectedPlannerCodes(localPartPlant.PersonID)=True And then have your function determine if that ID is selected or not. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rojas, Joe Sent: Tuesday, January 05, 2010 11:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] Using a Function in a WHERE IN clause Hello, I am trying to use a custom function in a IN clause of a query. The function cycles through a multi-select list box and builds a string based on what the user picked. The WHERE clause looks like this: WHERE localPartPlant.PersonID In (GetPlannerCodes()) The problem I'm having is figuring out how the string should be formatted when more than one item is selected. When one item is select, the string has to have no quotes, no double quotes, and no commas. For example, CX If I do this with one item, the query works. When multiple items are selected, I have tried the following string formats: "CX", "CX1" 'CX', 'CX1' CX, CX1 CX', 'CX1 CX", "CX1 All to no avail. Anyone know how to achieve this? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 M:508.838.4717 F:508.995.9597 joe.rojas at symmetrymedical.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwelz at hotmail.com Thu Jan 7 10:52:51 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Thu, 7 Jan 2010 09:52:51 -0700 Subject: [AccessD] Database vs Sharepoint In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS>, <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: My biggest problem is that Sharepoint interfaces have browser limitations. The good news is that almost everyone knows how to use IE. Maybe when browsers become a bit more feature rich Sharepoint will be more useful. Our parent corp runs a VPN environment for all our 8 offices and they rely heavily on Sharepoint but use separate applications developed in PowerBuilder for all their payroll, reporting, accounting and management tasks. I purchased a 'For Dummies' book on Sharepoint but was not able to learn much as I lack rights to try even the most basic things using it. We switched over to a SQL Server back end for our Access application in Oct '08 and I just got access to SQL Management Studio for our data about 2 weeks ago. The reason for the access is we are migrating to a new multi virtual server environment and no one over at parent is familiar with the data systems we operate. About 70% of the functionality of what I've written has to do with document managment and automation of MS Office products and supposedly this is a Sharepoint fort?. I can't begin to imagine how one would use Sharepoint to do any of the data - automation - file system interfacing we do. What I've found is that our data and file migration requires a great deal of dependence on good old shell commands and scripting. It seems that some of the old tools are still most functional. There's nothing like fc, robocopy, dir *.pee /s > parsefile.txt and basic file i/o to get things done. The good news is that MS Access can be used to run the whole upgrade at the call of a procedure that sequences and coordinates every step of the procedure. It could also be done with Excel with a reference to DAO, or even Word I suppose. Try that with a browser. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > Date: Thu, 7 Jan 2010 16:57:16 +1100 > From: Darryl.Collins at anz.com > To: accessd at databaseadvisors.com > Subject: [AccessD] Database vs Sharepoint > > Hi all, > > We have a new sharepoint guys working with us who is pretty sure that > sharepoint can do everything our database does, only better, faster and > neater. However, I am less sure. From what I understand Sharepoint is > very good at sharing documents, document control and management, > creating and dealing with simple lists and the like. But AFAIK it > cannot deal with relational, normalised data in any way that we know and > understand. Or high level transactional data? > > I am just a luddite and old school? Or is sharepoint being used like > Excel. That is, it can hold data, therefore it is a database as far as > the users are concerned? > > A quick Google seems to support my theory, I was wondering any there are > any 'war stories' out there. I need to learn more about this upstart > software! > > Anyone got any thoughts on this? > > Cheers > Darryl. _________________________________________________________________ Ready. Set. Get a great deal on Windows 7. See fantastic deals on Windows 7 now http://go.microsoft.com/?linkid=9691818 From lmrazek at lcm-res.com Thu Jan 7 10:59:38 2010 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Thu, 7 Jan 2010 11:59:38 -0500 Subject: [AccessD] Common Dialog Message-ID: <76b4265a$16d6e59d$964521a$@com> Hi Folks: I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't seem to remember how to ONLY retrieve the filename (not the filename and path using the API. I suppose that if I know the directory, I can use some functions to trim off the directory path, but in this case I might not always be looking for the files in a default directory. Any hints/guidance would be appreciated. Larry Mrazek lmrazek at lcm-res.com 314-432-5886 From mwp.reid at qub.ac.uk Thu Jan 7 11:17:37 2010 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 7 Jan 2010 17:17:37 +0000 Subject: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint In-Reply-To: References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com>, <4B45EF7A.9060204@colbyconsulting.com> <631CF83223105545BF43EFB52CB082953A13B0CDD6@EX2K7-VIRT-2.ads.qub.ac.uk>, Message-ID: <631CF83223105545BF43EFB52CB082953A1447C977@EX2K7-VIRT-2.ads.qub.ac.uk> They are used internally via CAML query and not exposed. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust [cfoust at infostatsystems.com] Sent: 07 January 2010 16:32 To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint Good grief, I hope not!! Can't you just see an iD10T user wanting a dropdown for those lists?? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Thursday, January 07, 2010 6:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint Just asked We have indexed lists with close to a million items in them. However they are not exposed in the interface. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby [jwcolby at colbyconsulting.com] Sent: 07 January 2010 14:28 To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: !RE: Database vs Sharepoint Thanks Jim, that is educational. John W. Colby www.ColbyConsulting.com Jim Hewson wrote: > Prior to my full-time Access job several months ago, I was a SharePoint > "expert" and consultant for several government agencies. > SharePoint is designed for collaboration between people who are > geographically separated. It does work well for sharing documents, > graphics, and some business processes implementation. However, to say it > can be utilized as a database is just wrong! > Here's why... > 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used > to store a lot of information... however; the limitation for a list is 2,000 > items. Any list with more than that will be extremely slow. That of course > depends on the number of users accessing the site. > 2. SharePoint uses SQL Server as a backend and everything is stored in one > file. How it's stored is a mystery to me. So if you have several lists > with lots of data it could slow down. > 3. To make data input in SharePoint similar to an Access database one would > have to use InfoPath forms and when printing two forms would have to be > created because usually the input form will not print correctly. The buttons > and information items will show on the printed form. > 4. Access 2007 can be utilized as a front end for SharePoint, and the > distribution is relatively simple because it can be placed in one of the > lists. However, remember there is a limit to the lists SharePoint uses. An > Access 2007 database can be uploaded to SharePoint and then the tables for > the database become lists in SharePoint. > 5. Custom coding for input forms can be done... however, in my experience > simple forms take an extraordinary amount of time to develop, test and > implement. > 6. InfoPath forms in SharePoint can use external data such as tables in SQL > Server or Access; however, in my experience they can sometimes be slow. > > That's a good start. > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl > Sent: Wednesday, January 06, 2010 11:57 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Database vs Sharepoint > > Hi all, > > We have a new sharepoint guys working with us who is pretty sure that > sharepoint can do everything our database does, only better, faster and > neater. However, I am less sure. From what I understand Sharepoint is > very good at sharing documents, document control and management, > creating and dealing with simple lists and the like. But AFAIK it > cannot deal with relational, normalised data in any way that we know and > understand. Or high level transactional data? > > I am just a luddite and old school? Or is sharepoint being used like > Excel. That is, it can hold data, therefore it is a database as far as > the users are concerned? > > A quick Google seems to support my theory, I was wondering any there are > any 'war stories' out there. I need to learn more about this upstart > software! > > Anyone got any thoughts on this? > > Cheers > Darryl. > > "This e-mail and any attachments to it (the "Communication") is, unless > otherwise stated, confidential, may contain copyright material and is for > the use only of the intended recipient. If you receive the Communication in > error, please notify the sender immediately by return e-mail, delete the > Communication and the return e-mail, and do not read, copy, retransmit or > otherwise deal with it. Any views expressed in the Communication are those > of the individual sender only, unless expressly stated to be those of > Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any > of its related entities including ANZ National Bank Limited (together > "ANZ"). ANZ does not accept liability in connection with the integrity of or > errors in the Communication, computer virus, data corruption, interference > or delay arising from or in respect of the Communication." > -- 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 From Lambert.Heenan at chartisinsurance.com Thu Jan 7 11:21:28 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 7 Jan 2010 12:21:28 -0500 Subject: [AccessD] Common Dialog In-Reply-To: <76b4265a$16d6e59d$964521a$@com> References: <76b4265a$16d6e59d$964521a$@com> Message-ID: Here's a simple function to return the file path... Function GetPath(aPath) As String ' Strips the path name from the supplied file and path name ' leaves the trailing slash on there Dim foo As Integer, aSlash As Integer aSlash = 0 foo = InStr(aPath, "\") While (foo > 0) aSlash = foo foo = InStr(aSlash + 1, aPath, "\") Wend If aSlash > 0 Then GetPath = left$(aPath, aSlash) Else GetPath = "" End If End Function And using that you can get the file name... Function GetFileName(aPath) As String Dim fPath As String fPath = GetPath(aPath) If Len(fPath) = Len(aPath) Then ' only a path was provided GetFileName = "" Else GetFileName = right$(aPath, Len(aPath) - Len(fPath)) End If End Function These two functions were written back in Access 97 days, before the Split() function came to be. With split you could do something like this (air code)... Function GetFileName(sPath as String) as String vArray as Variant vArray = Split(sPath,"\") GetFileName = Cstr(Ubound(vArray)) End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Thursday, January 07, 2010 12:00 PM To: Access Developers discussion and problem solving Subject: [AccessD] Common Dialog Hi Folks: I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't seem to remember how to ONLY retrieve the filename (not the filename and path using the API. I suppose that if I know the directory, I can use some functions to trim off the directory path, but in this case I might not always be looking for the files in a default directory. Any hints/guidance would be appreciated. Larry Mrazek lmrazek at lcm-res.com 314-432-5886 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 7 11:34:27 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 7 Jan 2010 17:34:27 -0000 Subject: [AccessD] Common Dialog In-Reply-To: References: <76b4265a$16d6e59d$964521a$@com> Message-ID: <4b461b3a.0702d00a.3242.686d@mx.google.com> Why not something simple like this.. Function x() ' the following two examples will both give the same result. Dim str As String str = "c:\myfile.txt" str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str str = "myfile.txt" str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str End Function So, all you need is str = Mid(str, InStrRev(str, "\") + 1) Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 07 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Common Dialog Here's a simple function to return the file path... Function GetPath(aPath) As String ' Strips the path name from the supplied file and path name ' leaves the trailing slash on there Dim foo As Integer, aSlash As Integer aSlash = 0 foo = InStr(aPath, "\") While (foo > 0) aSlash = foo foo = InStr(aSlash + 1, aPath, "\") Wend If aSlash > 0 Then GetPath = left$(aPath, aSlash) Else GetPath = "" End If End Function And using that you can get the file name... Function GetFileName(aPath) As String Dim fPath As String fPath = GetPath(aPath) If Len(fPath) = Len(aPath) Then ' only a path was provided GetFileName = "" Else GetFileName = right$(aPath, Len(aPath) - Len(fPath)) End If End Function These two functions were written back in Access 97 days, before the Split() function came to be. With split you could do something like this (air code)... Function GetFileName(sPath as String) as String vArray as Variant vArray = Split(sPath,"\") GetFileName = Cstr(Ubound(vArray)) End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Thursday, January 07, 2010 12:00 PM To: Access Developers discussion and problem solving Subject: [AccessD] Common Dialog Hi Folks: I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't seem to remember how to ONLY retrieve the filename (not the filename and path using the API. I suppose that if I know the directory, I can use some functions to trim off the directory path, but in this case I might not always be looking for the files in a default directory. Any hints/guidance would be appreciated. Larry Mrazek lmrazek at lcm-res.com 314-432-5886 -- 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 From jedi at charm.net Thu Jan 7 11:43:52 2010 From: jedi at charm.net (Michael Bahr) Date: Thu, 7 Jan 2010 12:43:52 -0500 (EST) Subject: [AccessD] Common Dialog In-Reply-To: <4b461b3a.0702d00a.3242.686d@mx.google.com> References: <76b4265a$16d6e59d$964521a$@com> <4b461b3a.0702d00a.3242.686d@mx.google.com> Message-ID: <1407.24.35.25.42.1262886232.squirrel@mail.expedient.net> Yuck. That is tooo static. What about c:\dir\subdir2\myfile.txt this would not work. The split example uses the last item in the array which would be "myfile.txt". Much more efficient. Mike... > Why not something simple like this.. > > Function x() > ' the following two examples will both give the same result. > Dim str As String > str = "c:\myfile.txt" > str = Mid(str, InStrRev(str, "\") + 1) > Debug.Print str > str = "myfile.txt" > str = Mid(str, InStrRev(str, "\") + 1) > Debug.Print str > End Function > > So, all you need is > > str = Mid(str, InStrRev(str, "\") + 1) > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: 07 January 2010 17:21 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Common Dialog > > Here's a simple function to return the file path... > > Function GetPath(aPath) As String > ' Strips the path name from the supplied file and path name > ' leaves the trailing slash on there > Dim foo As Integer, aSlash As Integer > aSlash = 0 > foo = InStr(aPath, "\") > While (foo > 0) > aSlash = foo > foo = InStr(aSlash + 1, aPath, "\") > Wend > If aSlash > 0 Then > GetPath = left$(aPath, aSlash) > Else > GetPath = "" > End If > End Function > > And using that you can get the file name... > > Function GetFileName(aPath) As String > Dim fPath As String > fPath = GetPath(aPath) > If Len(fPath) = Len(aPath) Then ' only a path was provided > GetFileName = "" > Else > GetFileName = right$(aPath, Len(aPath) - Len(fPath)) > End If > End Function > > These two functions were written back in Access 97 days, before the > Split() > function came to be. With split you could do something like this (air > code)... > > Function GetFileName(sPath as String) as String > vArray as Variant > vArray = Split(sPath,"\") > GetFileName = Cstr(Ubound(vArray)) > End Function > > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Thursday, January 07, 2010 12:00 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Common Dialog > > Hi Folks: > > I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't > seem > to remember how to ONLY retrieve the filename (not the filename and path > using the API. > > I suppose that if I know the directory, I can use some functions to trim > off > the directory path, but in this case I might not always be looking for the > files in a default directory. > > Any hints/guidance would be appreciated. > > Larry Mrazek > lmrazek at lcm-res.com > 314-432-5886 > > > > -- > 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 > From Lambert.Heenan at chartisinsurance.com Thu Jan 7 11:46:37 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 7 Jan 2010 12:46:37 -0500 Subject: [AccessD] Common Dialog In-Reply-To: <4b461b3a.0702d00a.3242.686d@mx.google.com> References: <76b4265a$16d6e59d$964521a$@com> <4b461b3a.0702d00a.3242.686d@mx.google.com> Message-ID: Because InstrRev was not around either in Access 97 days. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 07, 2010 12:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Common Dialog Why not something simple like this.. Function x() ' the following two examples will both give the same result. Dim str As String str = "c:\myfile.txt" str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str str = "myfile.txt" str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str End Function So, all you need is str = Mid(str, InStrRev(str, "\") + 1) Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 07 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Common Dialog Here's a simple function to return the file path... Function GetPath(aPath) As String ' Strips the path name from the supplied file and path name ' leaves the trailing slash on there Dim foo As Integer, aSlash As Integer aSlash = 0 foo = InStr(aPath, "\") While (foo > 0) aSlash = foo foo = InStr(aSlash + 1, aPath, "\") Wend If aSlash > 0 Then GetPath = left$(aPath, aSlash) Else GetPath = "" End If End Function And using that you can get the file name... Function GetFileName(aPath) As String Dim fPath As String fPath = GetPath(aPath) If Len(fPath) = Len(aPath) Then ' only a path was provided GetFileName = "" Else GetFileName = right$(aPath, Len(aPath) - Len(fPath)) End If End Function These two functions were written back in Access 97 days, before the Split() function came to be. With split you could do something like this (air code)... Function GetFileName(sPath as String) as String vArray as Variant vArray = Split(sPath,"\") GetFileName = Cstr(Ubound(vArray)) End Function Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Thursday, January 07, 2010 12:00 PM To: Access Developers discussion and problem solving Subject: [AccessD] Common Dialog Hi Folks: I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't seem to remember how to ONLY retrieve the filename (not the filename and path using the API. I suppose that if I know the directory, I can use some functions to trim off the directory path, but in this case I might not always be looking for the files in a default directory. Any hints/guidance would be appreciated. Larry Mrazek lmrazek at lcm-res.com 314-432-5886 -- 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 From Lambert.Heenan at chartisinsurance.com Thu Jan 7 11:48:49 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 7 Jan 2010 12:48:49 -0500 Subject: [AccessD] Common Dialog In-Reply-To: <1407.24.35.25.42.1262886232.squirrel@mail.expedient.net> References: <76b4265a$16d6e59d$964521a$@com> <4b461b3a.0702d00a.3242.686d@mx.google.com> <1407.24.35.25.42.1262886232.squirrel@mail.expedient.net> Message-ID: Does too! :-) Here is the result from the immediate window... ? Mid("c:\dir\subdir2\myfile.txt", InStrRev("c:\dir\subdir2\myfile.txt", "\") + 1) myfile.txt Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr Sent: Thursday, January 07, 2010 12:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Common Dialog Yuck. That is tooo static. What about c:\dir\subdir2\myfile.txt this would not work. The split example uses the last item in the array which would be "myfile.txt". Much more efficient. Mike... > Why not something simple like this.. > > Function x() > ' the following two examples will both give the same result. > Dim str As String > str = "c:\myfile.txt" > str = Mid(str, InStrRev(str, "\") + 1) > Debug.Print str > str = "myfile.txt" > str = Mid(str, InStrRev(str, "\") + 1) > Debug.Print str > End Function > > So, all you need is > > str = Mid(str, InStrRev(str, "\") + 1) > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert > Sent: 07 January 2010 17:21 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Common Dialog > > Here's a simple function to return the file path... > > Function GetPath(aPath) As String > ' Strips the path name from the supplied file and path name ' leaves > the trailing slash on there Dim foo As Integer, aSlash As Integer > aSlash = 0 > foo = InStr(aPath, "\") > While (foo > 0) > aSlash = foo > foo = InStr(aSlash + 1, aPath, "\") > Wend > If aSlash > 0 Then > GetPath = left$(aPath, aSlash) > Else > GetPath = "" > End If > End Function > > And using that you can get the file name... > > Function GetFileName(aPath) As String > Dim fPath As String > fPath = GetPath(aPath) > If Len(fPath) = Len(aPath) Then ' only a path was provided > GetFileName = "" > Else > GetFileName = right$(aPath, Len(aPath) - Len(fPath)) > End If > End Function > > These two functions were written back in Access 97 days, before the > Split() > function came to be. With split you could do something like this (air > code)... > > Function GetFileName(sPath as String) as String vArray as Variant > vArray = Split(sPath,"\") > GetFileName = Cstr(Ubound(vArray)) > End Function > > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Thursday, January 07, 2010 12:00 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Common Dialog > > Hi Folks: > > I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't > seem > to remember how to ONLY retrieve the filename (not the filename and path > using the API. > > I suppose that if I know the directory, I can use some functions to trim > off > the directory path, but in this case I might not always be looking for the > files in a default directory. > > Any hints/guidance would be appreciated. > > Larry Mrazek > lmrazek at lcm-res.com > 314-432-5886 > > > > -- > 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 From dwaters at usinternet.com Thu Jan 7 11:50:51 2010 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 7 Jan 2010 11:50:51 -0600 Subject: [AccessD] Common Dialog In-Reply-To: <76b4265a$16d6e59d$964521a$@com> References: <76b4265a$16d6e59d$964521a$@com> Message-ID: <577795D3A9B548D0B869CAABBA2E7851@danwaters> Larry, You can use FileScriptingObject to do a lot of file management tasks pretty easily. First, set a reference to Microsoft Scripting Runtime (scrrun.dll) In your procedure: Dim fso as Object Set fso = CreateObject("Scripting.FileSystemObject") '-- get full file path stgFileName = fso.GetFileName(stgFullPathToFile) You can review all the FileSystemObject methods here: http://msdn.microsoft.com/en-us/library/6tkce7xa%28VS.85%29.aspx Hope this helps, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Thursday, January 07, 2010 11:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Common Dialog Hi Folks: I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't seem to remember how to ONLY retrieve the filename (not the filename and path using the API. I suppose that if I know the directory, I can use some functions to trim off the directory path, but in this case I might not always be looking for the files in a default directory. Any hints/guidance would be appreciated. Larry Mrazek lmrazek at lcm-res.com 314-432-5886 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 7 11:56:34 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 7 Jan 2010 17:56:34 -0000 Subject: [AccessD] Common Dialog In-Reply-To: <1407.24.35.25.42.1262886232.squirrel@mail.expedient.net> References: <76b4265a$16d6e59d$964521a$@com> <4b461b3a.0702d00a.3242.686d@mx.google.com> <1407.24.35.25.42.1262886232.squirrel@mail.expedient.net> Message-ID: <4b46206b.0707d00a.667d.32e5@mx.google.com> 1. It works just fine on my computer. 2. It is NOT static, it is an EXAMPLE of the function and left to the user to build the program around it - sheesh!! 3. the function is str = Mid(str, InStrRev(str, "\") + 1) Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr Sent: 07 January 2010 17:44 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Common Dialog Yuck. That is tooo static. What about c:\dir\subdir2\myfile.txt this would not work. The split example uses the last item in the array which would be "myfile.txt". Much more efficient. Mike... > Why not something simple like this.. > > Function x() > ' the following two examples will both give the same result. > Dim str As String > str = "c:\myfile.txt" > str = Mid(str, InStrRev(str, "\") + 1) > Debug.Print str > str = "myfile.txt" > str = Mid(str, InStrRev(str, "\") + 1) > Debug.Print str > End Function > > So, all you need is > > str = Mid(str, InStrRev(str, "\") + 1) > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: 07 January 2010 17:21 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Common Dialog > > Here's a simple function to return the file path... > > Function GetPath(aPath) As String > ' Strips the path name from the supplied file and path name > ' leaves the trailing slash on there > Dim foo As Integer, aSlash As Integer > aSlash = 0 > foo = InStr(aPath, "\") > While (foo > 0) > aSlash = foo > foo = InStr(aSlash + 1, aPath, "\") > Wend > If aSlash > 0 Then > GetPath = left$(aPath, aSlash) > Else > GetPath = "" > End If > End Function > > And using that you can get the file name... > > Function GetFileName(aPath) As String > Dim fPath As String > fPath = GetPath(aPath) > If Len(fPath) = Len(aPath) Then ' only a path was provided > GetFileName = "" > Else > GetFileName = right$(aPath, Len(aPath) - Len(fPath)) > End If > End Function > > These two functions were written back in Access 97 days, before the > Split() > function came to be. With split you could do something like this (air > code)... > > Function GetFileName(sPath as String) as String > vArray as Variant > vArray = Split(sPath,"\") > GetFileName = Cstr(Ubound(vArray)) > End Function > > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Thursday, January 07, 2010 12:00 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Common Dialog > > Hi Folks: > > I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't > seem > to remember how to ONLY retrieve the filename (not the filename and path > using the API. > > I suppose that if I know the directory, I can use some functions to trim > off > the directory path, but in this case I might not always be looking for the > files in a default directory. > > Any hints/guidance would be appreciated. > > Larry Mrazek > lmrazek at lcm-res.com > 314-432-5886 > > > > -- > 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 From davidmcafee at gmail.com Thu Jan 7 14:42:04 2010 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 7 Jan 2010 12:42:04 -0800 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <631CF83223105545BF43EFB52CB082953A13B0CDD5@EX2K7-VIRT-2.ads.qub.ac.uk> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com> <631CF83223105545BF43EFB52CB082953A13B0CDD5@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <8786a4c01001071242u33b5d930sd9110250ce1121fb@mail.gmail.com> Unfortunately thats what they are doing at my location. People are starting to build Sharepoint projects, they think it is the answer to everything. On Thu, Jan 7, 2010 at 6:16 AM, Martin Reid wrote: > for what its worth > > I am now working totally in SharePoint. 30,000 users and it doesn't do everything a database does. Not much else to say. We do however use lists way over 2,000 items but then I ?have two great .NET programmers here who do most of that. > > You can however, use the BDC in MOSS 2007 to expose relational data etc and can buy in some useful third party products that will work out ok. > > ?SharePoint 2010 does however offer a huge range of increased features. > > The biggest mistake you can make is to assume ?that SharePoint is the answer to every problem. > > Martin > > > Martin WP Reid > Information Services > The Library at Queen's > Tel : 02890976174 > Email : mwp.reid at qub.ac.uk > Sharepoint Training Portal > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From garykjos at gmail.com Thu Jan 7 15:10:10 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 7 Jan 2010 15:10:10 -0600 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <8786a4c01001071242u33b5d930sd9110250ce1121fb@mail.gmail.com> References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com> <631CF83223105545BF43EFB52CB082953A13B0CDD5@EX2K7-VIRT-2.ads.qub.ac.uk> <8786a4c01001071242u33b5d930sd9110250ce1121fb@mail.gmail.com> Message-ID: When you get a new hammer, everything looks like a nail. GK On Thu, Jan 7, 2010 at 2:42 PM, David McAfee wrote: > Unfortunately thats what they are doing at my location. > People are starting to build Sharepoint projects, they think it is the > answer to everything. > > > -- Gary Kjos garykjos at gmail.com From davidmcafee at gmail.com Thu Jan 7 15:43:45 2010 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 7 Jan 2010 13:43:45 -0800 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: References: <04c601ca8f2e$0c64a330$0701a8c0@MSIMMSWS> <6DC4725FDCDD72428D6114F1B6CC6E8101688D57@EXUAU020HWT110.oceania.corp.anz.com> <4b45eb78.5544f10a.345c.1252@mx.google.com> <631CF83223105545BF43EFB52CB082953A13B0CDD5@EX2K7-VIRT-2.ads.qub.ac.uk> <8786a4c01001071242u33b5d930sd9110250ce1121fb@mail.gmail.com> Message-ID: <8786a4c01001071343s26a55a52w9db9b5be67cce729@mail.gmail.com> That it does! :) On Thu, Jan 7, 2010 at 1:10 PM, Gary Kjos wrote: > When you get a new hammer, everything looks like a nail. > > GK > > > On Thu, Jan 7, 2010 at 2:42 PM, David McAfee wrote: >> Unfortunately thats what they are doing at my location. >> People are starting to build Sharepoint projects, they think it is the >> answer to everything. >> >> >> > -- > Gary Kjos > garykjos at gmail.com From Darryl.Collins at anz.com Thu Jan 7 17:02:14 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Fri, 8 Jan 2010 10:02:14 +1100 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <4b45eb78.5544f10a.345c.1252@mx.google.com> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D5A@EXUAU020HWT110.oceania.corp.anz.com> Thanks Everyone, Really appreciate hearing both the up and downs of using this software. I come from the school of thought where you use the best tool for the job, and no-one has (and probably never will) produce a single piece of software that is 'good for everything'. That said, I am hoping to piggyback on the new guys knowledge and learn a few sharepoint tricks. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Friday, 8 January 2010 1:10 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] !RE: Database vs Sharepoint Prior to my full-time Access job several months ago, I was a SharePoint "expert" and consultant for several government agencies. SharePoint is designed for collaboration between people who are geographically separated. It does work well for sharing documents, graphics, and some business processes implementation. However, to say it can be utilized as a database is just wrong! Here's why... 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used to store a lot of information... however; the limitation for a list is 2,000 items. Any list with more than that will be extremely slow. That of course depends on the number of users accessing the site. 2. SharePoint uses SQL Server as a backend and everything is stored in one file. How it's stored is a mystery to me. So if you have several lists with lots of data it could slow down. 3. To make data input in SharePoint similar to an Access database one would have to use InfoPath forms and when printing two forms would have to be created because usually the input form will not print correctly. The buttons and information items will show on the printed form. 4. Access 2007 can be utilized as a front end for SharePoint, and the distribution is relatively simple because it can be placed in one of the lists. However, remember there is a limit to the lists SharePoint uses. An Access 2007 database can be uploaded to SharePoint and then the tables for the database become lists in SharePoint. 5. Custom coding for input forms can be done... however, in my experience simple forms take an extraordinary amount of time to develop, test and implement. 6. InfoPath forms in SharePoint can use external data such as tables in SQL Server or Access; however, in my experience they can sometimes be slow. That's a good start. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 06, 2010 11:57 PM To: Access Developers discussion and problem solving Subject: [AccessD] Database vs Sharepoint Hi all, We have a new sharepoint guys working with us who is pretty sure that sharepoint can do everything our database does, only better, faster and neater. However, I am less sure. From what I understand Sharepoint is very good at sharing documents, document control and management, creating and dealing with simple lists and the like. But AFAIK it cannot deal with relational, normalised data in any way that we know and understand. Or high level transactional data? I am just a luddite and old school? Or is sharepoint being used like Excel. That is, it can hold data, therefore it is a database as far as the users are concerned? A quick Google seems to support my theory, I was wondering any there are any 'war stories' out there. I need to learn more about this upstart software! Anyone got any thoughts on this? Cheers Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From ebarro at roadrunner.com Thu Jan 7 18:04:56 2010 From: ebarro at roadrunner.com (ebarro at roadrunner.com) Date: Thu, 7 Jan 2010 19:04:56 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <4b45eb78.5544f10a.345c.1252@mx.google.com> Message-ID: <20100108000456.QBFZF.262554.root@cdptpa-web01-z01> I completely agree with Jim. Here are a couple more thoughts... 1. Sharepoint does use SQL server. There is a table that stores the list structure and it is stored as XML in several columns. The data is separate. The reason why it's slow is the use of XML and XSL to display the data. 2. You don't need InfoPath to use custom forms. You do need Sharepoint Designer to customize the default CRUD pages (NewForm.aspx, DispForm.aspx, EditForm.aspx) but there are gotchas such as making sure to retain the automatically generated listform webpart by hiding it instead of overwriting it or deleting it and also the potential of disabling the file attachment feature. 3. It would be helpful to learn CAML and Stramit CAML viewer is a helpful tool. 4. You can use jQuery to talk to Sharepoint web services and display any list on any site. ---- Jim Hewson wrote: > Prior to my full-time Access job several months ago, I was a SharePoint > "expert" and consultant for several government agencies. > SharePoint is designed for collaboration between people who are > geographically separated. It does work well for sharing documents, > graphics, and some business processes implementation. However, to say it > can be utilized as a database is just wrong! > Here's why... > 1. SharePoint lists are used as "tables" or "spreadsheets" and can be used > to store a lot of information... however; the limitation for a list is 2,000 > items. Any list with more than that will be extremely slow. That of course > depends on the number of users accessing the site. > 2. SharePoint uses SQL Server as a backend and everything is stored in one > file. How it's stored is a mystery to me. So if you have several lists > with lots of data it could slow down. > 3. To make data input in SharePoint similar to an Access database one would > have to use InfoPath forms and when printing two forms would have to be > created because usually the input form will not print correctly. The buttons > and information items will show on the printed form. > 4. Access 2007 can be utilized as a front end for SharePoint, and the > distribution is relatively simple because it can be placed in one of the > lists. However, remember there is a limit to the lists SharePoint uses. An > Access 2007 database can be uploaded to SharePoint and then the tables for > the database become lists in SharePoint. > 5. Custom coding for input forms can be done... however, in my experience > simple forms take an extraordinary amount of time to develop, test and > implement. > 6. InfoPath forms in SharePoint can use external data such as tables in SQL > Server or Access; however, in my experience they can sometimes be slow. > > That's a good start. > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl > Sent: Wednesday, January 06, 2010 11:57 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Database vs Sharepoint > > Hi all, > > We have a new sharepoint guys working with us who is pretty sure that > sharepoint can do everything our database does, only better, faster and > neater. However, I am less sure. From what I understand Sharepoint is > very good at sharing documents, document control and management, > creating and dealing with simple lists and the like. But AFAIK it > cannot deal with relational, normalised data in any way that we know and > understand. Or high level transactional data? > > I am just a luddite and old school? Or is sharepoint being used like > Excel. That is, it can hold data, therefore it is a database as far as > the users are concerned? > > A quick Google seems to support my theory, I was wondering any there are > any 'war stories' out there. I need to learn more about this upstart > software! > > Anyone got any thoughts on this? > > Cheers > Darryl. > > "This e-mail and any attachments to it (the "Communication") is, unless > otherwise stated, confidential, may contain copyright material and is for > the use only of the intended recipient. If you receive the Communication in > error, please notify the sender immediately by return e-mail, delete the > Communication and the return e-mail, and do not read, copy, retransmit or > otherwise deal with it. Any views expressed in the Communication are those > of the individual sender only, unless expressly stated to be those of > Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any > of its related entities including ANZ National Bank Limited (together > "ANZ"). ANZ does not accept liability in connection with the integrity of or > errors in the Communication, computer virus, data corruption, interference > or delay arising from or in respect of the Communication." > > -- > 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 From marksimms at verizon.net Thu Jan 7 20:09:50 2010 From: marksimms at verizon.net (Mark Simms) Date: Thu, 07 Jan 2010 21:09:50 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <20100108000456.QBFZF.262554.root@cdptpa-web01-z01> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01> Message-ID: <001801ca9007$a9389930$0701a8c0@MSIMMSWS> Re: "The reason why it's slow is the use of XML and XSL to display the data." One might ask: Why ? Why did Microsoft embrace these "heavyweight" technologies and not create their own "lightweight" counterparts ? When you discover that CAML is quite elegant, the answer is probably: "They FINALLY Got it !" I think Microsoft from 2004 -> 2008 was in quite a "funk". No question they are now moving out of that state with Office 2010 and Sharepoint 2010 and Web Expression 3. All great products. However, this may explain that period of malaise: http://blogs.computerworld.com/15288/is_it_finally_time_for_ballmer_to_go_at _microsoft From Gustav at cactus.dk Wed Jan 6 00:55:58 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 06 Jan 2010 07:55:58 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google Message-ID: Hi all Wondered how Google search really works? Well: http://www.insideyoursearch.com/ Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! /gustav From mwp.reid at qub.ac.uk Fri Jan 8 02:37:29 2010 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 8 Jan 2010 08:37:29 +0000 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <001801ca9007$a9389930$0701a8c0@MSIMMSWS> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> Message-ID: <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk> I dont undersstand this "slow" stuff. We have a huge system and it isnt slow at all. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms [marksimms at verizon.net] Sent: 08 January 2010 02:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Re: "The reason why it's slow is the use of XML and XSL to display the data." One might ask: Why ? Why did Microsoft embrace these "heavyweight" technologies and not create their own "lightweight" counterparts ? When you discover that CAML is quite elegant, the answer is probably: "They FINALLY Got it !" I think Microsoft from 2004 -> 2008 was in quite a "funk". No question they are now moving out of that state with Office 2010 and Sharepoint 2010 and Web Expression 3. All great products. However, this may explain that period of malaise: http://blogs.computerworld.com/15288/is_it_finally_time_for_ballmer_to_go_at _microsoft -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Jan 8 08:14:53 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 08 Jan 2010 09:14:53 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <14D337A5EF1D4F729C55A316DC31D19E@XPS> Maybe you have a bunch of huge servers to run it all? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, January 08, 2010 3:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] !RE: Database vs Sharepoint I dont undersstand this "slow" stuff. We have a huge system and it isnt slow at all. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms [marksimms at verizon.net] Sent: 08 January 2010 02:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Re: "The reason why it's slow is the use of XML and XSL to display the data." One might ask: Why ? Why did Microsoft embrace these "heavyweight" technologies and not create their own "lightweight" counterparts ? When you discover that CAML is quite elegant, the answer is probably: "They FINALLY Got it !" I think Microsoft from 2004 -> 2008 was in quite a "funk". No question they are now moving out of that state with Office 2010 and Sharepoint 2010 and Web Expression 3. All great products. However, this may explain that period of malaise: http://blogs.computerworld.com/15288/is_it_finally_time_for_ballmer_to_go_at _microsoft -- 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 From mwp.reid at qub.ac.uk Fri Jan 8 08:25:18 2010 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 8 Jan 2010 14:25:18 +0000 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <14D337A5EF1D4F729C55A316DC31D19E@XPS> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, <14D337A5EF1D4F729C55A316DC31D19E@XPS> Message-ID: <631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk> we have 12 Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman [jimdettman at verizon.net] Sent: 08 January 2010 14:14 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Maybe you have a bunch of huge servers to run it all? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, January 08, 2010 3:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] !RE: Database vs Sharepoint I dont undersstand this "slow" stuff. We have a huge system and it isnt slow at all. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms [marksimms at verizon.net] Sent: 08 January 2010 02:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Re: "The reason why it's slow is the use of XML and XSL to display the data." One might ask: Why ? Why did Microsoft embrace these "heavyweight" technologies and not create their own "lightweight" counterparts ? When you discover that CAML is quite elegant, the answer is probably: "They FINALLY Got it !" I think Microsoft from 2004 -> 2008 was in quite a "funk". No question they are now moving out of that state with Office 2010 and Sharepoint 2010 and Web Expression 3. All great products. However, this may explain that period of malaise: http://blogs.computerworld.com/15288/is_it_finally_time_for_ballmer_to_go_at _microsoft -- 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 From adtp at airtelmail.in Fri Jan 8 08:24:38 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Fri, 8 Jan 2010 19:54:38 +0530 Subject: [AccessD] Using a Function in a WHERE IN clause References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> Message-ID: <040401ca906e$93b69820$3701a8c0@adtpc> Joe, For a string composed of comma separated values based upon multi-select list box, straightforward application of IN operator in a saved query won't do, as the individual selected elements come through as submerged in a single string. For proper interpretation, the criteria string has to be processed via EVal() function. For smooth implementation of this approach, it is however necessary that each individual element in comma separated string is enclosed in outer single quotes (if text type) or hashes (if date type). No special treatment is needed for number type data. If text type data is likely to contain embedded quotes, it is necessary to replace each such occurrence of single quote by two single quotes before finally enclosing the value in outermost single quotes. For embedded double quotes if any, no special treatment is needed. Three alternative styles of applying the search criteria, using IN operator, could be adopted: (a) SQL string built at run time. (b) Form's filter string applied at run time. (c) Permanent saved query with embedded criteria clause. All the alternative methods outlined above are demonstrated in my sample db named Form_SearchByMultipleListBoxes. It is in access 2000 file format and is available at Rogers Access Library. Link: http://www.rogersaccesslibrary.com/forum/forum_topics.asp?FID=45 Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Rojas, Joe To: accessd at databaseadvisors.com Sent: Tuesday, January 05, 2010 23:22 Subject: [AccessD] Using a Function in a WHERE IN clause Hello, I am trying to use a custom function in a IN clause of a query. The function cycles through a multi-select list box and builds a string based on what the user picked. The WHERE clause looks like this: WHERE localPartPlant.PersonID In (GetPlannerCodes()) The problem I'm having is figuring out how the string should be formatted when more than one item is selected. When one item is select, the string has to have no quotes, no double quotes, and no commas. For example, CX If I do this with one item, the query works. When multiple items are selected, I have tried the following string formats: "CX", "CX1" 'CX', 'CX1' CX, CX1 CX', 'CX1 CX", "CX1 All to no avail. Anyone know how to achieve this? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 M:508.838.4717 F:508.995.9597 joe.rojas at symmetrymedical.com From fuller.artful at gmail.com Fri Jan 8 08:32:01 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 8 Jan 2010 09:32:01 -0500 Subject: [AccessD] MDB Find Message-ID: <29f585dd1001080632k5eed73e8v1cfa3f8fd0ca2ea7@mail.gmail.com> I recall using a tool that could search through MDB files for a specified object. IIRC, it could search all MDB files in the specified directory tree. I thought it was called MDBFind but my searched turned up nothing. Anyone got a link, or a reference to a similar utility? Thanks, Arthur From jimdettman at verizon.net Fri Jan 8 08:50:45 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 08 Jan 2010 09:50:45 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, <14D337A5EF1D4F729C55A316DC31D19E@XPS> <631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: My somewhat subtle point there was that "slow" is a relative term. In some cases, it depends on how much hardware you throw at something. Look at Vista. Folks that bought a brand new PC thought it was OK, but the 90% of us that tried it without buying something new found it "slow" and not all that great. My guess would be that as part of a University, your pretty heavy on hardware (at least more so then most data centers). Most SharePoint setups I've seen are always done with one or two servers at best. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, January 08, 2010 9:25 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] !RE: Database vs Sharepoint we have 12 Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman [jimdettman at verizon.net] Sent: 08 January 2010 14:14 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Maybe you have a bunch of huge servers to run it all? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, January 08, 2010 3:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] !RE: Database vs Sharepoint I dont undersstand this "slow" stuff. We have a huge system and it isnt slow at all. Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk Sharepoint Training Portal ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms [marksimms at verizon.net] Sent: 08 January 2010 02:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Re: "The reason why it's slow is the use of XML and XSL to display the data." One might ask: Why ? Why did Microsoft embrace these "heavyweight" technologies and not create their own "lightweight" counterparts ? When you discover that CAML is quite elegant, the answer is probably: "They FINALLY Got it !" I think Microsoft from 2004 -> 2008 was in quite a "funk". No question they are now moving out of that state with Office 2010 and Sharepoint 2010 and Web Expression 3. All great products. However, this may explain that period of malaise: http://blogs.computerworld.com/15288/is_it_finally_time_for_ballmer_to_go_at _microsoft -- 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 From jwcolby at colbyconsulting.com Fri Jan 8 09:02:21 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 08 Jan 2010 10:02:21 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, <14D337A5EF1D4F729C55A316DC31D19E@XPS> <631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <4B4748FD.2040901@colbyconsulting.com> > My somewhat subtle point there was that "slow" is a relative term. LOL. I didn't find it all that subtle! ;) And yes, if you look at what they are doing (sharepoint), using a SQL Server to hold denormalized data and then normalize / denormalize on the fly, it is never going to be in the same league as a true database. It is amusing that in the original post a "sharepoint expert" (not a database expert is implied here) is "pronouncing" that sharepoint is much better than a true database, when sharepoint is in fact built inside of a true database. So much for "expert". And again, the point has to be "better than what FOR what?". It seems to me (and I am speaking from immense ignorance) that Sharepoint is attempting to abstract away the complexities of a true database so that the "average" user can use a database without having to know how to use a database. Abstraction always comes at a price. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > My somewhat subtle point there was that "slow" is a relative term. In > some cases, it depends on how much hardware you throw at something. > > Look at Vista. Folks that bought a brand new PC thought it was OK, but > the 90% of us that tried it without buying something new found it "slow" and > not all that great. > > My guess would be that as part of a University, your pretty heavy on > hardware (at least more so then most data centers). Most SharePoint setups > I've seen are always done with one or two servers at best. > > > Jim. From jimdettman at verizon.net Fri Jan 8 09:33:59 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 08 Jan 2010 10:33:59 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <4B4748FD.2040901@colbyconsulting.com> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, <14D337A5EF1D4F729C55A316DC31D19E@XPS> <631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk> <4B4748FD.2040901@colbyconsulting.com> Message-ID: John, <> Excellent point. SharePoint is a fantastic tool for what it was designed to do; workflow management and collaboration. But to try and use it as a database? No, definitely not. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 08, 2010 10:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] !RE: Database vs Sharepoint > My somewhat subtle point there was that "slow" is a relative term. LOL. I didn't find it all that subtle! ;) And yes, if you look at what they are doing (sharepoint), using a SQL Server to hold denormalized data and then normalize / denormalize on the fly, it is never going to be in the same league as a true database. It is amusing that in the original post a "sharepoint expert" (not a database expert is implied here) is "pronouncing" that sharepoint is much better than a true database, when sharepoint is in fact built inside of a true database. So much for "expert". And again, the point has to be "better than what FOR what?". It seems to me (and I am speaking from immense ignorance) that Sharepoint is attempting to abstract away the complexities of a true database so that the "average" user can use a database without having to know how to use a database. Abstraction always comes at a price. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > My somewhat subtle point there was that "slow" is a relative term. In > some cases, it depends on how much hardware you throw at something. > > Look at Vista. Folks that bought a brand new PC thought it was OK, but > the 90% of us that tried it without buying something new found it "slow" and > not all that great. > > My guess would be that as part of a University, your pretty heavy on > hardware (at least more so then most data centers). Most SharePoint setups > I've seen are always done with one or two servers at best. > > > Jim. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Fri Jan 8 09:44:08 2010 From: marksimms at verizon.net (Mark Simms) Date: Fri, 08 Jan 2010 10:44:08 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS> <631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk> Message-ID: <006201ca9079$6ad46f30$0701a8c0@MSIMMSWS> > I dont undersstand this "slow" stuff. We have a huge system > and it isnt slow at all. It's probably due to good hardware...or a tuned O/S. Example: software app "A" is using a linear search on a 1 million item list. Client's say it runs great ! software app "B" is using a binary search on a 1 million item list. Client's say it stinks, so slow - it's poorly written ! How can this be ? "A" runs on the latest Pentium processor. "B" runs on a Pentium II. Have a software performance problem ? Just throw better hardware at it. From cfoust at infostatsystems.com Fri Jan 8 09:55:30 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 8 Jan 2010 09:55:30 -0600 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: ROTFL That's great, Gustav! Charlotte -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, January 05, 2010 10:56 PM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Friday Humour. Inside Google Hi all Wondered how Google search really works? Well: http://www.insideyoursearch.com/ Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Fri Jan 8 09:59:35 2010 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Fri, 8 Jan 2010 09:59:35 -0600 Subject: [AccessD] Common Dialog In-Reply-To: <577795D3A9B548D0B869CAABBA2E7851@danwaters> References: <76b4265a$16d6e59d$964521a$@com> <577795D3A9B548D0B869CAABBA2E7851@danwaters> Message-ID: <01b101ca907b$95200040$bf6000c0$@com> Thanks to everyone for your responses; I had completely forgotten about the filescriptingobject and learned some new techniques as well. Thanks! Larry Mrazek ph. 314-432-5886 lmrazek at lcm-res.com http://www.lcm-res.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, January 07, 2010 11:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Common Dialog Larry, You can use FileScriptingObject to do a lot of file management tasks pretty easily. First, set a reference to Microsoft Scripting Runtime (scrrun.dll) In your procedure: Dim fso as Object Set fso = CreateObject("Scripting.FileSystemObject") '-- get full file path stgFileName = fso.GetFileName(stgFullPathToFile) You can review all the FileSystemObject methods here: http://msdn.microsoft.com/en-us/library/6tkce7xa%28VS.85%29.aspx Hope this helps, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Thursday, January 07, 2010 11:00 AM To: Access Developers discussion and problem solving Subject: [AccessD] Common Dialog Hi Folks: I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't seem to remember how to ONLY retrieve the filename (not the filename and path using the API. I suppose that if I know the directory, I can use some functions to trim off the directory path, but in this case I might not always be looking for the files in a default directory. Any hints/guidance would be appreciated. Larry Mrazek lmrazek at lcm-res.com 314-432-5886 -- 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.725 / Virus Database: 270.14.129/2606 - Release Date: 01/07/10 13:35:00 From jedi at charm.net Fri Jan 8 11:43:18 2010 From: jedi at charm.net (Michael Bahr) Date: Fri, 8 Jan 2010 12:43:18 -0500 (EST) Subject: [AccessD] Common Dialog In-Reply-To: References: <76b4265a$16d6e59d$964521a$@com> <4b461b3a.0702d00a.3242.686d@mx.google.com> <1407.24.35.25.42.1262886232.squirrel@mail.expedient.net> Message-ID: <3940.24.35.25.42.1262972598.squirrel@mail.expedient.net> Ok, my bad. I only saw the instr part. Still do not use that stuff--prefer regular expressions. Just my preference. Mike... > Does too! :-) > > Here is the result from the immediate window... > > ? Mid("c:\dir\subdir2\myfile.txt", InStrRev("c:\dir\subdir2\myfile.txt", > "\") + 1) > myfile.txt > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr > Sent: Thursday, January 07, 2010 12:44 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Common Dialog > > Yuck. That is tooo static. What about > c:\dir\subdir2\myfile.txt this would not work. > > The split example uses the last item in the array which would be > "myfile.txt". Much more efficient. > > Mike... > >> Why not something simple like this.. >> >> Function x() >> ' the following two examples will both give the same result. >> Dim str As String >> str = "c:\myfile.txt" >> str = Mid(str, InStrRev(str, "\") + 1) >> Debug.Print str >> str = "myfile.txt" >> str = Mid(str, InStrRev(str, "\") + 1) >> Debug.Print str >> End Function >> >> So, all you need is >> >> str = Mid(str, InStrRev(str, "\") + 1) >> >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, >> Lambert >> Sent: 07 January 2010 17:21 >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Common Dialog >> >> Here's a simple function to return the file path... >> >> Function GetPath(aPath) As String >> ' Strips the path name from the supplied file and path name ' leaves >> the trailing slash on there Dim foo As Integer, aSlash As Integer >> aSlash = 0 >> foo = InStr(aPath, "\") >> While (foo > 0) >> aSlash = foo >> foo = InStr(aSlash + 1, aPath, "\") >> Wend >> If aSlash > 0 Then >> GetPath = left$(aPath, aSlash) >> Else >> GetPath = "" >> End If >> End Function >> >> And using that you can get the file name... >> >> Function GetFileName(aPath) As String >> Dim fPath As String >> fPath = GetPath(aPath) >> If Len(fPath) = Len(aPath) Then ' only a path was provided >> GetFileName = "" >> Else >> GetFileName = right$(aPath, Len(aPath) - Len(fPath)) >> End If >> End Function >> >> These two functions were written back in Access 97 days, before the >> Split() >> function came to be. With split you could do something like this (air >> code)... >> >> Function GetFileName(sPath as String) as String vArray as Variant >> vArray = Split(sPath,"\") >> GetFileName = Cstr(Ubound(vArray)) >> End Function >> >> >> Lambert >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence >> Mrazek >> Sent: Thursday, January 07, 2010 12:00 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Common Dialog >> >> Hi Folks: >> >> I'm the API from http://www.mvps.org/access/api/api0001.htm, and can't >> seem >> to remember how to ONLY retrieve the filename (not the filename and path >> using the API. >> >> I suppose that if I know the directory, I can use some functions to trim >> off >> the directory path, but in this case I might not always be looking for >> the >> files in a default directory. >> >> Any hints/guidance would be appreciated. >> >> Larry Mrazek >> lmrazek at lcm-res.com >> 314-432-5886 >> >> >> >> -- >> 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From iggy at nanaimo.ark.com Fri Jan 8 11:47:58 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Fri, 08 Jan 2010 09:47:58 -0800 Subject: [AccessD] Conditional Formatting Message-ID: <4B476FCE.7090904@nanaimo.ark.com> Hey All For your information. Well I think that the conditional formatting option was not designed to be used with a Continuous form or a Datasheet. I tried the old method, John's suggestion, doctored some of Leban's code etc. etc. Each of the methods kind of worked but the major stumbling block was screen flicker. The major one being, if I simply tabbed from record to record or mouse clicked on individual records, sometimes (not always, maybe I am doing something wrong), the screen flickers as it refreshes (recalcs) all the records displayed. Not a biggy just annoying (especially if you are quickly tabbing through records) and it doesn't look very professional. What I was hoping to do was visually flag a potential problem and then allow the user to click a button to open up the appropriate form(s) for the record and allow them to track down the problem and if need be correct it. I guess I will just make it a report that they can print out and then they can go and do their checking. Was hoping for kind of "one stop shopping" but........ From davidmcafee at gmail.com Fri Jan 8 11:58:48 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 8 Jan 2010 09:58:48 -0800 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: <8786a4c01001080958mf3a2e83y5ff0b729f3187ba0@mail.gmail.com> That's awesome :) On Fri, Jan 8, 2010 at 7:55 AM, Charlotte Foust wrote: > ROTFL ?That's great, Gustav! > > Charlotte > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, January 05, 2010 10:56 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: Friday Humour. Inside Google > > Hi all > > Wondered how Google search really works? > Well: > > ?http://www.insideyoursearch.com/ > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > /gustav > > > -- > 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 > From John.Clark at niagaracounty.com Fri Jan 8 12:45:32 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 08 Jan 2010 13:45:32 -0500 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: <4B476FCE.7090904@nanaimo.ark.com> References: <4B476FCE.7090904@nanaimo.ark.com> Message-ID: <4B4736FB.167F.006B.0@niagaracounty.com> I just wrote a program that creates vouchers for court witnesses...they take these vouchers to the county treasurer and get a check. As per the suggestion of a list member...Reuben Cummings, I think it was...I built the whole of the report via code. This worked out fantastically, and I am very happy w/it. After typing in the witness and case data, the user can hit the "Create Voucher" button, and you get a print preview of the voucher, and are able to verify the information on it. However...I would like there to be a way to send this to the printer, if it looks correct. Currently one must click the office button and choose to print, but I'd like a quicker option, if possible. When you then close the preview, the form opens back up. Here are my thoughts so far: (A) Keep it the way it is... Hey, it works right? But, I like functionality, and if I were the user, I'd like a button. This is an extra task that this department is inheriting, from the courts, so this will already be an interruption for them and I'd like to make it as simple as possible. (B) Put a button on a form... Can you do this? It looks like you can, but are they really buttons? (C) Implement a "Hot Key"... If this is possible, it still really isn't very intuitive...if the user and myself both die in tragic accidents simultaneously...hey, anything is possible...will anyone know how to do this? (D) Kick up another form, along w/the report, which would have the buttons on it (E) Skip the whole idea of a preview and just send the darn thing to the printer from the original button... this would be the easiest, and if there is an error...oh, well! Ideas? What do y'all do? And, this actually...depending on how I end up going...may bring up another issue. I'll make that another post though... From John.Clark at niagaracounty.com Fri Jan 8 12:53:46 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 08 Jan 2010 13:53:46 -0500 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B476FCE.7090904@nanaimo.ark.com> References: <4B476FCE.7090904@nanaimo.ark.com> Message-ID: <4B4738EA.167F.006B.0@niagaracounty.com> OK, for those of you that might have read my other post, this is the next question... For those of you that may not have read it...or maybe your attention span is like mine and...where was I...oh, yeah...maybe you just need a reminder... I've got an entry form, w/a button on it. Press the button and a voucher is created from the data, and you get a print preview of said voucher. When you close the preview, you are returned to the data entry form. But...and herein lies the question...you are returned to record #1, and not where you were. This isn't a huge problem, because in reality, you would almost always be done w/a record, once you print and wouldn't need to return to it. But, the whole reason it goes to a preview to begin with, is that you can check and amend data. So, if there is a reason to change something, I don't want it going to record one and need to travel back to the current record. An easy, although not perfect, approach to this, might be to just open the form to the last record...contemplating this anyhow. Most of the time we will be printing the last record anyhow, so this would probably get us by, for the most part. However, if for no other reason, I'd like to do this, just so I can learn how to do it. So, how can I have my calling form return to its last known record? From garykjos at gmail.com Fri Jan 8 12:57:03 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 8 Jan 2010 12:57:03 -0600 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: <4B4736FB.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4736FB.167F.006B.0@niagaracounty.com> Message-ID: How about a "fake print preview" form that looks like the printed document will look but is really a form. On that form you could have a cancel or edit button or something and maybe a print button or CLOSE AND PRINT or PRINT AND CLOSE or you could then send the real report directly to the printer when that form closes. GK On Fri, Jan 8, 2010 at 12:45 PM, John Clark wrote: > I just wrote a program that creates vouchers for court witnesses...they take these vouchers to the county treasurer and get a check. As per the suggestion of a list member...Reuben Cummings, I think it was...I built the whole of the report via code. This worked out fantastically, and I am very happy w/it. After typing in the witness and case data, the user can hit the "Create Voucher" button, and you get a print preview of the voucher, and are able to verify the information on it. > > However...I would like there to be a way to send this to the printer, if it looks correct. Currently one must click the office button and choose to print, but I'd like a quicker option, if possible. When you then close the preview, the form opens back up. > > Here are my thoughts so far: > > (A) Keep it the way it is... Hey, it works right? But, I like functionality, and if I were the user, I'd like a button. This is an extra task that this department is inheriting, from the courts, so this will already be an interruption for them and I'd like to make it as simple as possible. > > (B) Put a button on a form... Can you do this? It looks like you can, but are they really buttons? > > (C) Implement a "Hot Key"... If this is possible, it still really isn't very intuitive...if the user and myself both die in tragic accidents simultaneously...hey, anything is possible...will anyone know how to do this? > > (D) Kick up another form, along w/the report, which would have the buttons on it > > (E) Skip the whole idea of a preview and just send the darn thing to the printer from the original button... this would be the easiest, and if there is an error...oh, well! > > Ideas? What do y'all do? > > And, this actually...depending on how I end up going...may bring up another issue. I'll make that another post though... > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From max.wanadoo at gmail.com Fri Jan 8 12:59:47 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 8 Jan 2010 18:59:47 -0000 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B4738EA.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> Message-ID: <4b4780bb.1701d00a.71cb.ffff955f@mx.google.com> Lots of ways around this John, but what I have is two buttons, one saying preview and the other print. (actually some more as well, email, PDF, List, Labels, etc, etc) Once the preview comes up they can either click on file/print from the menu or close and then click on the print button. The print button goes straight to the printer. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: 08 January 2010 18:54 To: Access Developers discussion and problem solving Subject: [AccessD] Question 2...returning to a form OK, for those of you that might have read my other post, this is the next question... For those of you that may not have read it...or maybe your attention span is like mine and...where was I...oh, yeah...maybe you just need a reminder... I've got an entry form, w/a button on it. Press the button and a voucher is created from the data, and you get a print preview of said voucher. When you close the preview, you are returned to the data entry form. But...and herein lies the question...you are returned to record #1, and not where you were. This isn't a huge problem, because in reality, you would almost always be done w/a record, once you print and wouldn't need to return to it. But, the whole reason it goes to a preview to begin with, is that you can check and amend data. So, if there is a reason to change something, I don't want it going to record one and need to travel back to the current record. An easy, although not perfect, approach to this, might be to just open the form to the last record...contemplating this anyhow. Most of the time we will be printing the last record anyhow, so this would probably get us by, for the most part. However, if for no other reason, I'd like to do this, just so I can learn how to do it. So, how can I have my calling form return to its last known record? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 8 13:00:28 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 8 Jan 2010 19:00:28 -0000 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B4738EA.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> Message-ID: <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> If you want to return to the record, save the Bookmark and then reposition on it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: 08 January 2010 18:54 To: Access Developers discussion and problem solving Subject: [AccessD] Question 2...returning to a form OK, for those of you that might have read my other post, this is the next question... For those of you that may not have read it...or maybe your attention span is like mine and...where was I...oh, yeah...maybe you just need a reminder... I've got an entry form, w/a button on it. Press the button and a voucher is created from the data, and you get a print preview of said voucher. When you close the preview, you are returned to the data entry form. But...and herein lies the question...you are returned to record #1, and not where you were. This isn't a huge problem, because in reality, you would almost always be done w/a record, once you print and wouldn't need to return to it. But, the whole reason it goes to a preview to begin with, is that you can check and amend data. So, if there is a reason to change something, I don't want it going to record one and need to travel back to the current record. An easy, although not perfect, approach to this, might be to just open the form to the last record...contemplating this anyhow. Most of the time we will be printing the last record anyhow, so this would probably get us by, for the most part. However, if for no other reason, I'd like to do this, just so I can learn how to do it. So, how can I have my calling form return to its last known record? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From John.Clark at niagaracounty.com Fri Jan 8 13:07:02 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 08 Jan 2010 14:07:02 -0500 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> Message-ID: <4B473C05.167F.006B.0@niagaracounty.com> huh?! ;o) Seriously though, I'm not sure what this is. I will look it up though...thanks for the tip! >>> "Max Wanadoo" 1/8/2010 2:00 PM >>> If you want to return to the record, save the Bookmark and then reposition on it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: 08 January 2010 18:54 To: Access Developers discussion and problem solving Subject: [AccessD] Question 2...returning to a form OK, for those of you that might have read my other post, this is the next question... For those of you that may not have read it...or maybe your attention span is like mine and...where was I...oh, yeah...maybe you just need a reminder... I've got an entry form, w/a button on it. Press the button and a voucher is created from the data, and you get a print preview of said voucher. When you close the preview, you are returned to the data entry form. But...and herein lies the question...you are returned to record #1, and not where you were. This isn't a huge problem, because in reality, you would almost always be done w/a record, once you print and wouldn't need to return to it. But, the whole reason it goes to a preview to begin with, is that you can check and amend data. So, if there is a reason to change something, I don't want it going to record one and need to travel back to the current record. An easy, although not perfect, approach to this, might be to just open the form to the last record...contemplating this anyhow. Most of the time we will be printing the last record anyhow, so this would probably get us by, for the most part. However, if for no other reason, I'd like to do this, just so I can learn how to do it. So, how can I have my calling form return to its last known record? -- 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 From John.Clark at niagaracounty.com Fri Jan 8 13:08:27 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Fri, 08 Jan 2010 14:08:27 -0500 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: References: <4B476FCE.7090904@nanaimo.ark.com> <4B4736FB.167F.006B.0@niagaracounty.com> Message-ID: <4B473C5A.167F.006B.0@niagaracounty.com> Thanks Gary...you've given me an idea. Well, something I want to look into anyhow...kind of like a subform thing, but w/the report. >>> Gary Kjos 1/8/2010 1:57 PM >>> How about a "fake print preview" form that looks like the printed document will look but is really a form. On that form you could have a cancel or edit button or something and maybe a print button or CLOSE AND PRINT or PRINT AND CLOSE or you could then send the real report directly to the printer when that form closes. GK On Fri, Jan 8, 2010 at 12:45 PM, John Clark wrote: > I just wrote a program that creates vouchers for court witnesses...they take these vouchers to the county treasurer and get a check. As per the suggestion of a list member...Reuben Cummings, I think it was...I built the whole of the report via code. This worked out fantastically, and I am very happy w/it. After typing in the witness and case data, the user can hit the "Create Voucher" button, and you get a print preview of the voucher, and are able to verify the information on it. > > However...I would like there to be a way to send this to the printer, if it looks correct. Currently one must click the office button and choose to print, but I'd like a quicker option, if possible. When you then close the preview, the form opens back up. > > Here are my thoughts so far: > > (A) Keep it the way it is... Hey, it works right? But, I like functionality, and if I were the user, I'd like a button. This is an extra task that this department is inheriting, from the courts, so this will already be an interruption for them and I'd like to make it as simple as possible. > > (B) Put a button on a form... Can you do this? It looks like you can, but are they really buttons? > > (C) Implement a "Hot Key"... If this is possible, it still really isn't very intuitive...if the user and myself both die in tragic accidents simultaneously...hey, anything is possible...will anyone know how to do this? > > (D) Kick up another form, along w/the report, which would have the buttons on it > > (E) Skip the whole idea of a preview and just send the darn thing to the printer from the original button... this would be the easiest, and if there is an error...oh, well! > > Ideas? What do y'all do? > > And, this actually...depending on how I end up going...may bring up another issue. I'll make that another post though... > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 8 13:19:23 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 8 Jan 2010 19:19:23 -0000 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B473C05.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> <4B473C05.167F.006B.0@niagaracounty.com> Message-ID: <4b478556.0d67f10a.0c13.409d@mx.google.com> John, Top of head...assumes the recordset is bookmarkable -= test for it. Do your own dimming..dim BM as a variant. Set rst = me.recordsetclone strID = "ID=" & me!MyID If rst.bookmarkable Bm = rst.bookmark endif Docmd.openreport, "xya", acpreview....etc Rst.findfirst strID If not rst.nomatch then Me.bookmark = bm Else Msgbox "Out of luck John" Endif Don't start telling me off, it is only an example off the top of my head. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: 08 January 2010 19:07 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Question 2...returning to a form huh?! ;o) Seriously though, I'm not sure what this is. I will look it up though...thanks for the tip! >>> "Max Wanadoo" 1/8/2010 2:00 PM >>> If you want to return to the record, save the Bookmark and then reposition on it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: 08 January 2010 18:54 To: Access Developers discussion and problem solving Subject: [AccessD] Question 2...returning to a form OK, for those of you that might have read my other post, this is the next question... For those of you that may not have read it...or maybe your attention span is like mine and...where was I...oh, yeah...maybe you just need a reminder... I've got an entry form, w/a button on it. Press the button and a voucher is created from the data, and you get a print preview of said voucher. When you close the preview, you are returned to the data entry form. But...and herein lies the question...you are returned to record #1, and not where you were. This isn't a huge problem, because in reality, you would almost always be done w/a record, once you print and wouldn't need to return to it. But, the whole reason it goes to a preview to begin with, is that you can check and amend data. So, if there is a reason to change something, I don't want it going to record one and need to travel back to the current record. An easy, although not perfect, approach to this, might be to just open the form to the last record...contemplating this anyhow. Most of the time we will be printing the last record anyhow, so this would probably get us by, for the most part. However, if for no other reason, I'd like to do this, just so I can learn how to do it. So, how can I have my calling form return to its last known record? -- 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 From garykjos at gmail.com Fri Jan 8 13:20:57 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 8 Jan 2010 13:20:57 -0600 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B473C05.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> <4B473C05.167F.006B.0@niagaracounty.com> Message-ID: If you have the form set as a data entry form maybe you can't return to an existing record? GK On Fri, Jan 8, 2010 at 1:07 PM, John Clark wrote: > huh?! ;o) > > Seriously though, I'm not sure what this is. I will look it up though...thanks for the tip! > >>>> "Max Wanadoo" 1/8/2010 2:00 PM >>> > If you want to return to the record, save the Bookmark and then ?reposition > on it. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark > Sent: 08 January 2010 18:54 > To: Access Developers discussion and problem solving > Subject: [AccessD] Question 2...returning to a form > > OK, for those of you that might have read my other post, this is the next > question... > > For those of you that may not have read it...or maybe your attention span is > like mine and...where was I...oh, yeah...maybe you just need a reminder... > > I've got an entry form, w/a button on it. Press the button and a voucher is > created from the data, and you get a print preview of said voucher. When you > close the preview, you are returned to the data entry form. But...and herein > lies the question...you are returned to record #1, and not where you were. > > This isn't a huge problem, because in reality, you would almost always be > done w/a record, once you print and wouldn't need to return to it. But, the > whole reason it goes to a preview to begin with, is that you can check and > amend data. So, if there is a reason to change something, I don't want it > going to record one and need to travel back to the current record. > > An easy, although not perfect, approach to this, might be to just open the > form to the last record...contemplating this anyhow. Most of the time we > will be printing the last record anyhow, so this would probably get us by, > for the most part. > > However, if for no other reason, I'd like to do this, just so I can learn > how to do it. So, how can I have my calling form return to its last known > record? > -- > 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 > -- Gary Kjos garykjos at gmail.com From max.wanadoo at gmail.com Fri Jan 8 13:23:58 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 8 Jan 2010 19:23:58 -0000 Subject: [AccessD] Question 2...returning to a form In-Reply-To: References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> <4B473C05.167F.006B.0@niagaracounty.com> Message-ID: <4b478669.0f67f10a.0f8c.265b@mx.google.com> Don?t know Gary, do you know, I have never ever used data entry form....true. So John, if it is a data entry form you are using, Gary will give you the answer. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: 08 January 2010 19:21 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Question 2...returning to a form If you have the form set as a data entry form maybe you can't return to an existing record? GK On Fri, Jan 8, 2010 at 1:07 PM, John Clark wrote: > huh?! ;o) > > Seriously though, I'm not sure what this is. I will look it up though...thanks for the tip! > >>>> "Max Wanadoo" 1/8/2010 2:00 PM >>> > If you want to return to the record, save the Bookmark and then ?reposition > on it. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark > Sent: 08 January 2010 18:54 > To: Access Developers discussion and problem solving > Subject: [AccessD] Question 2...returning to a form > > OK, for those of you that might have read my other post, this is the next > question... > > For those of you that may not have read it...or maybe your attention span is > like mine and...where was I...oh, yeah...maybe you just need a reminder... > > I've got an entry form, w/a button on it. Press the button and a voucher is > created from the data, and you get a print preview of said voucher. When you > close the preview, you are returned to the data entry form. But...and herein > lies the question...you are returned to record #1, and not where you were. > > This isn't a huge problem, because in reality, you would almost always be > done w/a record, once you print and wouldn't need to return to it. But, the > whole reason it goes to a preview to begin with, is that you can check and > amend data. So, if there is a reason to change something, I don't want it > going to record one and need to travel back to the current record. > > An easy, although not perfect, approach to this, might be to just open the > form to the last record...contemplating this anyhow. Most of the time we > will be printing the last record anyhow, so this would probably get us by, > for the most part. > > However, if for no other reason, I'd like to do this, just so I can learn > how to do it. So, how can I have my calling form return to its last known > record? > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Fri Jan 8 13:49:22 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 8 Jan 2010 13:49:22 -0600 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4b478669.0f67f10a.0f8c.265b@mx.google.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> <4b4780e4.0506d00a.3fa8.ffff87dc@mx.google.com> <4B473C05.167F.006B.0@niagaracounty.com> <4b478669.0f67f10a.0f8c.265b@mx.google.com> Message-ID: HA! No no no.... I don't use data entry forms either. Anyforms for that matter. I just write queries against Oracle tables. I used to do forms way back in Access V 2 in 1996 or so. I do remember that Data Entry forms behaved differently than forms that weren't flagged that way though. GK On Fri, Jan 8, 2010 at 1:23 PM, Max Wanadoo wrote: > Don?t know Gary, do you know, I have never ever used data entry > form....true. > > So John, if it is a data entry form you are using, Gary will give you the > answer. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: 08 January 2010 19:21 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Question 2...returning to a form > > If you have the form set as a data entry form maybe you can't return > to an existing record? > > GK > > On Fri, Jan 8, 2010 at 1:07 PM, John Clark > wrote: >> huh?! ;o) >> >> Seriously though, I'm not sure what this is. I will look it up > though...thanks for the tip! >> >>>>> "Max Wanadoo" 1/8/2010 2:00 PM >>> >> If you want to return to the record, save the Bookmark and then > ?reposition >> on it. >> >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark >> Sent: 08 January 2010 18:54 >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Question 2...returning to a form >> >> OK, for those of you that might have read my other post, this is the next >> question... >> >> For those of you that may not have read it...or maybe your attention span > is >> like mine and...where was I...oh, yeah...maybe you just need a reminder... >> >> I've got an entry form, w/a button on it. Press the button and a voucher > is >> created from the data, and you get a print preview of said voucher. When > you >> close the preview, you are returned to the data entry form. But...and > herein >> lies the question...you are returned to record #1, and not where you were. >> >> This isn't a huge problem, because in reality, you would almost always be >> done w/a record, once you print and wouldn't need to return to it. But, > the >> whole reason it goes to a preview to begin with, is that you can check and >> amend data. So, if there is a reason to change something, I don't want it >> going to record one and need to travel back to the current record. >> >> An easy, although not perfect, approach to this, might be to just open the >> form to the last record...contemplating this anyhow. Most of the time we >> will be printing the last record anyhow, so this would probably get us by, >> for the most part. >> >> However, if for no other reason, I'd like to do this, just so I can learn >> how to do it. So, how can I have my calling form return to its last known >> record? >> -- >> 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 >> > > > > -- > Gary Kjos > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com From ssharkins at gmail.com Fri Jan 8 13:54:42 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 8 Jan 2010 14:54:42 -0500 Subject: [AccessD] Question 2...returning to a form References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> Message-ID: <4227763D1C3C40BAA4865CE96EAAF4E4@SusanOne> http://blogs.techrepublic.com.com/msoffice/?p=663 Susan H. > OK, for those of you that might have read my other post, this is the next > question... > > For those of you that may not have read it...or maybe your attention span > is like mine and...where was I...oh, yeah...maybe you just need a > reminder... > > I've got an entry form, w/a button on it. Press the button and a voucher > is created from the data, and you get a print preview of said voucher. > When you close the preview, you are returned to the data entry form. > But...and herein lies the question...you are returned to record #1, and > not where you were. > > This isn't a huge problem, because in reality, you would almost always be > done w/a record, once you print and wouldn't need to return to it. But, > the whole reason it goes to a preview to begin with, is that you can check > and amend data. So, if there is a reason to change something, I don't want > it going to record one and need to travel back to the current record. > > An easy, although not perfect, approach to this, might be to just open the > form to the last record...contemplating this anyhow. Most of the time we > will be printing the last record anyhow, so this would probably get us by, > for the most part. > > However, if for no other reason, I'd like to do this, just so I can learn > how to do it. So, how can I have my calling form return to its last known > record? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fahooper at trapo.com Fri Jan 8 14:06:25 2010 From: fahooper at trapo.com (Fred Hooper) Date: Fri, 08 Jan 2010 15:06:25 -0500 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: <4B4736FB.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4736FB.167F.006B.0@niagaracounty.com> Message-ID: <4B479041.4090104@trapo.com> For a similar purpose I use a tiny form that floats on top of the example report. It has print and cancel buttons on it. As it works for a number of reports, I feed it the name of the report so it knows which to print or cancel. Fred John Clark wrote: > I just wrote a program that creates vouchers for court witnesses...they take these vouchers to the county treasurer and get a check. As per the suggestion of a list member...Reuben Cummings, I think it was...I built the whole of the report via code. This worked out fantastically, and I am very happy w/it. After typing in the witness and case data, the user can hit the "Create Voucher" button, and you get a print preview of the voucher, and are able to verify the information on it. > > However...I would like there to be a way to send this to the printer, if it looks correct. Currently one must click the office button and choose to print, but I'd like a quicker option, if possible. When you then close the preview, the form opens back up. > > Here are my thoughts so far: > > (A) Keep it the way it is... Hey, it works right? But, I like functionality, and if I were the user, I'd like a button. This is an extra task that this department is inheriting, from the courts, so this will already be an interruption for them and I'd like to make it as simple as possible. > > (B) Put a button on a form... Can you do this? It looks like you can, but are they really buttons? > > (C) Implement a "Hot Key"... If this is possible, it still really isn't very intuitive...if the user and myself both die in tragic accidents simultaneously...hey, anything is possible...will anyone know how to do this? > > (D) Kick up another form, along w/the report, which would have the buttons on it > > (E) Skip the whole idea of a preview and just send the darn thing to the printer from the original button... this would be the easiest, and if there is an error...oh, well! > > Ideas? What do y'all do? > > And, this actually...depending on how I end up going...may bring up another issue. I'll make that another post though... > From dw-murphy at cox.net Fri Jan 8 14:27:29 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 8 Jan 2010 12:27:29 -0800 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: <4B4736FB.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4736FB.167F.006B.0@niagaracounty.com> Message-ID: The way I do this is to create a print button in a menu, or ribon for 2007. The print button opens the print dialog box. I also have a button for sending the report to pdf. That button calls the Leban's print to pdf code. All works well and looks professional. The menu property of the report is set to this menu custom menu bar. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Friday, January 08, 2010 10:46 AM To: Access Developers discussion and problem solving Subject: [AccessD] Send report to printer...after viewing I just wrote a program that creates vouchers for court witnesses...they take these vouchers to the county treasurer and get a check. As per the suggestion of a list member...Reuben Cummings, I think it was...I built the whole of the report via code. This worked out fantastically, and I am very happy w/it. After typing in the witness and case data, the user can hit the "Create Voucher" button, and you get a print preview of the voucher, and are able to verify the information on it. However...I would like there to be a way to send this to the printer, if it looks correct. Currently one must click the office button and choose to print, but I'd like a quicker option, if possible. When you then close the preview, the form opens back up. Here are my thoughts so far: (A) Keep it the way it is... Hey, it works right? But, I like functionality, and if I were the user, I'd like a button. This is an extra task that this department is inheriting, from the courts, so this will already be an interruption for them and I'd like to make it as simple as possible. (B) Put a button on a form... Can you do this? It looks like you can, but are they really buttons? (C) Implement a "Hot Key"... If this is possible, it still really isn't very intuitive...if the user and myself both die in tragic accidents simultaneously...hey, anything is possible...will anyone know how to do this? (D) Kick up another form, along w/the report, which would have the buttons on it (E) Skip the whole idea of a preview and just send the darn thing to the printer from the original button... this would be the easiest, and if there is an error...oh, well! Ideas? What do y'all do? And, this actually...depending on how I end up going...may bring up another issue. I'll make that another post though... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jan 8 15:05:19 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 08 Jan 2010 16:05:19 -0500 Subject: [AccessD] How to work Offline with SQL Server Message-ID: <4B479E0F.9000900@colbyconsulting.com> When my clients use Access MDBs for the data store it is a trivial matter to set up mapped drives, and then link live / offline. 1) Create a "live data directory" and store the live data be in that. 2) Share that and map it as the X: drive on the workstations. 3) Link the FE to the BE on that mapped X: drive 4) Create a dev directory on my dev machine. 5) Share that. 6) Create a batch MapLive.Bat file that maps the Live directory as X: drive. 7) Create a batch MapLocal.Bat file that maps my local share as the X: drive. 8) Run MapLocal when debugging. Any changes to data is written to the local copy of the BE on my hard drive. 9) Run MapLive when updating live data. Any data changes written to the live database. So, how do I achieve the same flexibility using SQL Server? In this case the data resides in a database on a server. In order to have the same kind of isolation from test to live I would have to maintain a mirror of the database somewhere. It seems rather unwieldy. Does anyone do this kind of thing using SQL Server as the data store? -- John W. Colby www.ColbyConsulting.com From rusty.hammond at cpiqpc.com Fri Jan 8 15:16:18 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Fri, 8 Jan 2010 15:16:18 -0600 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <4B479E0F.9000900@colbyconsulting.com> References: <4B479E0F.9000900@colbyconsulting.com> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> If the database is large then we have a separate test server we use. For smaller databases, we've used the free SQL Server Express and installed it on the developer's machine - so the database is on the local machine for testing. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 08, 2010 3:05 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to work Offline with SQL Server When my clients use Access MDBs for the data store it is a trivial matter to set up mapped drives, and then link live / offline. 1) Create a "live data directory" and store the live data be in that. 2) Share that and map it as the X: drive on the workstations. 3) Link the FE to the BE on that mapped X: drive 4) Create a dev directory on my dev machine. 5) Share that. 6) Create a batch MapLive.Bat file that maps the Live directory as X: drive. 7) Create a batch MapLocal.Bat file that maps my local share as the X: drive. 8) Run MapLocal when debugging. Any changes to data is written to the local copy of the BE on my hard drive. 9) Run MapLive when updating live data. Any data changes written to the live database. So, how do I achieve the same flexibility using SQL Server? In this case the data resides in a database on a server. In order to have the same kind of isolation from test to live I would have to maintain a mirror of the database somewhere. It seems rather unwieldy. Does anyone do this kind of thing using SQL Server as the data store? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From jwcolby at colbyconsulting.com Fri Jan 8 15:55:20 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 08 Jan 2010 16:55:20 -0500 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B4738EA.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> Message-ID: <4B47A9C8.3080901@colbyconsulting.com> John, You didn't really specify how the two forms inter-operate. does the calling form close and reopen? If so why? If it doesn't close, then it should still be at that record when you are done. Likewise, when you say "data entry form" are you saying a form that opens on the new record to allow you to enter a new record (data entry mode)? Or just "generically" a form that you use to enter data on. It is trivial to pass information to an opening form. Pass in the PKID of the record that you are coming from. Then when control returns to the calling form, just seek to that record. In my framework, I often pass in the PK of the record that the OPENING form should seek to. When the form opens, it gets that PKID, then goes to the record requested. Usually if I want a new form to do something but to get back to the same record in the calling form, I just leave the calling form open and open the new form modal. When I close the new form I am back where I started. John W. Colby www.ColbyConsulting.com John Clark wrote: > OK, for those of you that might have read my other post, this is the next question... > > For those of you that may not have read it...or maybe your attention span is like mine and...where was I...oh, yeah...maybe you just need a reminder... > > I've got an entry form, w/a button on it. Press the button and a voucher is created from the data, and you get a print preview of said voucher. When you close the preview, you are returned to the data entry form. But...and herein lies the question...you are returned to record #1, and not where you were. > > This isn't a huge problem, because in reality, you would almost always be done w/a record, once you print and wouldn't need to return to it. But, the whole reason it goes to a preview to begin with, is that you can check and amend data. So, if there is a reason to change something, I don't want it going to record one and need to travel back to the current record. > > An easy, although not perfect, approach to this, might be to just open the form to the last record...contemplating this anyhow. Most of the time we will be printing the last record anyhow, so this would probably get us by, for the most part. > > However, if for no other reason, I'd like to do this, just so I can learn how to do it. So, how can I have my calling form return to its last known record? From jwcolby at colbyconsulting.com Fri Jan 8 15:59:03 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 08 Jan 2010 16:59:03 -0500 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> References: <4B479E0F.9000900@colbyconsulting.com> <49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4B47AAA7.7030602@colbyconsulting.com> In this specific case I remote desktop directly into the server and work on that. I am really asking "how do you keep the test and dev database in sync" at least structure wise. Using the mapped drive / mdb it is trivial to just copy the back end be to the local drive. That also gets the latest data. John W. Colby www.ColbyConsulting.com Rusty Hammond wrote: > If the database is large then we have a separate test server we use. > For smaller databases, we've used the free SQL Server Express and > installed it on the developer's machine - so the database is on the > local machine for testing. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 08, 2010 3:05 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to work Offline with SQL Server > > When my clients use Access MDBs for the data store it is a trivial > matter to set up mapped drives, and then link live / offline. > > 1) Create a "live data directory" and store the live data be in that. > 2) Share that and map it as the X: drive on the workstations. > 3) Link the FE to the BE on that mapped X: drive > 4) Create a dev directory on my dev machine. > 5) Share that. > 6) Create a batch MapLive.Bat file that maps the Live directory as X: > drive. > 7) Create a batch MapLocal.Bat file that maps my local share as the X: > drive. > 8) Run MapLocal when debugging. Any changes to data is written to the > local copy of the BE on my hard drive. > 9) Run MapLive when updating live data. Any data changes written to the > live database. > > So, how do I achieve the same flexibility using SQL Server? In this > case the data resides in a database on a server. In order to have the > same kind of isolation from test to live I would have to maintain a > mirror of the database somewhere. It seems rather unwieldy. > > Does anyone do this kind of thing using SQL Server as the data store? > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. > corporate e-mail system and is subject to archival, monitoring or review > by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > From rockysmolin at bchacc.com Fri Jan 8 16:03:22 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 8 Jan 2010 14:03:22 -0800 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: <4B4736FB.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4736FB.167F.006B.0@niagaracounty.com> Message-ID: <4B25A62940004A6E85FE9D96F6B64C15@HAL9005> Ctrl-P? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Friday, January 08, 2010 10:46 AM To: Access Developers discussion and problem solving Subject: [AccessD] Send report to printer...after viewing I just wrote a program that creates vouchers for court witnesses...they take these vouchers to the county treasurer and get a check. As per the suggestion of a list member...Reuben Cummings, I think it was...I built the whole of the report via code. This worked out fantastically, and I am very happy w/it. After typing in the witness and case data, the user can hit the "Create Voucher" button, and you get a print preview of the voucher, and are able to verify the information on it. However...I would like there to be a way to send this to the printer, if it looks correct. Currently one must click the office button and choose to print, but I'd like a quicker option, if possible. When you then close the preview, the form opens back up. Here are my thoughts so far: (A) Keep it the way it is... Hey, it works right? But, I like functionality, and if I were the user, I'd like a button. This is an extra task that this department is inheriting, from the courts, so this will already be an interruption for them and I'd like to make it as simple as possible. (B) Put a button on a form... Can you do this? It looks like you can, but are they really buttons? (C) Implement a "Hot Key"... If this is possible, it still really isn't very intuitive...if the user and myself both die in tragic accidents simultaneously...hey, anything is possible...will anyone know how to do this? (D) Kick up another form, along w/the report, which would have the buttons on it (E) Skip the whole idea of a preview and just send the darn thing to the printer from the original button... this would be the easiest, and if there is an error...oh, well! Ideas? What do y'all do? And, this actually...depending on how I end up going...may bring up another issue. I'll make that another post though... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rusty.hammond at cpiqpc.com Fri Jan 8 16:24:02 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Fri, 8 Jan 2010 16:24:02 -0600 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <4B47AAA7.7030602@colbyconsulting.com> References: <4B479E0F.9000900@colbyconsulting.com><49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> <4B47AAA7.7030602@colbyconsulting.com> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D793F7@CPIEMAIL-EVS1.CPIQPC.NET> Ahh. To keep them in sync structure wise, you can script the database, then run the script on the test db to create all of the tables, views, stored procs, etc.. This basically requires blasting away the current version and creating a new one. If you want to keep the database intact and just make changes to make it match, you have to write your own sql scripts that will modify the objects in your database. Is that what you needed? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 08, 2010 3:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to work Offline with SQL Server In this specific case I remote desktop directly into the server and work on that. I am really asking "how do you keep the test and dev database in sync" at least structure wise. Using the mapped drive / mdb it is trivial to just copy the back end be to the local drive. That also gets the latest data. John W. Colby www.ColbyConsulting.com Rusty Hammond wrote: > If the database is large then we have a separate test server we use. > For smaller databases, we've used the free SQL Server Express and > installed it on the developer's machine - so the database is on the > local machine for testing. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 08, 2010 3:05 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to work Offline with SQL Server > > When my clients use Access MDBs for the data store it is a trivial > matter to set up mapped drives, and then link live / offline. > > 1) Create a "live data directory" and store the live data be in that. > 2) Share that and map it as the X: drive on the workstations. > 3) Link the FE to the BE on that mapped X: drive > 4) Create a dev directory on my dev machine. > 5) Share that. > 6) Create a batch MapLive.Bat file that maps the Live directory as X: > drive. > 7) Create a batch MapLocal.Bat file that maps my local share as the X: > drive. > 8) Run MapLocal when debugging. Any changes to data is written to the > local copy of the BE on my hard drive. > 9) Run MapLive when updating live data. Any data changes written to > the live database. > > So, how do I achieve the same flexibility using SQL Server? In this > case the data resides in a database on a server. In order to have the > same kind of isolation from test to live I would have to maintain a > mirror of the database somewhere. It seems rather unwieldy. > > Does anyone do this kind of thing using SQL Server as the data store? > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. > corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From davidmcafee at gmail.com Fri Jan 8 16:26:06 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 8 Jan 2010 14:26:06 -0800 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <4B47AAA7.7030602@colbyconsulting.com> References: <4B479E0F.9000900@colbyconsulting.com> <49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> <4B47AAA7.7030602@colbyconsulting.com> Message-ID: <8786a4c01001081426h143c9ca3p261d164752fa70d@mail.gmail.com> I run nightly backup/restore jobs on my live and dev servers. This is the TSQL (watch for wrap): BACKUP DATABASE [MachinesNew] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MachinesNew.Bak' WITH INIT , NOUNLOAD , NAME = N'MachinesNew backup', NOSKIP , STATS = 10, NOFORMAT I then have a vb.net job run each night a few minutes after the back up that copies the .bak file from the live server to the dev server A few minutes after that I have a restore job run on the dev server. I originally did this to have a back up of the data. Created the job and let it run. It worked great! When I finally got around to making design changes, I worked all day on these new stored procedures. I came in the next morning and all my changes were gone! I couldn't figure out what happened, then it hit me! It turns out the dev db was being overwritten by the live one at night :) DOH! David On Fri, Jan 8, 2010 at 1:59 PM, jwcolby wrote: > In this specific case I remote desktop directly into the server and work on that. ?I am really > asking "how do you keep the test and dev database in sync" at least structure wise. ?Using the > mapped drive / mdb it is trivial to just copy the back end be to the local drive. ?That also gets > the latest data. > > John W. Colby > www.ColbyConsulting.com > > > Rusty Hammond wrote: >> If the database is large then we have a separate test server we use. >> For smaller databases, we've used the free SQL Server Express and >> installed it on the developer's machine - so the database is on the >> local machine for testing. >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, January 08, 2010 3:05 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] How to work Offline with SQL Server >> >> When my clients use Access MDBs for the data store it is a trivial >> matter to set up mapped drives, and then link live / offline. >> >> 1) Create a "live data directory" and store the live data be in that. >> 2) Share that and map it as the X: drive on the workstations. >> 3) Link the FE to the BE on that mapped X: drive >> 4) Create a dev directory on my dev machine. >> 5) Share that. >> 6) Create a batch MapLive.Bat file that maps the Live directory as X: >> drive. >> 7) Create a batch MapLocal.Bat file that maps my local share as the X: >> drive. >> 8) Run MapLocal when debugging. ?Any changes to data is written to the >> local copy of the BE on my hard drive. >> 9) Run MapLive when updating live data. ?Any data changes written to the >> live database. >> >> So, how do I achieve the same flexibility using SQL Server? ?In this >> case the data resides in a database on a server. ?In order to have the >> same kind of isolation from test to live I would have to maintain a >> mirror of the database somewhere. ?It seems rather unwieldy. >> >> Does anyone do this kind of thing using SQL Server as the data store? >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> ********************************************************************** >> WARNING: All e-mail sent to and from this address will be received, >> scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. >> corporate e-mail system and is subject to archival, monitoring or review >> by, and/or disclosure to, someone other than the recipient. >> ********************************************************************** >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rusty.hammond at cpiqpc.com Fri Jan 8 16:39:36 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Fri, 8 Jan 2010 16:39:36 -0600 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D793F7@CPIEMAIL-EVS1.CPIQPC.NET> References: <4B479E0F.9000900@colbyconsulting.com><49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> <4B47AAA7.7030602@colbyconsulting.com> <49A286ABF515E94A8505CD14DEB7217006D793F7@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D793F8@CPIEMAIL-EVS1.CPIQPC.NET> I guess I should add, you can script individual objects or the entire database via SQL Server Management Studio. To script the database, right click on the database and choose the "Script Database As" option and choose the appropriate options from the list. Likewise to script an individual object, just right click on the object and choose the Script object option. -----Original Message----- From: Rusty Hammond Sent: Friday, January 08, 2010 4:24 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] How to work Offline with SQL Server Ahh. To keep them in sync structure wise, you can script the database, then run the script on the test db to create all of the tables, views, stored procs, etc.. This basically requires blasting away the current version and creating a new one. If you want to keep the database intact and just make changes to make it match, you have to write your own sql scripts that will modify the objects in your database. Is that what you needed? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 08, 2010 3:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to work Offline with SQL Server In this specific case I remote desktop directly into the server and work on that. I am really asking "how do you keep the test and dev database in sync" at least structure wise. Using the mapped drive / mdb it is trivial to just copy the back end be to the local drive. That also gets the latest data. John W. Colby www.ColbyConsulting.com Rusty Hammond wrote: > If the database is large then we have a separate test server we use. > For smaller databases, we've used the free SQL Server Express and > installed it on the developer's machine - so the database is on the > local machine for testing. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 08, 2010 3:05 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] How to work Offline with SQL Server > > When my clients use Access MDBs for the data store it is a trivial > matter to set up mapped drives, and then link live / offline. > > 1) Create a "live data directory" and store the live data be in that. > 2) Share that and map it as the X: drive on the workstations. > 3) Link the FE to the BE on that mapped X: drive > 4) Create a dev directory on my dev machine. > 5) Share that. > 6) Create a batch MapLive.Bat file that maps the Live directory as X: > drive. > 7) Create a batch MapLocal.Bat file that maps my local share as the X: > drive. > 8) Run MapLocal when debugging. Any changes to data is written to the > local copy of the BE on my hard drive. > 9) Run MapLive when updating live data. Any data changes written to > the live database. > > So, how do I achieve the same flexibility using SQL Server? In this > case the data resides in a database on a server. In order to have the > same kind of isolation from test to live I would have to maintain a > mirror of the database somewhere. It seems rather unwieldy. > > Does anyone do this kind of thing using SQL Server as the data store? > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. > corporate e-mail system and is subject to archival, monitoring or > review by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From robert at servicexp.com Fri Jan 8 17:17:57 2010 From: robert at servicexp.com (Robert) Date: Fri, 8 Jan 2010 18:17:57 -0500 Subject: [AccessD] Moving to Windows 7 ?? In-Reply-To: References: <288F49765F05664892CB6A145CAEB08420ECEF9E@SRCMX02.SMI.symmetry.local> <4b43a205.0f67f10a.0b13.70d5@mx.google.com> <4b43a6b2.0e67f10a.2282.6b8e@mx.google.com> <0F15ED19AB204E6E88BC13B44E10776D@HAL9005> <4b43af89.0f67f10a.0b13.746c@mx.google.com> <63DCF92D3F8F4CD08376838C0081DD2D@danwaters> <4b43bfd1.0d67f10a.0c13.6e02@mx.google.com> <62CD9716FC9E4F95B5BBABA845E3F20E@XPS> <4b44b0c6.0a1ad00a.71b1.7bd3@mx.google.com><6BA6BA0166D04AF3B87381F9035AA8BE@XPS> <000001ca8eeb$528ecef0$f7ac6cd0$@com> Message-ID: <000f01ca90b8$d12b52a0$7381f7e0$@com> Thanks for all the feedback, I went with Win 7 32 Bit for now. I just couldn't bring myself to making that 64 Bit jump... Had hard enough time just moving from Win XP to Win 7...:-) Thanks Again!! WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 06, 2010 3:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Moving to Windows 7 ?? Nope, no problems. I've been running Windows 7 64 bit on both my work desktop and work laptop. Works beautifully. There are a few things that won't work/install in the 64 bit environment that I have found (Access, 97 to 2007 install fine, though switching between 97 and newer versions is a pain, cause it requires a registry change that UAC won't like, you have to start 97 as an 'administrator' (not just logged in as one, but use the shortcut menu option), to force the registry change, and 97 will keep working until you load a newer version of Access, then it's back to running it as an Admin). VB 6 works fine, Visual Studio works fine. Only dev problem I personally have is our Production database is run on an Oracle DB, and the ODBC drivers don't work in a 64 bit environment (but it's been several months since I have looked to see if Oracle has anything out that will work yet...). >From a network admin viewpoint (the following were all from when I installed Windows 7 in October, I have not researched any of these since then, so there may be solutions now...), we still use Exchange 2003, which requires special tabs in the AD Schema, and those won't install in the 64 bit windows 7. The current version of Websense Administration package won't install at all. And you need to install the proper versions of some software (there will sometimes be 32 bit and 64 bit versions...like for Virtual PC, etc.). Other than that, 64 bit rocks...and I'm using a machine that is about 2 years old now. I HIGHLY recommend that if you have a decent machine, that you go with a RAID 0+1 or RAID 5, and get a performance boost from your drives, because it'll make Windows 7 scream that much faster! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Wednesday, January 06, 2010 10:14 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Moving to Windows 7 ?? I'm currently evaluating moving my main development machines to Windows 7. My questions is: 1) Can you successfully Develop a 32 bit application such as MS Access (2003-2007) with many ActiveX Controls, in Windows 7 64 Bit? 2) Should I even Use Windows 7 64 Bit? ...;-) WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Jan 8 18:25:35 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 8 Jan 2010 16:25:35 -0800 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <001801ca9007$a9389930$0701a8c0@MSIMMSWS> References: <4b45eb78.5544f10a.345c.1252@mx.google.com> <20100108000456.QBFZF.262554.root@cdptpa-web01-z01> <001801ca9007$a9389930$0701a8c0@MSIMMSWS> Message-ID: Microsoft definitely needs a new innovative person at its helm... Accountants and salespeople are not good leaders in any business. In a tech business the very least they should have is a techy but another great visionary would be ultimate choice. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, January 07, 2010 6:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint Re: "The reason why it's slow is the use of XML and XSL to display the data." One might ask: Why ? Why did Microsoft embrace these "heavyweight" technologies and not create their own "lightweight" counterparts ? When you discover that CAML is quite elegant, the answer is probably: "They FINALLY Got it !" I think Microsoft from 2004 -> 2008 was in quite a "funk". No question they are now moving out of that state with Office 2010 and Sharepoint 2010 and Web Expression 3. All great products. However, this may explain that period of malaise: http://blogs.computerworld.com/15288/is_it_finally_time_for_ballmer_to_go_at _microsoft -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jan 8 19:42:35 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 08 Jan 2010 20:42:35 -0500 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D793F7@CPIEMAIL-EVS1.CPIQPC.NET> References: <4B479E0F.9000900@colbyconsulting.com><49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> <4B47AAA7.7030602@colbyconsulting.com> <49A286ABF515E94A8505CD14DEB7217006D793F7@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4B47DF0B.2000204@colbyconsulting.com> I guess so. The client was sold a conversion to SQL Server. When things no longer worked I was called up to straighten out the mess. This is really the first client that now actually uses a SQL Server BE, so I don't have any experience in how to maintain a development data store. John W. Colby www.ColbyConsulting.com Rusty Hammond wrote: > Ahh. To keep them in sync structure wise, you can script the database, > then run the script on the test db to create all of the tables, views, > stored procs, etc.. This basically requires blasting away the current > version and creating a new one. > > If you want to keep the database intact and just make changes to make it > match, you have to write your own sql scripts that will modify the > objects in your database. > > Is that what you needed? From ebarro at roadrunner.com Fri Jan 8 20:12:04 2010 From: ebarro at roadrunner.com (Eric Barro) Date: Fri, 8 Jan 2010 18:12:04 -0800 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: References: <4b45eb78.5544f10a.345c.1252@mx.google.com><20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS><631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, <14D337A5EF1D4F729C55A316DC31D19E@XPS><631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk><4B4748FD.2040901@colbyconsulting.com> Message-ID: Jim, Even the workflow management aspect doesn't really offer much. You will need either Sharepoint Designer or Visual Studio to design workflow that has even the slightest complicated logic. I won't even go to the convoluted way it uses lookup logic. :) Eric -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 08, 2010 7:34 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] !RE: Database vs Sharepoint John, <> Excellent point. SharePoint is a fantastic tool for what it was designed to do; workflow management and collaboration. But to try and use it as a database? No, definitely not. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 08, 2010 10:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] !RE: Database vs Sharepoint > My somewhat subtle point there was that "slow" is a relative term. LOL. I didn't find it all that subtle! ;) And yes, if you look at what they are doing (sharepoint), using a SQL Server to hold denormalized data and then normalize / denormalize on the fly, it is never going to be in the same league as a true database. It is amusing that in the original post a "sharepoint expert" (not a database expert is implied here) is "pronouncing" that sharepoint is much better than a true database, when sharepoint is in fact built inside of a true database. So much for "expert". And again, the point has to be "better than what FOR what?". It seems to me (and I am speaking from immense ignorance) that Sharepoint is attempting to abstract away the complexities of a true database so that the "average" user can use a database without having to know how to use a database. Abstraction always comes at a price. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > My somewhat subtle point there was that "slow" is a relative term. > In some cases, it depends on how much hardware you throw at something. > > Look at Vista. Folks that bought a brand new PC thought it was OK, > but the 90% of us that tried it without buying something new found it "slow" and > not all that great. > > My guess would be that as part of a University, your pretty heavy on > hardware (at least more so then most data centers). Most SharePoint setups > I've seen are always done with one or two servers at best. > > > Jim. -- 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 From marksimms at verizon.net Fri Jan 8 23:44:26 2010 From: marksimms at verizon.net (Mark Simms) Date: Sat, 09 Jan 2010 00:44:26 -0500 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: References: <4b45eb78.5544f10a.345c.1252@mx.google.com><20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, <001801ca9007$a9389930$0701a8c0@MSIMMSWS><631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, <14D337A5EF1D4F729C55A316DC31D19E@XPS><631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk><4B4748FD.2040901@colbyconsulting.com> Message-ID: <003901ca90ee$ce037630$0701a8c0@MSIMMSWS> > Even the workflow management aspect doesn't really offer > much. You will need either Sharepoint Designer or Visual > Studio to design workflow that has even the slightest > complicated logic. I won't even go to the convoluted way it > uses lookup logic. :) I believe this has improved somewhat in Sharepoint 2010. Given the other enhancements and features.... I'd go so far as to say SP 2010 has made SP 2007 obsolete overnight. From tinanfields at torchlake.com Sat Jan 9 08:02:46 2010 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Sat, 09 Jan 2010 09:02:46 -0500 Subject: [AccessD] Microsoft partner In-Reply-To: <4B448FEB.70602@colbyconsulting.com> References: <4B43616F.5050509@colbyconsulting.com><034a01ca8e5a$131eb1e0$0701a8c0@MSIMMSWS> <4B448FEB.70602@colbyconsulting.com> Message-ID: <4B488C86.2010506@torchlake.com> John, I am also a "not very active 'partner.'" Got that by being somewhat associated with a local fellow who built and repaired computers and installed Microsoft software. It would be grand to get something useful out of this "partnership." What would we have to do to form this Virtual Organization? T jwcolby wrote: > Mark, > > Understand that I am NOT a very active "partner", in fact as far as I can tell I am more an > "associate". I have never made any effort to do the qualifications etc. > > From what I can tell, for various reasons it is not a good idea to approach the "partnership" from > a "how many referrals" angle. While MS does have a "referral" process, if you are going to pursue > the partnership it would probably work best to approach it from a "what can I learn" and "what > software can I get" all for a reduced price. If you ever get any referrals that is a bonus. > > All of that said with the understanding that I am not really active in their program. I would like > to be, but more in order to get trained up a little. There are areas that I would like to know more > about. Personally, I have never had much use for Microsoft's "credentials", but many people do get > them. > > I have always been about "what do I know" more than "what strings of characters can I put after my > name". OTOH if I had spent 10 years getting a "doctor" title that would probably be important to me. > > In terms of my proposal however I think forming a "virtual consulting company" would be about > referrals, however the referrals would likely come from other members of the company. If there are > 10 guys from this list, we would undoubtedly have a wide range of backgrounds and expertise. If > someone asks if I can do virtualization, I would be able to say "I'll get back to you" and go see if > any of you are strong in that area. Or maybe even have a spreadsheet or word document that would > tell me "Member XYZ claims to be an 'expert' in these areas". That kind of thing. > > AND... those "strings of characters" are important to some clients. Thus being able to put a whole > string of Microsoft credentials on my web site might attract business. I would not necessarily > perform the work, it might go to another partner in the company. > > More and more, where you live affects your ability to perform your work very little. We can remote > in to do programming, database design or maintenance and so forth. If you don't have to physically > touch something then it can often be done remotely. A "virtual" company consisting of highly > skilled people scattered around the world could work well. > > John W. Colby > www.ColbyConsulting.com > > > Mark Simms wrote: > >> John - I'm just kind of curious about the MSFT Partnership program.... >> Do you get any decent leads or referals from them ? >> >> >> >> From rusty.hammond at cpiqpc.com Sat Jan 9 10:51:24 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Sat, 9 Jan 2010 10:51:24 -0600 Subject: [AccessD] How to work Offline with SQL Server In-Reply-To: <4B47DF0B.2000204@colbyconsulting.com> References: <4B479E0F.9000900@colbyconsulting.com><49A286ABF515E94A8505CD14DEB7217006D793F6@CPIEMAIL-EVS1.CPIQPC.NET> <4B47AAA7.7030602@colbyconsulting.com><49A286ABF515E94A8505CD14DEB7217006D793F7@CPIEMAIL-EVS1.CPIQPC.NET> <4B47DF0B.2000204@colbyconsulting.com> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D793FA@CPIEMAIL-EVS1.CPIQPC.NET> John, Another way to do it if they don't mind you having their data, is to backup their database to a file, then restore it onto your server for developing against. Then you have actual data to work with. HTH -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 08, 2010 7:43 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to work Offline with SQL Server I guess so. The client was sold a conversion to SQL Server. When things no longer worked I was called up to straighten out the mess. This is really the first client that now actually uses a SQL Server BE, so I don't have any experience in how to maintain a development data store. John W. Colby www.ColbyConsulting.com Rusty Hammond wrote: > Ahh. To keep them in sync structure wise, you can script the > database, then run the script on the test db to create all of the > tables, views, stored procs, etc.. This basically requires blasting > away the current version and creating a new one. > > If you want to keep the database intact and just make changes to make > it match, you have to write your own sql scripts that will modify the > objects in your database. > > Is that what you needed? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From tinanfields at torchlake.com Sat Jan 9 11:25:40 2010 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Sat, 09 Jan 2010 12:25:40 -0500 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: <4B48BC14.1050901@torchlake.com> That is just great! I really love it! See all those books?!?!?! See how adroitly she looks things up?!?!?!?! Oh, and the view from Everest was just smashing! Thanks, Gustav. T Gustav Brock wrote: > Hi all > > Wondered how Google search really works? > Well: > > http://www.insideyoursearch.com/ > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > /gustav > > > From dwaters at usinternet.com Sat Jan 9 12:13:25 2010 From: dwaters at usinternet.com (Dan Waters) Date: Sat, 9 Jan 2010 12:13:25 -0600 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: <4B48BC14.1050901@torchlake.com> References: <4B48BC14.1050901@torchlake.com> Message-ID: <21B4274F6D0049C8A8E76E9F34F1C0DE@danwaters> The view from Everest??? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields Sent: Saturday, January 09, 2010 11:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Friday Humour. Inside Google That is just great! I really love it! See all those books?!?!?! See how adroitly she looks things up?!?!?!?! Oh, and the view from Everest was just smashing! Thanks, Gustav. T Gustav Brock wrote: > Hi all > > Wondered how Google search really works? > Well: > > http://www.insideyoursearch.com/ > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > /gustav > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at gfconsultants.com Sat Jan 9 12:52:36 2010 From: accessd at gfconsultants.com (Reuben Cummings) Date: Sat, 9 Jan 2010 13:52:36 -0500 Subject: [AccessD] Send report to printer...after viewing In-Reply-To: <4B479041.4090104@trapo.com> Message-ID: Fed, are you willing to share your little form mentioned below. I would love to do something like this. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Fred Hooper > Sent: Friday, January 08, 2010 3:06 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Send report to printer...after viewing > > > For a similar purpose I use a tiny form that floats on top of the > example report. It has print and cancel buttons on it. As it > works for a > number of reports, I feed it the name of the report so it > knows which to > print or cancel. > > Fred > > John Clark wrote: > > I just wrote a program that creates vouchers for court > witnesses...they take these vouchers to the county treasurer > and get a check. As per the suggestion of a list > member...Reuben Cummings, I think it was...I built the whole > of the report via code. This worked out fantastically, and I > am very happy w/it. After typing in the witness and case > data, the user can hit the "Create Voucher" button, and you > get a print preview of the voucher, and are able to verify > the information on it. > > > > However...I would like there to be a way to send this to > the printer, if it looks correct. Currently one must click > the office button and choose to print, but I'd like a quicker > option, if possible. When you then close the preview, the > form opens back up. > > > > Here are my thoughts so far: > > > > (A) Keep it the way it is... Hey, it works right? But, I > like functionality, and if I were the user, I'd like a > button. This is an extra task that this department is > inheriting, from the courts, so this will already be an > interruption for them and I'd like to make it as simple as possible. > > > > (B) Put a button on a form... Can you do this? It looks > like you can, but are they really buttons? > > > > (C) Implement a "Hot Key"... If this is possible, it still > really isn't very intuitive...if the user and myself both die > in tragic accidents simultaneously...hey, anything is > possible...will anyone know how to do this? > > > > (D) Kick up another form, along w/the report, which would > have the buttons on it > > > > (E) Skip the whole idea of a preview and just send the darn > thing to the printer from the original button... this would > be the easiest, and if there is an error...oh, well! > > > > Ideas? What do y'all do? > > > > And, this actually...depending on how I end up going...may > bring up another issue. I'll make that another post though... > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwelz at hotmail.com Sat Jan 9 13:16:47 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Sat, 9 Jan 2010 12:16:47 -0700 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: <21B4274F6D0049C8A8E76E9F34F1C0DE@danwaters> References: <4B48BC14.1050901@torchlake.com>, <21B4274F6D0049C8A8E76E9F34F1C0DE@danwaters> Message-ID: I see an ad about Weetabix, and a few links that go to: about:blank and some crap pasted below: For the best experience, the site requires the latest Flash Player plugin and also requires that you enable Javascript ???? Everest ???? Books ???? Mirrored Text ???? Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Sat, 9 Jan 2010 12:13:25 -0600 > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > The view from Everest??? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Saturday, January 09, 2010 11:26 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > That is just great! I really love it! See all those books?!?!?! See > how adroitly she looks things up?!?!?!?! Oh, and the view from Everest > was just smashing! > Thanks, Gustav. > T > > Gustav Brock wrote: > > Hi all > > > > Wondered how Google search really works? > > Well: > > > > http://www.insideyoursearch.com/ > > > > Don't be fooled. It actually works - but a bit of training in reading > mirrored text is needed! > > > > /gustav _________________________________________________________________ Reinvent how you stay in touch with the new Windows Live Messenger. http://go.microsoft.com/?linkid=9706116 From jwelz at hotmail.com Sat Jan 9 13:22:31 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Sat, 9 Jan 2010 12:22:31 -0700 Subject: [AccessD] !RE: Database vs Sharepoint In-Reply-To: <003901ca90ee$ce037630$0701a8c0@MSIMMSWS> References: <4b45eb78.5544f10a.345c.1252@mx.google.com><20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, , <001801ca9007$a9389930$0701a8c0@MSIMMSWS><631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, , <14D337A5EF1D4F729C55A316DC31D19E@XPS><631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk><4B4748FD.2040901@colbyconsulting.com>, , , <003901ca90ee$ce037630$0701a8c0@MSIMMSWS> Message-ID: >From what I can make out, you could almost make 07 obsolete from the old dos prompt when it comes to managing files. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: marksimms at verizon.net > To: accessd at databaseadvisors.com > Date: Sat, 9 Jan 2010 00:44:26 -0500 > Subject: Re: [AccessD] !RE: Database vs Sharepoint > > > Even the workflow management aspect doesn't really offer > > much. You will need either Sharepoint Designer or Visual > > Studio to design workflow that has even the slightest > > complicated logic. I won't even go to the convoluted way it > > uses lookup logic. :) > I believe this has improved somewhat in Sharepoint 2010. > Given the other enhancements and features.... > I'd go so far as to say SP 2010 has made SP 2007 obsolete overnight. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ From gustav at cactus.dk Sat Jan 9 17:00:31 2010 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 10 Jan 2010 00:00:31 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google Message-ID: Hi J?rgen Yeps, without animation and scripting not much is left. Borrow a pc outside your corporate LAN. Watch the introductory search demos; then start typing your own search items - if you don't get it, the nice lady directs by pointing with her hand - and you'll find out it's live! /gustav >>> jwelz at hotmail.com 09-01-2010 20:16:47 >>> I see an ad about Weetabix, and a few links that go to: about:blank and some crap pasted below: For the best experience, the site requires the latest Flash Player plugin and also requires that you enable Javascript ???? Everest ???? Books ???? Mirrored Text ???? Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Sat, 9 Jan 2010 12:13:25 -0600 > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > The view from Everest??? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Saturday, January 09, 2010 11:26 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > That is just great! I really love it! See all those books?!?!?! See > how adroitly she looks things up?!?!?!?! Oh, and the view from Everest > was just smashing! > Thanks, Gustav. > T > > Gustav Brock wrote: > > Hi all > > > > Wondered how Google search really works? > > Well: > > > > http://www.insideyoursearch.com/ > > > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > > > /gustav From jwelz at hotmail.com Sat Jan 9 18:02:29 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Sat, 9 Jan 2010 17:02:29 -0700 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: Gustav: That's on my personal laptop (VAIO z710 - Vista). Using IE 8. All IE security and advanced settings set to default via the Tools > Internet Options menu after your post and still the same result. I've got flash and run Java to get onto our corporate LAN via remote desktop. I use youtube quite a bit for music and watch a bit of news from the VAIO laptop. I also see flash annimations of mechanical systems on a regular basis on various radio control modelling sites. I'll try the Google search link from my iMac later tonight. This is one of the reasons I have reservations about SharePoint and browser based applications. Ciao J?rgen Welz > Date: Sun, 10 Jan 2010 00:00:31 +0100 > From: gustav at cactus.dk > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > Hi J?rgen > > Yeps, without animation and scripting not much is left. > > Borrow a pc outside your corporate LAN. Watch the introductory search > demos; then start typing your own search items - if you don't get it, > the nice lady directs by pointing with her hand - and you'll find out > it's live! > > /gustav _________________________________________________________________ From gustav at cactus.dk Sat Jan 9 18:29:31 2010 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 10 Jan 2010 01:29:31 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google Message-ID: Hi J?rgen Can't tell you what is missing. However, I would be surprised if neither your iMac can't replay this. But it really is just for fun; don't spend too much time on the project ... /gustav >>> jwelz at hotmail.com 10-01-2010 01:02:29 >>> Gustav: That's on my personal laptop (VAIO z710 - Vista). Using IE 8. All IE security and advanced settings set to default via the Tools > Internet Options menu after your post and still the same result. I've got flash and run Java to get onto our corporate LAN via remote desktop. I use youtube quite a bit for music and watch a bit of news from the VAIO laptop. I also see flash annimations of mechanical systems on a regular basis on various radio control modelling sites. I'll try the Google search link from my iMac later tonight. This is one of the reasons I have reservations about SharePoint and browser based applications. Ciao J?rgen Welz > Date: Sun, 10 Jan 2010 00:00:31 +0100 > From: gustav at cactus.dk > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > Hi J?rgen > > Yeps, without animation and scripting not much is left. > > Borrow a pc outside your corporate LAN. Watch the introductory search > demos; then start typing your own search items - if you don't get it, > the nice lady directs by pointing with her hand - and you'll find out > it's live! > > /gustav From jwelz at hotmail.com Sat Jan 9 20:23:48 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Sat, 9 Jan 2010 19:23:48 -0700 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: iMac running Safari worked. Same wireless network as the Sony Vista laptop. First time I booted the iMac in over 6 months. Spouse uses it a bit more though, mostly for iTunes. Ciao J?rgen Welz > Date: Sun, 10 Jan 2010 01:29:31 +0100 > From: gustav at cactus.dk > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > Hi J?rgen > > Can't tell you what is missing. However, I would be surprised if > neither your iMac can't replay this. > But it really is just for fun; don't spend too much time on the project > ... > > /gustav _________________________________________________________________ From max.wanadoo at gmail.com Sun Jan 10 03:44:10 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 10 Jan 2010 09:44:10 -0000 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: <4b49a16c.0a04d00a.2659.ffffee29@mx.google.com> Nothng happens on my home PC. She does the search but the screen doesn?t change. IE8.0.6001, Vista, 64bit all up to date. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 09 January 2010 23:01 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi J?rgen Yeps, without animation and scripting not much is left. Borrow a pc outside your corporate LAN. Watch the introductory search demos; then start typing your own search items - if you don't get it, the nice lady directs by pointing with her hand - and you'll find out it's live! /gustav >>> jwelz at hotmail.com 09-01-2010 20:16:47 >>> I see an ad about Weetabix, and a few links that go to: about:blank and some crap pasted below: For the best experience, the site requires the latest Flash Player plugin and also requires that you enable Javascript ???? Everest ???? Books ???? Mirrored Text ???? Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Sat, 9 Jan 2010 12:13:25 -0600 > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > The view from Everest??? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris > Fields > Sent: Saturday, January 09, 2010 11:26 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > That is just great! I really love it! See all those books?!?!?! See > how adroitly she looks things up?!?!?!?! Oh, and the view from Everest > was just smashing! > Thanks, Gustav. > T > > Gustav Brock wrote: > > Hi all > > > > Wondered how Google search really works? > > Well: > > > > http://www.insideyoursearch.com/ > > > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > > > /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Jan 10 03:58:35 2010 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 10 Jan 2010 10:58:35 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google Message-ID: Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 09 January 2010 23:01 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi J?rgen Yeps, without animation and scripting not much is left. Borrow a pc outside your corporate LAN. Watch the introductory search demos; then start typing your own search items - if you don't get it, the nice lady directs by pointing with her hand - and you'll find out it's live! /gustav >>> jwelz at hotmail.com 09-01-2010 20:16:47 >>> I see an ad about Weetabix, and a few links that go to: about:blank and some crap pasted below: For the best experience, the site requires the latest Flash Player plugin and also requires that you enable Javascript ???? Everest ???? Books ???? Mirrored Text ???? Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Sat, 9 Jan 2010 12:13:25 -0600 > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > The view from Everest??? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields > Sent: Saturday, January 09, 2010 11:26 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > That is just great! I really love it! See all those books?!?!?! See > how adroitly she looks things up?!?!?!?! Oh, and the view from Everest > was just smashing! > Thanks, Gustav. > T > > Gustav Brock wrote: > > Hi all > > > > Wondered how Google search really works? > > Well: > > > > http://www.insideyoursearch.com/ > > > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > > > /gustav From max.wanadoo at gmail.com Sun Jan 10 04:06:42 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 10 Jan 2010 10:06:42 -0000 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: <4b49a6b6.0508d00a.65a3.525f@mx.google.com> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 09 January 2010 23:01 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi J?rgen Yeps, without animation and scripting not much is left. Borrow a pc outside your corporate LAN. Watch the introductory search demos; then start typing your own search items - if you don't get it, the nice lady directs by pointing with her hand - and you'll find out it's live! /gustav >>> jwelz at hotmail.com 09-01-2010 20:16:47 >>> I see an ad about Weetabix, and a few links that go to: about:blank and some crap pasted below: For the best experience, the site requires the latest Flash Player plugin and also requires that you enable Javascript ???? Everest ???? Books ???? Mirrored Text ???? Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Sat, 9 Jan 2010 12:13:25 -0600 > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > The view from Everest??? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields > Sent: Saturday, January 09, 2010 11:26 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humour. Inside Google > > That is just great! I really love it! See all those books?!?!?! See > how adroitly she looks things up?!?!?!?! Oh, and the view from Everest > was just smashing! > Thanks, Gustav. > T > > Gustav Brock wrote: > > Hi all > > > > Wondered how Google search really works? > > Well: > > > > http://www.insideyoursearch.com/ > > > > Don't be fooled. It actually works - but a bit of training in reading mirrored text is needed! > > > > /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Jan 10 04:27:51 2010 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 10 Jan 2010 11:27:51 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google Message-ID: Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max From max.wanadoo at gmail.com Sun Jan 10 04:44:55 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 10 Jan 2010 10:44:55 -0000 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: Message-ID: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com> "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jan 10 08:39:38 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 10 Jan 2010 14:39:38 -0000 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com> Message-ID: <4DE4C50F18AB41DCB666C66C68F13260@MINSTER> I'm missing something. When you say "stuff she is suggesting" - how? Where? Is she saying something? I get no sound from it at all. Have found a few keywords which trigger her to do something different, but only by trial and error. What am I missing? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 10 January 2010 10:45 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -- 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 From ab-mi at post3.tele.dk Sun Jan 10 09:18:54 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Sun, 10 Jan 2010 16:18:54 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com> References: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com> Message-ID: Did you say boring? Then try "View girl" Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Max Wanadoo Sendt: 10. januar 2010 11:45 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] OT: Friday Humour. Inside Google "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -- 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 From max.wanadoo at gmail.com Sun Jan 10 10:34:41 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 10 Jan 2010 16:34:41 -0000 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: <4DE4C50F18AB41DCB666C66C68F13260@MINSTER> References: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com> <4DE4C50F18AB41DCB666C66C68F13260@MINSTER> Message-ID: <4b4a01ac.0e67f10a.24ed.ffff99ff@mx.google.com> She puts it into the input box for you, but if you click on search, or should I say hcraes then it comes up w ith rubbish. To think I have wasted time on this. Gustav I want to talk to you !! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 10 January 2010 14:40 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google I'm missing something. When you say "stuff she is suggesting" - how? Where? Is she saying something? I get no sound from it at all. Have found a few keywords which trigger her to do something different, but only by trial and error. What am I missing? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 10 January 2010 10:45 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -- 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 From drawbridgej at sympatico.ca Sun Jan 10 10:41:42 2010 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Sun, 10 Jan 2010 11:41:42 -0500 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: <4b4a01ac.0e67f10a.24ed.ffff99ff@mx.google.com> References: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com><4DE4C50F18AB41DCB666C66C68F13260@MINSTER> <4b4a01ac.0e67f10a.24ed.ffff99ff@mx.google.com> Message-ID: Max, Type in "do a trick" jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Sunday, January 10, 2010 11:35 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google She puts it into the input box for you, but if you click on search, or should I say hcraes then it comes up w ith rubbish. To think I have wasted time on this. Gustav I want to talk to you !! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 10 January 2010 14:40 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google I'm missing something. When you say "stuff she is suggesting" - how? Where? Is she saying something? I get no sound from it at all. Have found a few keywords which trigger her to do something different, but only by trial and error. What am I missing? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 10 January 2010 10:45 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -- 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.725 / Virus Database: 270.14.131/2608 - Release Date: 01/10/10 02:35:00 From max.wanadoo at gmail.com Sun Jan 10 10:46:52 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 10 Jan 2010 16:46:52 -0000 Subject: [AccessD] OT: Friday Humour. Inside Google In-Reply-To: References: <4b49afac.0506d00a.4178.ffffeb7f@mx.google.com><4DE4C50F18AB41DCB666C66C68F13260@MINSTER> <4b4a01ac.0e67f10a.24ed.ffff99ff@mx.google.com> Message-ID: <4b4a0487.0707d00a.61cb.25b1@mx.google.com> Nope, not playing any more...taking my ball home....sulks! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jack and Pat Sent: 10 January 2010 16:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google Max, Type in "do a trick" jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Sunday, January 10, 2010 11:35 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google She puts it into the input box for you, but if you click on search, or should I say hcraes then it comes up w ith rubbish. To think I have wasted time on this. Gustav I want to talk to you !! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 10 January 2010 14:40 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google I'm missing something. When you say "stuff she is suggesting" - how? Where? Is she saying something? I get no sound from it at all. Have found a few keywords which trigger her to do something different, but only by trial and error. What am I missing? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 10 January 2010 10:45 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max -- 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.725 / Virus Database: 270.14.131/2608 - Release Date: 01/10/10 02:35:00 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Jan 10 11:29:01 2010 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 10 Jan 2010 18:29:01 +0100 Subject: [AccessD] OT: Friday Humour. Inside Google Message-ID: Hi Max You can type into the search box as usual and press Search. If you wait for too long she searches for other items (input from other users?) /gustav >>> max.wanadoo at gmail.com 10-01-2010 17:34:41 >>> She puts it into the input box for you, but if you click on search, or should I say hcraes then it comes up w ith rubbish. To think I have wasted time on this. Gustav I want to talk to you !! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 10 January 2010 14:40 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google I'm missing something. When you say "stuff she is suggesting" - how? Where? Is she saying something? I get no sound from it at all. Have found a few keywords which trigger her to do something different, but only by trial and error. What am I missing? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 10 January 2010 10:45 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Friday Humour. Inside Google "view from everest" "really dig hats" All the other stuff she is suggesting "Pity me" - she draws a mouse on a easel board. "Draw mouse" - she draws a mouse on an easel board "Help me" - she draws a mouse on an easel board. Nothing - boring... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 10:28 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Pity you. Timing and patience are the keywords ... Or did you block Google? /gustav >>> max.wanadoo at gmail.com 10-01-2010 11:06:42 >>> Tried everest, uk, some others - tried it "normal", reversed, etc. She just goes away, rifles some books etc then comes back. My xbox is easier... Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 10 January 2010 09:59 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Friday Humour. Inside Google Hi Max Maybe you enter some of those few wordings for which no entry exists? /gustav >>> max.wanadoo at gmail.com 10-01-2010 10:44:10 >>> Nothng happens on my home PC. She does the search but the screen doesn't change. IE8.0.6001, Vista, 64bit all up to date. Max From iggy at nanaimo.ark.com Sun Jan 10 11:47:18 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 10 Jan 2010 09:47:18 -0800 Subject: [AccessD] Conditional Formatting Message-ID: <4B4A12A6.40008@nanaimo.ark.com> Hey All Found out what causes the flickering. If you have any statements in the OnCurrent for the form, what happens is If Conditional formatting is set to Field Value Is the default goes to white, OK.. If Conditional fornatting is set to Expression Is the default goes to transparent and flickering. Big bug. From newsgrps at dalyn.co.nz Sun Jan 10 16:08:58 2010 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 11 Jan 2010 11:08:58 +1300 Subject: [AccessD] OT Merging PDF's in .Net Message-ID: <20100110220807.FPOO10638.mta02.xtra.co.nz@Dalyn.dalyn.co.nz> Sorry about the OT but there may be experience of this out there. I have a web screen that has several PDF files. Users can select a file, have it opened in Adobe, or save it to local disk. Currently they can only do this one file at a time. I would like them to be able to select several PDF files, and have them all merged together into one file that can be opened or saved. Can anyone recommend any .net utilities that can be used (and are not too expensive :-) )? Is there anything built into .Net to achieve this? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From stuart at lexacorp.com.pg Sun Jan 10 16:21:24 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 11 Jan 2010 08:21:24 +1000 Subject: [AccessD] OT Merging PDF's in .Net In-Reply-To: <20100110220807.FPOO10638.mta02.xtra.co.nz@Dalyn.dalyn.co.nz> References: <20100110220807.FPOO10638.mta02.xtra.co.nz@Dalyn.dalyn.co.nz> Message-ID: <4B4A52E4.7425.6EA1613@stuart.lexacorp.com.pg> Not .Net, but take a look at PDFTK http://www.accesspdf.com/pdftk/ It's a command line tool so you can just build a command string and Shell out to it. -- Stuart On 11 Jan 2010 at 11:08, David Emerson wrote: > Sorry about the OT but there may be experience of this out there. > > I have a web screen that has several PDF files. Users can select a > file, have it opened in Adobe, or save it to local disk. Currently > they can only do this one file at a time. > > I would like them to be able to select several PDF files, and have > them all merged together into one file that can be opened or > saved. Can anyone recommend any .net utilities that can be used (and > are not too expensive :-) )? Is there anything built into .Net to > achieve this? > From newsgrps at dalyn.co.nz Sun Jan 10 16:32:29 2010 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 11 Jan 2010 11:32:29 +1300 Subject: [AccessD] OT Merging PDF's in .Net In-Reply-To: <4B4A52E4.7425.6EA1613@stuart.lexacorp.com.pg> References: <20100110220807.FPOO10638.mta02.xtra.co.nz@Dalyn.dalyn.co.nz> <4B4A52E4.7425.6EA1613@stuart.lexacorp.com.pg> Message-ID: <20100110223147.JLEJ10638.mta02.xtra.co.nz@Dalyn.dalyn.co.nz> Thanks Stuart. I will look into this. At 11/01/2010, you wrote: >Not .Net, but take a look at PDFTK >http://www.accesspdf.com/pdftk/ > >It's a command line tool so you can just build a command string and >Shell out to it. > >-- >Stuart > >On 11 Jan 2010 at 11:08, David Emerson wrote: > > > Sorry about the OT but there may be experience of this out there. > > > > I have a web screen that has several PDF files. Users can select a > > file, have it opened in Adobe, or save it to local disk. Currently > > they can only do this one file at a time. > > > > I would like them to be able to select several PDF files, and have > > them all merged together into one file that can be opened or > > saved. Can anyone recommend any .net utilities that can be used (and > > are not too expensive :-) )? Is there anything built into .Net to > > achieve this? From jwcolby at colbyconsulting.com Sun Jan 10 20:27:24 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 10 Jan 2010 21:27:24 -0500 Subject: [AccessD] More Humor Message-ID: <4B4A8C8C.2090601@colbyconsulting.com> http://info.org.il/irrelevant/may02-smilepop-soapbox4.swf -- John W. Colby www.ColbyConsulting.com From Gustav at cactus.dk Mon Jan 11 00:33:41 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Mon, 11 Jan 2010 07:33:41 +0100 Subject: [AccessD] OT Merging PDF's in .Net Message-ID: Hi David And why not join the dba-vb group? http://databaseadvisors.com/mailman/listinfo/dba-vb Those of us dealing with .Net use this list for subjects not or minimally related to Access. /gustav >>> newsgrps at dalyn.co.nz 10-01-2010 23:32 >>> Thanks Stuart. I will look into this. At 11/01/2010, you wrote: >Not .Net, but take a look at PDFTK >http://www.accesspdf.com/pdftk/ > >It's a command line tool so you can just build a command string and >Shell out to it. > >-- >Stuart > >On 11 Jan 2010 at 11:08, David Emerson wrote: > > > Sorry about the OT but there may be experience of this out there. > > > > I have a web screen that has several PDF files. Users can select a > > file, have it opened in Adobe, or save it to local disk. Currently > > they can only do this one file at a time. > > > > I would like them to be able to select several PDF files, and have > > them all merged together into one file that can be opened or > > saved. Can anyone recommend any .net utilities that can be used (and > > are not too expensive :-) )? Is there anything built into .Net to > > achieve this? From newsgrps at dalyn.co.nz Mon Jan 11 02:11:52 2010 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 11 Jan 2010 21:11:52 +1300 Subject: [AccessD] OT Merging PDF's in .Net In-Reply-To: References: Message-ID: <20100111081035.HSBE21239.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> I used to belong back when I thought I would be using it much more. But I only have one client that I do VB.net work for and that is a very small application. It is only on odd occasions like this that I need to find a quick solution. At 11/01/2010, you wrote: >Hi David > >And why not join the dba-vb group? > >http://databaseadvisors.com/mailman/listinfo/dba-vb > >Those of us dealing with .Net use this list for subjects not or >minimally related to Access. > >/gustav > > > >>> newsgrps at dalyn.co.nz 10-01-2010 23:32 >>> >Thanks Stuart. I will look into this. > >At 11/01/2010, you wrote: > >Not .Net, but take a look at PDFTK > >http://www.accesspdf.com/pdftk/ > > > >It's a command line tool so you can just build a command string and > >Shell out to it. > > > >-- > >Stuart > > > >On 11 Jan 2010 at 11:08, David Emerson wrote: > > > > > Sorry about the OT but there may be experience of this out there. > > > > > > I have a web screen that has several PDF files. Users can select a > > > file, have it opened in Adobe, or save it to local disk. Currently > > > they can only do this one file at a time. > > > > > > I would like them to be able to select several PDF files, and have > > > them all merged together into one file that can be opened or > > > saved. Can anyone recommend any .net utilities that can be used (and > > > are not too expensive :-) )? Is there anything built into .Net to > > > achieve this? > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Jan 11 08:53:56 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 11 Jan 2010 09:53:56 -0500 Subject: [AccessD] Printer selection Message-ID: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> How do I specify which printer to send a report to? Most of the reports in this app go to one printer, but some of them are intended to become Acrobat files. How do I tell Access that these reports are destined for the Acrobat virtual printer? TIA, Arthur From max.wanadoo at gmail.com Mon Jan 11 09:12:31 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Mon, 11 Jan 2010 15:12:31 -0000 Subject: [AccessD] Printer selection In-Reply-To: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> Message-ID: <4b4b3ff5.0506d00a.3dcb.ffffb42c@mx.google.com> You could pick something out of the below. See the first function which runs two examples. Max Option Compare Database Option Explicit '************************ ' Printer setup module ' Set/retrieves the default printer - originaly for VB6 ' Works for A97/a2000 ' This is minimal code. ' Albert D.Kallal - 01/13/2002 ' Rev history: Date Who notes ' 01/13/2002 Albert D. kallal ' ' I wrote this after looking at some the code on the net. Some of the routines ' to change a printer were approaching 500 + of lines of code. Just the printer ' constant defs was over 100 lines of code! Yikes! ' I use only TWO API's (the 3rd one is optional). There is a total of only 4 functions! ' KISS is the word. Keep it simple stupid. I don't care about device drivers, or the ' port number. All these routines just work with the simple printer name. If you do ' actually care about the device driver and port stuff..then use the one of many ' examples available on the net. Those other examples also deal with margins, orientation ' etc. ' ' You can paste this code into a module..and away you go ' '************************ ' How to use ' To get the default printer ' ''debug.print pfGetDefaultPrinter ' To set the default printer ' ''debug.print pfSetDefaultPrinter("HP Laser JET") ' above returns true if success. ' To get a list of printers suitable for a listbox, or combo ' ''debug.print pfSelectAPrinter ' ' that is all there folks! ' ' Thus, when printing a report, you can: ' ' 1) save the default printer into a string ' strCurrentPtr = pfGetDefaultPrinter ' 2) switch to your report printer ' pfSetDefaultPrinter strReportsPtr ' 3) print report ' 4) switch back to the default printer ' pfSetDefaultPrinter strCurrentPtr ' Private Const HWND_BROADCAST As Long = &HFFFF& Private Const WM_WININICHANGE As Long = &H1A ' The following code allows one to read, and write to the WIN.INI files ' In win 2000 the printer settings are actually in the registry. However, windows ' handles this correctly ' Private Declare Function GetProfileString Lib "kernel32" _ Alias "GetProfileStringA" _ (ByVal lpAppName As String, _ ByVal lpKeyName As String, _ ByVal lpDefault As String, _ ByVal lpReturnedString As String, _ ByVal nSize As Long) As Long Private Declare Function WriteProfileString Lib "kernel32" _ Alias "WriteProfileStringA" _ (ByVal lpszSection As String, _ ByVal lpszKeyName As String, _ ByVal lpszString As String) As Long Private Declare Function SendMessage Lib "User32" _ Alias "SendMessageA" _ (ByVal hwnd As Long, _ ByVal wMsg As Long, _ ByVal wParam As Long, _ lParam As Any) As Long Public Function testPrintersGet() Debug.Print pfGetDefaultPrinter Debug.Print pfSelectAPrinter End Function Public Function pfGetSetUserPrinter() ' 1) save the default printer into a string ' strCurrentPtr = pfGetDefaultPrinter ' 2) switch to your report printer ' pfSetDefaultPrinter strReportsPtr ' 3) print report ' 4) switch back to the default printer ' pfSetDefaultPrinter strCurrentPtr Dim strCurrentPtr As String, strPrinterWanted As String strCurrentPtr = pfGetDefaultPrinter() 'capture current printer strPrinterWanted = pfSelectAPrinter() 'ask user for which printer they want Call pfSetDefaultPrinter(strCurrentPtr) ' reset printer back to original End Function Private Function fstrDField(mytext As String, DELIM As String, groupnum As Integer) As String ' this is a standard delimiter routine that every developer I know has. ' This routine has a million uses. This routine is great for splitting up ' data fields, or sending multiple parms to a openargs of a form ' ' Parms are ' mytext - a delimited string ' delim - our delimiter (usually a , or / or a space) ' groupnum - which of the delimited values to return ' Dim startpos As Integer, endpos As Integer Dim groupptr As Integer, chptr As Integer chptr = 1 startpos = 0 For groupptr = 1 To groupnum - 1 chptr = InStr(chptr, mytext, DELIM) If chptr = 0 Then fstrDField = "" Exit Function Else chptr = chptr + 1 End If Next groupptr startpos = chptr endpos = InStr(startpos + 1, mytext, DELIM) If endpos = 0 Then endpos = Len(mytext) + 1 End If fstrDField = Mid$(mytext, startpos, endpos - startpos) End Function Public Function pfSetDefaultPrinter(strPrinterName As String) As Boolean ' set the default printer to the one selected by the user Application.Printer = Printers(strPrinterName) GoTo exithere Dim strDeviceLine As String Dim strBuffer As String Dim lngbuf As Long ' get the full device string strBuffer = Space(1024) lngbuf = GetProfileString("PrinterPorts", strPrinterName, "", strBuffer, Len(strBuffer)) 'Write out this new printer information in ' WIN.INI file for DEVICE item If lngbuf > 0 Then strDeviceLine = strPrinterName & "," & _ fstrDField(strBuffer, Chr(0), 1) & "," & _ fstrDField(strBuffer, Chr(0), 2) Call WriteProfileString("windows", "Device", strDeviceLine) pfSetDefaultPrinter = True ' Below is optional, and should be done. It updates the existing windows ' so the "default" printer icon changes. If you don't do the below..then ' you will often see more than one printer as the default! The reason *not* ' to do the SendMessage is that many open applications will now sense the change ' in printer. I vote to leave it in..but your case you might not want this. ' Call SendMessage(HWND_BROADCAST, WM_WININICHANGE, 0, ByVal "windows") Else pfSetDefaultPrinter = False End If exithere: Exit Function End Function Public Function pfGetDefaultPrinter() As String ' find the current default printer pfGetDefaultPrinter = Application.Printer.DeviceName GoTo exithere Dim strDefault As String Dim lngbuf As Long strDefault = String(255, Chr(0)) lngbuf = GetProfileString("Windows", "Device", "", strDefault, Len(strDefault)) If lngbuf > 0 Then pfGetDefaultPrinter = fstrDField(strDefault, ",", 1) Else pfGetDefaultPrinter = "" End If exithere: Exit Function End Function Public Function pfSelectAPrinter() As String ' this routine returns a list of printers, separated by ' a ";", and thus the results are suitable for stuffing into a combo box Dim i As Integer, prt As Printer i = 0 For Each prt In Application.Printers 'The printer number is listed for referencing the printer in code 'debug.print i & " - " & prt.DeviceName pfSelectAPrinter = pfSelectAPrinter & prt.DeviceName & ";" i = i + 1 Next prt GoTo exithere Dim strBuffer As String Dim strOnePtr As String Dim intPos As Integer Dim lngChars As Long strBuffer = Space(2048) lngChars = GetProfileString("PrinterPorts", vbNullString, "", strBuffer, Len(strBuffer)) If lngChars > 0 Then intPos = InStr(strBuffer, Chr(0)) Do While intPos > 1 strOnePtr = Left(strBuffer, intPos - 1) strBuffer = Mid(strBuffer, intPos + 1) If pfSelectAPrinter <> "" Then pfSelectAPrinter = pfSelectAPrinter & ";" pfSelectAPrinter = pfSelectAPrinter & strOnePtr intPos = InStr(strBuffer, Chr(0)) Loop Else pfSelectAPrinter = "" End If exithere: Exit Function End Function From max.wanadoo at gmail.com Mon Jan 11 09:18:09 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Mon, 11 Jan 2010 15:18:09 -0000 Subject: [AccessD] Printer selection In-Reply-To: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> Message-ID: <4b4b4146.01145e0a.1a23.ffffb11f@mx.google.com> Here are some shorter ones Max Function fWhichIsDefaultPtr() Dim prtDefault As Printer Set Application.Printer = Application.Printers(0) Set prtDefault = Application.Printer With prtDefault MsgBox "Device name: " & .DeviceName & vbCr _ & "Driver name: " & .DriverName & vbCr _ & "Port: " & .Port End With End Function Function fShowAllPtrs() Dim prtLoop As Printer For Each prtLoop In Application.Printers With prtLoop MsgBox "Device name: " & .DeviceName & vbCr _ & "Driver name: " & .DriverName & vbCr _ & "Port: " & .Port End With Next prtLoop 'Forms("Purchase Orders").LayoutForPrint = False End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: 11 January 2010 14:54 To: Access Developers discussion and problem solving Subject: [AccessD] Printer selection How do I specify which printer to send a report to? Most of the reports in this app go to one printer, but some of them are intended to become Acrobat files. How do I tell Access that these reports are destined for the Acrobat virtual printer? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From tinanfields at torchlake.com Mon Jan 11 09:55:14 2010 From: tinanfields at torchlake.com (Tina Norris Fields) Date: Mon, 11 Jan 2010 10:55:14 -0500 Subject: [AccessD] More Humor In-Reply-To: <4B4A8C8C.2090601@colbyconsulting.com> References: <4B4A8C8C.2090601@colbyconsulting.com> Message-ID: <4B4B49E2.6030209@torchlake.com> Thanks, John, I loved it. T jwcolby wrote: > http://info.org.il/irrelevant/may02-smilepop-soapbox4.swf > > From jimdettman at verizon.net Mon Jan 11 10:20:49 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 11 Jan 2010 11:20:49 -0500 Subject: [AccessD] Eat Bloat Message-ID: <1881AB3DCE254111B08E0C2E5977AB83@XPS> Max/All, What's the status on Eat Bloat? I've got a developer on EE with a large DB (104 linked tables, 303 queries, 256 forms, 106 reports, and modules), which may need to make use of load/save text to get it cleaned up. He has seen a slowdown in performance as time has gone on and all the usual cleanup tasks have been performed (compact, decompile, etc). Were trying to pin down his problem a bit further, but it seems like he may have some corruption in his VBA project file or some of the Access objects. I mentioned Eat Bloat, but want to check on the status of it before I gave him a copy even though the version I have says it can be distributed freely. I know some of you guys were working on it and didn't know how you intended on releasing it. Jim. PS. At the very least, Database Advisors and the Access-D list has gotten a free plug on EE. From jimdettman at verizon.net Mon Jan 11 10:28:24 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 11 Jan 2010 11:28:24 -0500 Subject: [AccessD] Printer selection In-Reply-To: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> Message-ID: Arthur, For A2003 and up: 'Changes the Default Printer, then resets it to the original Printer. 'This will only work if the report is set up to Print to the Default 'Printer Set Application.Printer = Application.Printers("Acrobat PDFWriter") DoCmd.OpenReport "", acViewNormal, , , acWindowNormal 'Reset the Default Printer back to the way it was Set Application.Printer = Nothing To a specific device: 'The following code will Print rptInvoices to the Acrobat PFDWriter Printer Dim rpt As Report DoCmd.OpenReport "rptInvoices", View:=acViewPreview, WindowMode:=acHidden Set rpt = Reports("rptInvoices") Set rpt.Printer = Application.Printers("Acrobat PFDWriter") DoCmd.OpenReport "rptInvoices" DoCmd.Close acReport, "rptInvoices" Modifying Printer characteristics: 'Open rptInvoices in Design view, change 3 of its Properties 'Print the report, and then close the report. Const conReport As String = "rptInvoices" DoCmd.OpenReport conReport, View:=acViewPreview, WindowMode:=acHidden 'Force the printer to look to the upper bin for paper, print on 'Monarch-size envelopes, and Print two copies, set orientation to 'Landscape With Reports(conReport).Printer .PaperBin = acPRBNUpper .PaperSize = acPRPSEnvMonarch .Copies = 2 .Orientation = acPRORLandscape .Duplex = acPRDPVertical .PrintQuality = acPRPQMedium End With 'Now print the report. DoCmd.OpenReport conReport DoCmd.Close acReport, conReport Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, January 11, 2010 9:54 AM To: Access Developers discussion and problem solving Subject: [AccessD] Printer selection How do I specify which printer to send a report to? Most of the reports in this app go to one printer, but some of them are intended to become Acrobat files. How do I tell Access that these reports are destined for the Acrobat virtual printer? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Mon Jan 11 10:28:00 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Mon, 11 Jan 2010 16:28:00 -0000 Subject: [AccessD] Eat Bloat In-Reply-To: <1881AB3DCE254111B08E0C2E5977AB83@XPS> References: <1881AB3DCE254111B08E0C2E5977AB83@XPS> Message-ID: <4b4b51ac.06a1660a.19af.ffff9602@mx.google.com> Jim, I don't own it any more - DBA now owns it and they were doing a re-write of it. I would strongly suggest that if you are using it for a client then you do the work for him. If he is genuinely a developer and can manage/massage any problems then the latest version should be ok. At the last call, JC had found a problem where if the number of tables etc (offered for selection) exceeded the number of lines in a listbox then it overflowed with an error. If you select ALL then there is no need to put them into the listbox so this problem goes away. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 11 January 2010 16:21 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Eat Bloat Max/All, What's the status on Eat Bloat? I've got a developer on EE with a large DB (104 linked tables, 303 queries, 256 forms, 106 reports, and modules), which may need to make use of load/save text to get it cleaned up. He has seen a slowdown in performance as time has gone on and all the usual cleanup tasks have been performed (compact, decompile, etc). Were trying to pin down his problem a bit further, but it seems like he may have some corruption in his VBA project file or some of the Access objects. I mentioned Eat Bloat, but want to check on the status of it before I gave him a copy even though the version I have says it can be distributed freely. I know some of you guys were working on it and didn't know how you intended on releasing it. Jim. PS. At the very least, Database Advisors and the Access-D list has gotten a free plug on EE. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jan 11 10:35:20 2010 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 11 Jan 2010 10:35:20 -0600 Subject: [AccessD] A #$*&!@ Customer Add a Database Password! Message-ID: <36D2FCAEE5BD4F069924F21AEF3B1EB6@danwaters> Hello! I tried to log in to a customer's system this morning, only to discover that someone had applied a database password. I'm not familiar with these, and would like to ask if someone could let me know how to clear this or get around it. Let me know off-line if you'd prefer. Thanks! Dan From dwaters at usinternet.com Mon Jan 11 10:37:03 2010 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 11 Jan 2010 10:37:03 -0600 Subject: [AccessD] Eat Bloat In-Reply-To: <1881AB3DCE254111B08E0C2E5977AB83@XPS> References: <1881AB3DCE254111B08E0C2E5977AB83@XPS> Message-ID: Hi Jim, I worked on it a few months back, but got very busy on a large project and haven't finished it yet. The project is over, and I may be able to finish it in a few weeks, but not near term. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, January 11, 2010 10:21 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Eat Bloat Max/All, What's the status on Eat Bloat? I've got a developer on EE with a large DB (104 linked tables, 303 queries, 256 forms, 106 reports, and modules), which may need to make use of load/save text to get it cleaned up. He has seen a slowdown in performance as time has gone on and all the usual cleanup tasks have been performed (compact, decompile, etc). Were trying to pin down his problem a bit further, but it seems like he may have some corruption in his VBA project file or some of the Access objects. I mentioned Eat Bloat, but want to check on the status of it before I gave him a copy even though the version I have says it can be distributed freely. I know some of you guys were working on it and didn't know how you intended on releasing it. Jim. PS. At the very least, Database Advisors and the Access-D list has gotten a free plug on EE. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From John.Clark at niagaracounty.com Mon Jan 11 11:17:43 2010 From: John.Clark at niagaracounty.com (John Clark) Date: Mon, 11 Jan 2010 12:17:43 -0500 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B47A9C8.3080901@colbyconsulting.com> References: <4B476FCE.7090904@nanaimo.ark.com> <4B4738EA.167F.006B.0@niagaracounty.com> <4B47A9C8.3080901@colbyconsulting.com> Message-ID: <4B4B16E6.167F.006B.0@niagaracounty.com> *** In line John W Clark John.Clark at niagaracounty.com ( http://www.niagaracounty.com/ ) >>> jwcolby 1/8/2010 4:55 PM >>> John, You didn't really specify how the two forms inter-operate. does the calling form close and reopen? If so why? If it doesn't close, then it should still be at that record when you are done. *** Yes, the calling form does close, when the report is opened. I only did this for aesthetics...it looks "cleaner" doing it this way. But, you are correct and maybe I just need to leave it open. Likewise, when you say "data entry form" are you saying a form that opens on the new record to allow you to enter a new record (data entry mode)? Or just "generically" a form that you use to enter data on. *** the latter choice...just a general form. It is trivial to pass information to an opening form. Pass in the PKID of the record that you are coming from. Then when control returns to the calling form, just seek to that record. In my framework, I often pass in the PK of the record that the OPENING form should seek to. When the form opens, it gets that PKID, then goes to the record requested. *** Hmmm...I think I like this idea. It might also play into some other ideas I have as well. Usually if I want a new form to do something but to get back to the same record in the calling form, I just leave the calling form open and open the new form modal. When I close the new form I am back where I started. From rockysmolin at bchacc.com Mon Jan 11 11:40:38 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 11 Jan 2010 09:40:38 -0800 Subject: [AccessD] A #$*&!@ Customer Add a Database Password! In-Reply-To: <36D2FCAEE5BD4F069924F21AEF3B1EB6@danwaters> References: <36D2FCAEE5BD4F069924F21AEF3B1EB6@danwaters> Message-ID: <7F2B3F84E5B540A3B98320135C35CEB4@HAL9005> If you don't know the password, you need a password cracker - there's plenty on the web - some free, some not. I think this is the one I used once: http://www.brothersoft.com/ms-access-password-recovery-37083.html But Google access password recovery and you'll see lots of offerings. Alternatively you could track down the guy who put the password on and find out what it is. If you know the password, of course, then it's easy - open access, open the database exclusive using the combo box on the open command button in the file open dialog box. Then Tools-->Security-->Unset Database Password. HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, January 11, 2010 8:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A #$*&!@ Customer Add a Database Password! Hello! I tried to log in to a customer's system this morning, only to discover that someone had applied a database password. I'm not familiar with these, and would like to ask if someone could let me know how to clear this or get around it. Let me know off-line if you'd prefer. Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Mon Jan 11 11:53:28 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 11 Jan 2010 17:53:28 -0000 Subject: [AccessD] More Humor In-Reply-To: <4B4B49E2.6030209@torchlake.com> Message-ID: <71B38499D76E423FA49D7860175B8086@MINSTER> Perfect JC. Now I DO have lots of people to send that one on to. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tina Norris Fields Sent: 11 January 2010 15:55 To: Access Developers discussion and problem solving Subject: Re: [AccessD] More Humor Thanks, John, I loved it. T jwcolby wrote: > http://info.org.il/irrelevant/may02-smilepop-soapbox4.swf > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Jan 11 12:24:58 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 12 Jan 2010 04:24:58 +1000 Subject: [AccessD] Printer selection In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com>, Message-ID: <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> The other solution to Arthur's problem is to set the desired printer in the report if the report is *always* destined for the same virtual printer. File | Page Setup | Page in 2K3 - Page Setup | Page Setup | Page on the ribbon in 2K7 -- Stuart On 11 Jan 2010 at 11:28, Jim Dettman wrote: > Arthur, > > For A2003 and up: > > 'Changes the Default Printer, then resets it to the original Printer. > 'This will only work if the report is set up to Print to the Default > 'Printer > ... >> How do I specify which printer to send a report to? Most of the reports in >> this app go to one printer, but some of them are intended to become Acrobat >> files. How do I tell Access that these reports are destined for the Acrobat >> virtual printer? >> From rusty.hammond at cpiqpc.com Mon Jan 11 12:44:39 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Mon, 11 Jan 2010 12:44:39 -0600 Subject: [AccessD] More Humor In-Reply-To: <4B4A8C8C.2090601@colbyconsulting.com> References: <4B4A8C8C.2090601@colbyconsulting.com> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D7940A@CPIEMAIL-EVS1.CPIQPC.NET> I'm so torn. Do I send it around to those that need to hear it, thus causing more spam? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 10, 2010 8:27 PM To: Access Developers discussion and problem solving Subject: [AccessD] More Humor http://info.org.il/irrelevant/may02-smilepop-soapbox4.swf -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From dwaters at usinternet.com Mon Jan 11 12:56:27 2010 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 11 Jan 2010 12:56:27 -0600 Subject: [AccessD] A #$*&!@ Customer Add a Database Password! In-Reply-To: <7F2B3F84E5B540A3B98320135C35CEB4@HAL9005> References: <36D2FCAEE5BD4F069924F21AEF3B1EB6@danwaters> <7F2B3F84E5B540A3B98320135C35CEB4@HAL9005> Message-ID: <02F4727BB6C44E06A2B0A24BE58ECF82@danwaters> Thanks Rocky - glad to see that it's free! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Monday, January 11, 2010 11:41 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A #$*&!@ Customer Add a Database Password! If you don't know the password, you need a password cracker - there's plenty on the web - some free, some not. I think this is the one I used once: http://www.brothersoft.com/ms-access-password-recovery-37083.html But Google access password recovery and you'll see lots of offerings. Alternatively you could track down the guy who put the password on and find out what it is. If you know the password, of course, then it's easy - open access, open the database exclusive using the combo box on the open command button in the file open dialog box. Then Tools-->Security-->Unset Database Password. HTH Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Monday, January 11, 2010 8:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A #$*&!@ Customer Add a Database Password! Hello! I tried to log in to a customer's system this morning, only to discover that someone had applied a database password. I'm not familiar with these, and would like to ask if someone could let me know how to clear this or get around it. Let me know off-line if you'd prefer. Thanks! Dan -- 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 From andy at minstersystems.co.uk Mon Jan 11 14:09:24 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 11 Jan 2010 20:09:24 -0000 Subject: [AccessD] More Humor In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D7940A@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <5FC5A53B26904781BA51729BF25D28B7@MINSTER> I'm looking at the long-term benefit to mankind (and my blood pressure). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: 11 January 2010 18:45 To: Access Developers discussion and problem solving Subject: Re: [AccessD] More Humor I'm so torn. Do I send it around to those that need to hear it, thus causing more spam? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 10, 2010 8:27 PM To: Access Developers discussion and problem solving Subject: [AccessD] More Humor http://info.org.il/irrelevant/may02-smilepop-soapbox4.swf -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Mon Jan 11 16:42:14 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Mon, 11 Jan 2010 22:42:14 -0000 Subject: [AccessD] Printer selection In-Reply-To: <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com>, <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> Message-ID: <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> ..and also which is in the code I sent him if he wants to hard code it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: 11 January 2010 18:25 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Printer selection The other solution to Arthur's problem is to set the desired printer in the report if the report is *always* destined for the same virtual printer. File | Page Setup | Page in 2K3 - Page Setup | Page Setup | Page on the ribbon in 2K7 -- Stuart On 11 Jan 2010 at 11:28, Jim Dettman wrote: > Arthur, > > For A2003 and up: > > 'Changes the Default Printer, then resets it to the original Printer. > 'This will only work if the report is set up to Print to the Default > 'Printer > ... >> How do I specify which printer to send a report to? Most of the reports in >> this app go to one printer, but some of them are intended to become Acrobat >> files. How do I tell Access that these reports are destined for the Acrobat >> virtual printer? >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Mon Jan 11 17:57:50 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Mon, 11 Jan 2010 15:57:50 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com>, <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug From darren at activebilling.com.au Mon Jan 11 18:03:41 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 12 Jan 2010 11:03:41 +1100 Subject: [AccessD] Question 2...returning to a form In-Reply-To: <4B4B16E6.167F.006B.0@niagaracounty.com> References: <4B476FCE.7090904@nanaimo.ark.com><4B4738EA.167F.006B.0@niagaracounty.com><4B47A9C8.3080901@colbyconsulting.com> <4B4B16E6.167F.006B.0@niagaracounty.com> Message-ID: <060401ca931a$b4367120$301b910a@denzilnote1> Hi john I'm coming into this thread very late and this has probably already been mentioned. The calling form can be made invisible by using something like Me.Visible = false in the calling code. You can then still reference the items on the calling form (Even if it's invisible) Then have any resulting popup form set to modal (so not a lot of navigation can occur) and then include some code to make the calling form visible in the closing code of that popup Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark Sent: Tuesday, 12 January 2010 4:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Question 2...returning to a form *** In line John W Clark John.Clark at niagaracounty.com ( http://www.niagaracounty.com/ ) >>> jwcolby 1/8/2010 4:55 PM >>> John, You didn't really specify how the two forms inter-operate. does the calling form close and reopen? If so why? If it doesn't close, then it should still be at that record when you are done. *** Yes, the calling form does close, when the report is opened. I only did this for aesthetics...it looks "cleaner" doing it this way. But, you are correct and maybe I just need to leave it open. Likewise, when you say "data entry form" are you saying a form that opens on the new record to allow you to enter a new record (data entry mode)? Or just "generically" a form that you use to enter data on. *** the latter choice...just a general form. It is trivial to pass information to an opening form. Pass in the PKID of the record that you are coming from. Then when control returns to the calling form, just seek to that record. In my framework, I often pass in the PK of the record that the OPENING form should seek to. When the form opens, it gets that PKID, then goes to the record requested. *** Hmmm...I think I like this idea. It might also play into some other ideas I have as well. Usually if I want a new form to do something but to get back to the same record in the calling form, I just leave the calling form open and open the new form modal. When I close the new form I am back where I started. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Mon Jan 11 18:32:05 2010 From: dbdoug at gmail.com (Doug Steele) Date: Mon, 11 Jan 2010 16:32:05 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: <4dd71a0c1001111632x5485f266qe2face3f588c1a7a@mail.gmail.com> Was the navigation panel open? Try F11 if it is not showing on the left hand side of the screen. Doug Steele On Mon, Jan 11, 2010 at 3:57 PM, Doug Murphy wrote: > Folks, > > I have a weird one, seems like all I get. We developed a database app for a > client in Access 2007. The file is in the accdb format. All was well and we > were doing upgrades as the client needs them. Today I got the front end > file > back from them and it would not open on my computer. There is no error > message, Access just opens as it would if you opened it from the program > menu. I checked to make sure the database window, or what ever you call it > in A2007, wasn't hidden and I got a message that there was no file opened, > which is what it looks like. Did all the normal stuff, like get another > copy > of the file, compact repair, decompile, with no results. The file did > compact as it got smaller and it looks like it decompiled but after the > action I got the Access program window, i.e. no open database. I had the > client compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the > file > that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack thing? I > looked on Google and couldn't find any posts about this. I need to figure > out what is going on as I don't want to have to do this every time we move > files around with this client and I have spent a couple of hours messing > with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dw-murphy at cox.net Mon Jan 11 20:26:58 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Mon, 11 Jan 2010 18:26:58 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <4dd71a0c1001111632x5485f266qe2face3f588c1a7a@mail.gmail.com> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <4dd71a0c1001111632x5485f266qe2face3f588c1a7a@mail.gmail.com> Message-ID: <49A3C8F7466C4F5EAC8AA77FC11E111F@murphy3234aaf1> As I said I did that. The file was not open. For some reason trying to open the file just opens Access into it's Access Window with all the great propaganda about Access 2007. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Monday, January 11, 2010 4:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Was the navigation panel open? Try F11 if it is not showing on the left hand side of the screen. Doug Steele On Mon, Jan 11, 2010 at 3:57 PM, Doug Murphy wrote: > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from > the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 From jwcolby at colbyconsulting.com Tue Jan 12 07:51:00 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 12 Jan 2010 08:51:00 -0500 Subject: [AccessD] More Humor In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D7940A@CPIEMAIL-EVS1.CPIQPC.NET> References: <4B4A8C8C.2090601@colbyconsulting.com> <49A286ABF515E94A8505CD14DEB7217006D7940A@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4B4C7E44.2040403@colbyconsulting.com> LOL. Or... does sending it to ONLY those that need it cause one of them to stop the nonsense, thus stopping all the spam they cause? John W. Colby www.ColbyConsulting.com Rusty Hammond wrote: > I'm so torn. Do I send it around to those that need to hear it, thus > causing more spam? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, January 10, 2010 8:27 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] More Humor > > http://info.org.il/irrelevant/may02-smilepop-soapbox4.swf > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > ********************************************************************** > WARNING: All e-mail sent to and from this address will be received, > scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. > corporate e-mail system and is subject to archival, monitoring or review > by, and/or disclosure to, someone other than the recipient. > ********************************************************************** > From jwcolby at colbyconsulting.com Tue Jan 12 08:07:26 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 12 Jan 2010 09:07:26 -0500 Subject: [AccessD] SPAM-LOW: Re: Question 2...returning to a form In-Reply-To: <060401ca931a$b4367120$301b910a@denzilnote1> References: <4B476FCE.7090904@nanaimo.ark.com><4B4738EA.167F.006B.0@niagaracounty.com><4B47A9C8.3080901@colbyconsulting.com> <4B4B16E6.167F.006B.0@niagaracounty.com> <060401ca931a$b4367120$301b910a@denzilnote1> Message-ID: <4B4C821E.7080609@colbyconsulting.com> Darren, > You can then still reference the items on the calling form (Even if it's invisible) True. In general I do not like referencing controls on forms. Doing so ties me to a specific form, with a specific control name, and a specific form name. If any of that changes or goes away the program breaks. I developed a generic solution using ... (you guessed it) a class which can be used "standalone" in the called form. This class reads out any OpenArgs passed in to the form, and processes them, placing them into a collection for ready use. By passing in openargs I can open the form without any calling form (for troubleshooting), I can open the form from a function which passes in variables, or even open the form from several different forms. In order to implement my system I use the fairly standard MyVarName1=MyVarValue1;MyVarName2=MyVarValue2;Etc;Etc; Now my class splits out the "variables", and places MyVarValueX into a collection keyed on MyVarNameX. Then the opening form can just ask the class for the variable named MyVarName1 and back comes the passed in value MyVarVal1 etc. To see (and even use) my class, go to http://www.databaseadvisors.com/downloads.asp Second from the top. John W. Colby www.ColbyConsulting.com Darren - Active Billing wrote: > Hi john > > I'm coming into this thread very late and this has probably already been > mentioned. The calling form can be made invisible by using something like > Me.Visible = false > in the calling code. > You can then still reference the items on the calling form (Even if it's > invisible) > Then have any resulting popup form set to modal (so not a lot of navigation can > occur) and then include some code to make the calling form visible in the > closing code of that popup > > Darren From davidmcafee at gmail.com Tue Jan 12 12:04:49 2010 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 12 Jan 2010 10:04:49 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <49A3C8F7466C4F5EAC8AA77FC11E111F@murphy3234aaf1> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <4dd71a0c1001111632x5485f266qe2face3f588c1a7a@mail.gmail.com> <49A3C8F7466C4F5EAC8AA77FC11E111F@murphy3234aaf1> Message-ID: <8786a4c01001121004k5b70fb2ev645ca75f21fce296@mail.gmail.com> Doug, send me a copy. change the suffix to something that wont be blocked by email. I'd like to take a look at it. David On Mon, Jan 11, 2010 at 6:26 PM, Doug Murphy wrote: > As I said I did that. The file was not open. For some reason trying to open > the file just opens Access into it's Access Window with all the great > propaganda about Access 2007. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Monday, January 11, 2010 4:32 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 database file won't open > > Was the navigation panel open? ?Try F11 if it is not showing on the left > hand side of the screen. > > Doug Steele > > On Mon, Jan 11, 2010 at 3:57 PM, Doug Murphy wrote: > >> Folks, >> >> I have a weird one, seems like all I get. We developed a database app >> for a client in Access 2007. The file is in the accdb format. All was >> well and we were doing upgrades as the client needs them. Today I got >> the front end file back from them and it would not open on my >> computer. There is no error message, Access just opens as it would if >> you opened it from the program menu. I checked to make sure the >> database window, or what ever you call it in A2007, wasn't hidden and >> I got a message that there was no file opened, which is what it looks >> like. Did all the normal stuff, like get another copy of the file, >> compact repair, decompile, with no results. The file did compact as it >> got smaller and it looks like it decompiled but after the action I got >> the Access program window, i.e. no open database. I had the client >> compact the file on their computer and resend. Still the same >> non-result. Then I created a blank DB and imported all objects from >> the file that won't open into it. That worked. >> >> I tried this file on two of our computers with 2007 and got the same >> behavior. Has anyone seen this before? Could it be a service pack >> thing? I looked on Google and couldn't find any posts about this. I >> need to figure out what is going on as I don't want to have to do this >> every time we move files around with this client and I have spent a >> couple of hours messing with this. >> >> Any suggestions would be appreciated. >> >> Thanks in advance. >> >> Doug >> >> -- >> 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 > From marksimms at verizon.net Tue Jan 12 19:26:29 2010 From: marksimms at verizon.net (Mark Simms) Date: Tue, 12 Jan 2010 20:26:29 -0500 Subject: [AccessD] Finders Fee Message-ID: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> Has anyone on this forum ever heard of or been involved with a situation where they knew of a software development requirement that they could not contract or fullfill themselves, yet they were able to recommend another firm who got the job ? If so, was a finders fee awarded ? If so, on what basis ? (gross fee amount, net profit, etc) ? What percentage ? (5,10%) From ssharkins at gmail.com Tue Jan 12 19:44:23 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 12 Jan 2010 20:44:23 -0500 Subject: [AccessD] Finders Fee References: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> Message-ID: <751729188EA04C77907AAEAEFD230E56@SusanOne> > Has anyone on this forum ever heard of or been involved with a situation > where they knew of a software development requirement that they could not > contract or fullfill themselves, yet they were able to recommend another > firm who got the job ? =====No. > > If so, was a finders fee awarded ? If so, on what basis ? (gross fee > amount, > net profit, etc) ? What percentage ? (5,10%) =====Well, I've seen finder's fees from 3 to 10 percent -- % is based on the fee, period. Susan H. From rockysmolin at bchacc.com Tue Jan 12 22:06:06 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 12 Jan 2010 20:06:06 -0800 Subject: [AccessD] Finders Fee In-Reply-To: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> References: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> Message-ID: I am paying a guy 10% for referring me to an account he couldn't handle. 10%, IME, is pretty standard. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 12, 2010 5:26 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Finders Fee Has anyone on this forum ever heard of or been involved with a situation where they knew of a software development requirement that they could not contract or fullfill themselves, yet they were able to recommend another firm who got the job ? If so, was a finders fee awarded ? If so, on what basis ? (gross fee amount, net profit, etc) ? What percentage ? (5,10%) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jan 13 10:41:46 2010 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 13 Jan 2010 10:41:46 -0600 Subject: [AccessD] Finders Fee In-Reply-To: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> References: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> Message-ID: <2C49B67D5B964B29BF617F271FB0DA4C@danwaters> I tell people that I will pay them 10% of my first year's revenue if a referral works out. No takers yet. I've also been told the same thing by others - always seems to be 10%. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 12, 2010 7:26 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Finders Fee Has anyone on this forum ever heard of or been involved with a situation where they knew of a software development requirement that they could not contract or fullfill themselves, yet they were able to recommend another firm who got the job ? If so, was a finders fee awarded ? If so, on what basis ? (gross fee amount, net profit, etc) ? What percentage ? (5,10%) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Wed Jan 13 17:05:57 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 13 Jan 2010 15:05:57 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com>, <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Wed Jan 13 17:18:22 2010 From: garykjos at gmail.com (Gary Kjos) Date: Wed, 13 Jan 2010 17:18:22 -0600 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him the > front end accdb file. He couldn't get it to open either. He also could > import all the objects into the new database. Today I visited the clients > office to look at their system. They are running Access 2007 SP2 just like I > am. The file opens fine on their system. I decompiled on their computer and > compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the file > is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations there > either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app for a > client in Access 2007. The file is in the accdb format. All was well and we > were doing upgrades as the client needs them. Today I got the front end file > back from them and it would not open on my computer. There is no error > message, Access just opens as it would if you opened it from the program > menu. I checked to make sure the database window, or what ever you call it > in A2007, wasn't hidden and I got a message that there was no file opened, > which is what it looks like. Did all the normal stuff, like get another copy > of the file, compact repair, decompile, with no results. The file did > compact as it got smaller and it looks like it decompiled but after the > action I got the Access program window, i.e. no open database. I had the > client compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file > that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack thing? I > looked on Google and couldn't find any posts about this. I need to figure > out what is going on as I don't want to have to do this every time we move > files around with this client and I have spent a couple of hours messing > with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com From Darryl.Collins at anz.com Wed Jan 13 17:24:15 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 14 Jan 2010 10:24:15 +1100 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> "If you open access and then open that database from Access it does the same thing?" I would suggest you try this as well. I have had numerous instances in A2003 where you double click on the icon and nothing happens, but if you open Access and then the database file via "File > Open" it will open up normally and behave as expected. Not sure if it has anything to do with your A2007 issue. Worth a try though... Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, 14 January 2010 10:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From dw-murphy at cox.net Wed Jan 13 17:24:53 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 13 Jan 2010 15:24:53 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: <2AA13858638D4816BDD0537542B31550@murphy3234aaf1> Doesn't work. Can't open this particular file by double clicking the file or opening from Access. Either way you just get the Access window, same as you get when you just open Access without a file. I opened two files this on, and another version of it that does open on my machine in a hex editor and looked at the file headers. They are both the same as far as I can tell. Very strange behavior. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Wednesday, January 13, 2010 3:18 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Wed Jan 13 17:29:25 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 13 Jan 2010 15:29:25 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: Thanks Darryl, Doesn't work that way either. The interesting thing is that I can compact it from Access. I can also decompile from the command line . This behavior doesn't make sense to me. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 13, 2010 3:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open "If you open access and then open that database from Access it does the same thing?" I would suggest you try this as well. I have had numerous instances in A2003 where you double click on the icon and nothing happens, but if you open Access and then the database file via "File > Open" it will open up normally and behave as expected. Not sure if it has anything to do with your A2007 issue. Worth a try though... Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, 14 January 2010 10:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Jan 13 17:52:39 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 13 Jan 2010 15:52:39 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <2AA13858638D4816BDD0537542B31550@murphy3234aaf1> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <2AA13858638D4816BDD0537542B31550@murphy3234aaf1> Message-ID: Doug: If you want to zip it and send it over I'd be happy to try it on all my machines - see if it make s any difference at all. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:25 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Doesn't work. Can't open this particular file by double clicking the file or opening from Access. Either way you just get the Access window, same as you get when you just open Access without a file. I opened two files this on, and another version of it that does open on my machine in a hex editor and looked at the file headers. They are both the same as far as I can tell. Very strange behavior. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Wednesday, January 13, 2010 3:18 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash > drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from > the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.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 From rockysmolin at bchacc.com Wed Jan 13 17:54:21 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 13 Jan 2010 15:54:21 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <927DB3D17D1C49FC9E70743D48FECE67@HAL9005> Doug: Have you tried creating a new, empty db and file-->get external data-->import thing to see if anything shows up in the objects window? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Thanks Darryl, Doesn't work that way either. The interesting thing is that I can compact it from Access. I can also decompile from the command line . This behavior doesn't make sense to me. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 13, 2010 3:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open "If you open access and then open that database from Access it does the same thing?" I would suggest you try this as well. I have had numerous instances in A2003 where you double click on the icon and nothing happens, but if you open Access and then the database file via "File > Open" it will open up normally and behave as expected. Not sure if it has anything to do with your A2007 issue. Worth a try though... Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, 14 January 2010 10:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 From marksimms at verizon.net Wed Jan 13 17:57:03 2010 From: marksimms at verizon.net (Mark Simms) Date: Wed, 13 Jan 2010 18:57:03 -0500 Subject: [AccessD] Finders Fee In-Reply-To: References: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> Message-ID: <03a901ca94ac$1aa3d230$0701a8c0@MSIMMSWS> Thanks both to Susan and Rocky.....and that's what I thought. I've met a company whose owner believes it should be 10% of "net profit".... despite the fact that it is a 6 figure contract. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: Tuesday, January 12, 2010 11:06 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Finders Fee > > I am paying a guy 10% for referring me to an account he > couldn't handle. > 10%, IME, is pretty standard. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Tuesday, January 12, 2010 5:26 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Finders Fee > > Has anyone on this forum ever heard of or been involved with > a situation where they knew of a software development > requirement that they could not contract or fullfill > themselves, yet they were able to recommend another firm who > got the job ? > > If so, was a finders fee awarded ? If so, on what basis ? > (gross fee amount, net profit, etc) ? What percentage ? (5,10%) > > -- > 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 > From rockysmolin at bchacc.com Wed Jan 13 22:13:53 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 13 Jan 2010 20:13:53 -0800 Subject: [AccessD] Finders Fee In-Reply-To: <03a901ca94ac$1aa3d230$0701a8c0@MSIMMSWS> References: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> <03a901ca94ac$1aa3d230$0701a8c0@MSIMMSWS> Message-ID: <4C23A66648DF44EF817043E3D96A929E@HAL9005> As you not, it's 10% of GROSS - NEVER take a 'net' deal. You have no control over the expenses. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, January 13, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Finders Fee Thanks both to Susan and Rocky.....and that's what I thought. I've met a company whose owner believes it should be 10% of "net profit".... despite the fact that it is a 6 figure contract. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Tuesday, January 12, 2010 11:06 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Finders Fee > > I am paying a guy 10% for referring me to an account he couldn't > handle. > 10%, IME, is pretty standard. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Tuesday, January 12, 2010 5:26 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Finders Fee > > Has anyone on this forum ever heard of or been involved with a > situation where they knew of a software development requirement that > they could not contract or fullfill themselves, yet they were able to > recommend another firm who got the job ? > > If so, was a finders fee awarded ? If so, on what basis ? > (gross fee amount, net profit, etc) ? What percentage ? (5,10%) > > -- > 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 From dw-murphy at cox.net Wed Jan 13 22:22:04 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 13 Jan 2010 20:22:04 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <927DB3D17D1C49FC9E70743D48FECE67@HAL9005> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> <927DB3D17D1C49FC9E70743D48FECE67@HAL9005> Message-ID: <053C23127D204970B456DFEAA52A16AA@murphy3234aaf1> Hi Rocky, Both Daryll and I were able to import all objects to a new db. That opens on the local machine. I am just trying to figure out what is different about the file after the client works with it. Have tried this on 3 different computers with Access 2007 on them and they all behave the same, i.e., the file just opens access, but not the database. The client is on a local network and all their computers can open this file as it should be. There is something about their installation or service pack level that is doing this. They all run Windows XP. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 13, 2010 3:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Doug: Have you tried creating a new, empty db and file-->get external data-->import thing to see if anything shows up in the objects window? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Thanks Darryl, Doesn't work that way either. The interesting thing is that I can compact it from Access. I can also decompile from the command line . This behavior doesn't make sense to me. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 13, 2010 3:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open "If you open access and then open that database from Access it does the same thing?" I would suggest you try this as well. I have had numerous instances in A2003 where you double click on the icon and nothing happens, but if you open Access and then the database file via "File > Open" it will open up normally and behave as expected. Not sure if it has anything to do with your A2007 issue. Worth a try though... Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, 14 January 2010 10:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 From rockysmolin at bchacc.com Wed Jan 13 22:34:43 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 13 Jan 2010 20:34:43 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <053C23127D204970B456DFEAA52A16AA@murphy3234aaf1> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com><927DB3D17D1C49FC9E70743D48FECE67@HAL9005> <053C23127D204970B456DFEAA52A16AA@murphy3234aaf1> Message-ID: <3E1CC9E705AB49FB9DEE0312708FAEAC@HAL9005> So you have a version that works on your box. You send it to the client, and the problem recurs there? With startling regularity? And then if they send you their hosed copy, is it still hosed on your machine but can all be recovered by importing the objects again? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 8:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Hi Rocky, Both Daryll and I were able to import all objects to a new db. That opens on the local machine. I am just trying to figure out what is different about the file after the client works with it. Have tried this on 3 different computers with Access 2007 on them and they all behave the same, i.e., the file just opens access, but not the database. The client is on a local network and all their computers can open this file as it should be. There is something about their installation or service pack level that is doing this. They all run Windows XP. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 13, 2010 3:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Doug: Have you tried creating a new, empty db and file-->get external data-->import thing to see if anything shows up in the objects window? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Thanks Darryl, Doesn't work that way either. The interesting thing is that I can compact it from Access. I can also decompile from the command line . This behavior doesn't make sense to me. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 13, 2010 3:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open "If you open access and then open that database from Access it does the same thing?" I would suggest you try this as well. I have had numerous instances in A2003 where you double click on the icon and nothing happens, but if you open Access and then the database file via "File > Open" it will open up normally and behave as expected. Not sure if it has anything to do with your A2007 issue. Worth a try though... Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, 14 January 2010 10:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Maybe try opening it with the shift key down? If you open access and then open that database from Access it does the same thing? Not much help I know. I don't use 2007 at work. I have it at home is my only exposure. GK On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: > Folks, > > Not much feedback on this. > > David offered to see if he had the same experience I did so I sent him > the front end accdb file. He couldn't get it to open either. He also > could import all the objects into the new database. Today I visited > the clients office to look at their system. They are running Access > 2007 SP2 just like I am. The file opens fine on their system. I > decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. > On my system it still will not open. All the happens when you open the > file is that Access starts, but the DB does not open. Same behavior as before. > This is very puzzling and I can find no info on Google with any of the > searches I tried. Also tried Expert's Exchange but no explanations > there either. > > Any thoughts? > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Monday, January 11, 2010 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access 2007 database file won't open > > Folks, > > I have a weird one, seems like all I get. We developed a database app > for a client in Access 2007. The file is in the accdb format. All was > well and we were doing upgrades as the client needs them. Today I got > the front end file back from them and it would not open on my > computer. There is no error message, Access just opens as it would if > you opened it from the program menu. I checked to make sure the > database window, or what ever you call it in A2007, wasn't hidden and > I got a message that there was no file opened, which is what it looks > like. Did all the normal stuff, like get another copy of the file, > compact repair, decompile, with no results. The file did compact as it > got smaller and it looks like it decompiled but after the action I got > the Access program window, i.e. no open database. I had the client > compact the file on their computer and resend. Still the same > non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. > > I tried this file on two of our computers with 2007 and got the same > behavior. Has anyone seen this before? Could it be a service pack > thing? I looked on Google and couldn't find any posts about this. I > need to figure out what is going on as I don't want to have to do this > every time we move files around with this client and I have spent a > couple of hours messing with this. > > Any suggestions would be appreciated. > > Thanks in advance. > > Doug > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 From davidmcafee at gmail.com Wed Jan 13 23:17:13 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 13 Jan 2010 21:17:13 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <8786a4c01001132117m1ec0015k4ae18fd9cdf332d6@mail.gmail.com> I tried that. I even tried dropping the file from Explorer onto the Access start page. On Wed, Jan 13, 2010 at 3:24 PM, Collins, Darryl wrote: > > > "If you open access and then open that database from Access it does the > same thing?" > > I would suggest you try this as well. I have had numerous instances in > A2003 where you double click on the icon and nothing happens, but if you > open Access and then the database file via "File > Open" it will open up > normally and behave as expected. > > Not sure if it has anything to do with your A2007 issue. ?Worth a try > though... > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Thursday, 14 January 2010 10:18 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 database file won't open > > Maybe try opening it with the shift key down? ?If you open access and > then open that database from Access it does the same thing? > > Not much help I know. I don't use 2007 at work. I have it at home is my > only exposure. > > GK > > On Wed, Jan 13, 2010 at 5:05 PM, Doug Murphy wrote: >> Folks, >> >> Not much feedback on this. >> >> David offered to see if he had the same experience I did so I sent him > >> the front end accdb file. He couldn't get it to open either. He also >> could import all the objects into the new database. Today I visited >> the clients office to look at their system. They are running Access >> 2007 SP2 just like I am. The file opens fine on their system. I >> decompiled on their computer and compacted then copied it to a flash > drive and brought it back to my office. >> On my system it still will not open. All the happens when you open the > >> file is that Access starts, but the DB does not open. Same behavior as > before. >> This is very puzzling and I can find no info on Google with any of the > >> searches I tried. Also tried Expert's Exchange but no explanations >> there either. >> >> Any thoughts? >> >> Doug >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy >> Sent: Monday, January 11, 2010 3:58 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Access 2007 database file won't open >> >> Folks, >> >> I have a weird one, seems like all I get. We developed a database app >> for a client in Access 2007. The file is in the accdb format. All was >> well and we were doing upgrades as the client needs them. Today I got >> the front end file back from them and it would not open on my >> computer. There is no error message, Access just opens as it would if >> you opened it from the program menu. I checked to make sure the >> database window, or what ever you call it in A2007, wasn't hidden and >> I got a message that there was no file opened, which is what it looks >> like. Did all the normal stuff, like get another copy of the file, >> compact repair, decompile, with no results. The file did compact as it > >> got smaller and it looks like it decompiled but after the action I got > >> the Access program window, i.e. no open database. I had the client >> compact the file on their computer and resend. Still the same >> non-result. Then I created a blank DB and imported all objects from > the file that won't open into it. That worked. >> >> I tried this file on two of our computers with 2007 and got the same >> behavior. Has anyone seen this before? Could it be a service pack >> thing? I looked on Google and couldn't find any posts about this. I >> need to figure out what is going on as I don't want to have to do this > >> every time we move files around with this client and I have spent a >> couple of hours messing with this. >> >> Any suggestions would be appreciated. >> >> Thanks in advance. >> >> Doug >> >> -- >> 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 >> > > > > -- > Gary Kjos > garykjos at gmail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, ?may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From max.wanadoo at gmail.com Thu Jan 14 03:16:14 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 14 Jan 2010 09:16:14 -0000 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com>, <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: <4b4ee0f0.0506d00a.214e.ffffbf67@mx.google.com> Doug, WAG. In Access you have options that get written away and act on all mdbs on that system. The fact it opens ok on other machines might indicate that you have selected an option on yours which conflicts somewhere. Have you tried uninstalling A2007 completely and then reinstalling it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 13 January 2010 23:06 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 From jwcolby at colbyconsulting.com Thu Jan 14 07:22:20 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 14 Jan 2010 08:22:20 -0500 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <4B4F1A8C.6070006@colbyconsulting.com> >The interesting thing is that I can compact it from Access. What does this mean? If you are literally opening the file (even though you don't see it) and then compact it and the compact works then the file is in fact opening. Check whether the lock file is created and stays open. If so then you have in fact opened the FE and you are just not able to see the database window. If the LDB file is never created then you haven't in fact opened the file. If the LDB is created and immediately closes again, then you have in fact opened the file, and then the file is shutting back down again. Check the database startup properties dialog (Tools / Startup in A2K and previous) to look at the check boxes for how the database starts up. Maybe something there is screwy. John W. Colby www.ColbyConsulting.com Doug Murphy wrote: > Thanks Darryl, > > Doesn't work that way either. The interesting thing is that I can compact it > from Access. I can also decompile from the command line . This behavior > doesn't make sense to me. From jwcolby at colbyconsulting.com Thu Jan 14 07:24:35 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 14 Jan 2010 08:24:35 -0500 Subject: [AccessD] Finders Fee In-Reply-To: <4C23A66648DF44EF817043E3D96A929E@HAL9005> References: <024b01ca93ef$6fae4840$0701a8c0@MSIMMSWS> <03a901ca94ac$1aa3d230$0701a8c0@MSIMMSWS> <4C23A66648DF44EF817043E3D96A929E@HAL9005> Message-ID: <4B4F1B13.2060707@colbyconsulting.com> Amen. Just ask the actor's guild! This is a famous scam of the movie studios. John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > As you not, it's 10% of GROSS - NEVER take a 'net' deal. You have no > control over the expenses. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Wednesday, January 13, 2010 3:57 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Finders Fee > > Thanks both to Susan and Rocky.....and that's what I thought. > I've met a company whose owner believes it should be 10% of "net profit".... > despite the fact that it is a 6 figure contract. > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Tuesday, January 12, 2010 11:06 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Finders Fee >> >> I am paying a guy 10% for referring me to an account he couldn't >> handle. >> 10%, IME, is pretty standard. >> >> R >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms >> Sent: Tuesday, January 12, 2010 5:26 PM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Finders Fee >> >> Has anyone on this forum ever heard of or been involved with a >> situation where they knew of a software development requirement that >> they could not contract or fullfill themselves, yet they were able to >> recommend another firm who got the job ? >> >> If so, was a finders fee awarded ? If so, on what basis ? >> (gross fee amount, net profit, etc) ? What percentage ? (5,10%) >> >> -- >> 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 > From darren at activebilling.com.au Thu Jan 14 08:04:17 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Fri, 15 Jan 2010 01:04:17 +1100 Subject: [AccessD] A2K:Get file name after drag and drop_SecondSend In-Reply-To: References: <043c01ca7a02$c60ffbe0$301b910a@denzilnote><013501ca82b0$8e67e930$301b910a@denzilnote><4B30CE8A.50305@colbyconsulting.com>, , <01a801ca8315$2c7cf8e0$301b910a@denzilnote>, , , , <02e201ca860b$e798bf30$301b910a@denzilnote> Message-ID: <010901ca9522$778cbfe0$301b910a@denzilnote1> Hi J?rgen I have played about with this code and having a lot of difficulties getting it to run nicely. It hangs, memory hogging constantly and regularly need to CTRL ALT DEL to close Access etc If it's not too much trouble, can I please see a sample of the thing you speak about in your previous post? Many thanks in advance Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Friday, 01 January 2010 4:17 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend It was the link in Michael's post. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: darren at activebilling.com.au > To: accessd at databaseadvisors.com > Date: Sat, 26 Dec 2009 20:14:59 +1100 > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > Hi Jurgen > When you say great code are you referring to the link in Michael's post below or > was there some code or example in your post I can't see? > > Many thanks > > Darren > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Wednesday, 23 December 2009 8:46 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > Great Code. Works well in Access 2003. Properties on the VBA Editor Help -> > About screen in this version of Access shows VB 6.3. I added the form code to a > sub form Filelist common to several forms in an application. It stores the full > file path and name in the strFilename variable of the Public Dropped procedure > as written. > > > > This procedure will allow me to directly copy files to one or more of the > folders displayed in my file list subform using file procedures in VBA. Very > Nice! > > Ciao > > J?rgen Welz > > Edmonton, Alberta > > jwelz at hotmail.com _________________________________________________________________ Windows Live: Keep your friends up to date with what you do online. http://go.microsoft.com/?linkid=9691815 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 14 09:00:50 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 07:00:50 -0800 Subject: [AccessD] Fastest Way Message-ID: Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From max.wanadoo at gmail.com Thu Jan 14 09:25:29 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 14 Jan 2010 15:25:29 -0000 Subject: [AccessD] Fastest Way In-Reply-To: References: Message-ID: <4b4f379c.0e0f660a.4941.ffff9526@mx.google.com> R, I do similar things for income files (4 per week) and I simply use the s/sheet input name. Once it has been input, the filename is retained on a field in the table as the "source" and it is easy to check if that has already been processed. If your files all have the same name,it is easy to append the year/month to it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 15:01 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From rockysmolin at bchacc.com Thu Jan 14 09:39:04 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 07:39:04 -0800 Subject: [AccessD] Fastest Way In-Reply-To: <4b4f379c.0e0f660a.4941.ffff9526@mx.google.com> References: <4b4f379c.0e0f660a.4941.ffff9526@mx.google.com> Message-ID: <734EA130D46F458291CEA3E65A7AAB06@HAL9005> Almost foolproof until they rename the file. The controls in this environment are a bit shaky. I suppose I could put in a 'find duplicate tests' function and a 'delete duplicate tests' function that could run from time to time. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 7:25 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way R, I do similar things for income files (4 per week) and I simply use the s/sheet input name. Once it has been input, the filename is retained on a field in the table as the "source" and it is easy to check if that has already been processed. If your files all have the same name,it is easy to append the year/month to it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 15:01 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Jan 14 09:41:41 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 14 Jan 2010 10:41:41 -0500 Subject: [AccessD] Fastest Way In-Reply-To: References: Message-ID: Rocky, I would suggest the following approach. 1/ Import all of the spreadsheet data to a temporary table. 2/ Create a query joining the import table to the table tblPatientTest using all five fields. This query will list records already present in tblPatientTest. For example (using my field names)... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest INNER JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID); 3/ Create another query, an Unmatched Query, which will be the same as the first query, except you use RIGHT joins instead of equi-joins. Like so... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID) WHERE (((tblPatientTest.Policy_ID) Is Null)); That will list just the data that is different in one or other of the five fields. (The principle of unmatched queries is simple. You right join on all the fields you want to check... RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType)... And then select a field from the table that is not supposed to contain the data. It that field in null then the new data is not present in the destination table ...WHERE (((tblPatientTest.Policy_ID) Is Null)); I ran this query against a table with 12,000 records and it more or less instantly returned the 189 new rows that I had engineered in some test data. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 10:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From max.wanadoo at gmail.com Thu Jan 14 09:57:22 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 14 Jan 2010 15:57:22 -0000 Subject: [AccessD] Fastest Way In-Reply-To: <734EA130D46F458291CEA3E65A7AAB06@HAL9005> References: <4b4f379c.0e0f660a.4941.ffff9526@mx.google.com> <734EA130D46F458291CEA3E65A7AAB06@HAL9005> Message-ID: <4b4f3f18.0baa660a.305e.249a@mx.google.com> If they only send it through monthly, append the date to the name. once processed move it to a "\Processed" sub folder for archiving. Until it is processed it sits there and stops other files being added. (you have to code this check). Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 15:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Almost foolproof until they rename the file. The controls in this environment are a bit shaky. I suppose I could put in a 'find duplicate tests' function and a 'delete duplicate tests' function that could run from time to time. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 7:25 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way R, I do similar things for income files (4 per week) and I simply use the s/sheet input name. Once it has been input, the filename is retained on a field in the table as the "source" and it is easy to check if that has already been processed. If your files all have the same name,it is easy to append the year/month to it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 15:01 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From rockysmolin at bchacc.com Thu Jan 14 10:27:54 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 08:27:54 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: Message-ID: Lambert: That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 14, 2010 7:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, I would suggest the following approach. 1/ Import all of the spreadsheet data to a temporary table. 2/ Create a query joining the import table to the table tblPatientTest using all five fields. This query will list records already present in tblPatientTest. For example (using my field names)... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest INNER JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID); 3/ Create another query, an Unmatched Query, which will be the same as the first query, except you use RIGHT joins instead of equi-joins. Like so... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID) WHERE (((tblPatientTest.Policy_ID) Is Null)); That will list just the data that is different in one or other of the five fields. (The principle of unmatched queries is simple. You right join on all the fields you want to check... RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType)... And then select a field from the table that is not supposed to contain the data. It that field in null then the new data is not present in the destination table ...WHERE (((tblPatientTest.Policy_ID) Is Null)); I ran this query against a table with 12,000 records and it more or less instantly returned the 189 new rows that I had engineered in some test data. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 10:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu Jan 14 10:54:34 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 14 Jan 2010 17:54:34 +0100 Subject: [AccessD] Fastest Way (to convert Excel files) Message-ID: Hi Rocky This tiny converter, ABC Amber Excel Converter, claims it will convert Excel files directly to an mdb file - without Excel - and in batch mode from the command line as well: http://www.processtext.com/abcexcel.html or to csv files which you could bulk import in SQL Server. The registration fee is quite fair it seems. /gustav >>> rockysmolin at bchacc.com 14-01-2010 17:27 >>> Lambert: That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 14, 2010 7:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, I would suggest the following approach. 1/ Import all of the spreadsheet data to a temporary table. 2/ Create a query joining the import table to the table tblPatientTest using all five fields. This query will list records already present in tblPatientTest. For example (using my field names)... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest INNER JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID); 3/ Create another query, an Unmatched Query, which will be the same as the first query, except you use RIGHT joins instead of equi-joins. Like so... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID) WHERE (((tblPatientTest.Policy_ID) Is Null)); That will list just the data that is different in one or other of the five fields. (The principle of unmatched queries is simple. You right join on all the fields you want to check... RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType)... And then select a field from the table that is not supposed to contain the data. It that field in null then the new data is not present in the destination table ...WHERE (((tblPatientTest.Policy_ID) Is Null)); I ran this query against a table with 12,000 records and it more or less instantly returned the 189 new rows that I had engineered in some test data. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 10:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From davidmcafee at gmail.com Thu Jan 14 10:56:31 2010 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 14 Jan 2010 08:56:31 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <4B4F1A8C.6070006@colbyconsulting.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> <4B4F1A8C.6070006@colbyconsulting.com> Message-ID: <8786a4c01001140856t2c97128ci988c4dda521600d0@mail.gmail.com> The laccdb is not created on my end when I try opening his database. On Thu, Jan 14, 2010 at 5:22 AM, jwcolby wrote: > ?>The interesting thing is that I can compact it from Access. > > What does this mean? ?If you are literally opening the file (even though you don't see it) and then > compact it and the compact works then the file is in fact opening. > > Check whether the lock file is created and stays open. ?If so then you have in fact opened the FE > and you are just not able to see the database window. ?If the LDB file is never created then you > haven't in fact opened the file. ?If the LDB is created and immediately closes again, then you have > in fact opened the file, and then the file is shutting back down again. > > Check the database startup properties dialog (Tools / Startup in A2K and previous) to look at the > check boxes for how the database starts up. ?Maybe something there is screwy. > > John W. Colby > www.ColbyConsulting.com > > > Doug Murphy wrote: >> Thanks Darryl, >> >> Doesn't work that way either. The interesting thing is that I can compact it >> from Access. I can also decompile from the command line . This behavior >> doesn't make sense to me. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Thu Jan 14 11:00:58 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 09:00:58 -0800 Subject: [AccessD] Fastest Way In-Reply-To: <4b4f3f18.0baa660a.305e.249a@mx.google.com> References: <4b4f379c.0e0f660a.4941.ffff9526@mx.google.com><734EA130D46F458291CEA3E65A7AAB06@HAL9005> <4b4f3f18.0baa660a.305e.249a@mx.google.com> Message-ID: Just spoke with the client and it turns out that new imports will almost certainly contain records already processed. He might do an import for a month and then later decide to add some tests or patients and so the extracted file would contain both the old and the new patients and/or tests. So the import to a temp table and run unmatched query to find out which records to import looks like it might be the fastest way. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 7:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way If they only send it through monthly, append the date to the name. once processed move it to a "\Processed" sub folder for archiving. Until it is processed it sits there and stops other files being added. (you have to code this check). Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 15:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Almost foolproof until they rename the file. The controls in this environment are a bit shaky. I suppose I could put in a 'find duplicate tests' function and a 'delete duplicate tests' function that could run from time to time. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 7:25 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way R, I do similar things for income files (4 per week) and I simply use the s/sheet input name. Once it has been input, the filename is retained on a field in the table as the "source" and it is easy to check if that has already been processed. If your files all have the same name,it is easy to append the year/month to it. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 15:01 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From Lambert.Heenan at chartisinsurance.com Thu Jan 14 11:05:11 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 14 Jan 2010 12:05:11 -0500 Subject: [AccessD] Fastest Way In-Reply-To: References: Message-ID: As they say, suck it and see. :-) I suspect that Query #3 will return the complete result set a lot faster than FindNext will take to locate them one at a time. So just throw the query together and see how long it take to run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 11:28 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Lambert: That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 14, 2010 7:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, I would suggest the following approach. 1/ Import all of the spreadsheet data to a temporary table. 2/ Create a query joining the import table to the table tblPatientTest using all five fields. This query will list records already present in tblPatientTest. For example (using my field names)... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest INNER JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID); 3/ Create another query, an Unmatched Query, which will be the same as the first query, except you use RIGHT joins instead of equi-joins. Like so... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID) WHERE (((tblPatientTest.Policy_ID) Is Null)); That will list just the data that is different in one or other of the five fields. (The principle of unmatched queries is simple. You right join on all the fields you want to check... RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType)... And then select a field from the table that is not supposed to contain the data. It that field in null then the new data is not present in the destination table ...WHERE (((tblPatientTest.Policy_ID) Is Null)); I ran this query against a table with 12,000 records and it more or less instantly returned the 189 new rows that I had engineered in some test data. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 10:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From rockysmolin at bchacc.com Thu Jan 14 11:33:01 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 09:33:01 -0800 Subject: [AccessD] Fastest Way (to convert Excel files) In-Reply-To: References: Message-ID: <876BD5CF88DA45FE99AAD6410F6B2787@HAL9005> Well I was thinking about just using TransferSpreadsheet although in the past I have opened an excel file directly in code and processed the records in one at a time. I think that was because TransferSpreadsheet had some stability problem or something. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, January 14, 2010 8:55 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Fastest Way (to convert Excel files) Hi Rocky This tiny converter, ABC Amber Excel Converter, claims it will convert Excel files directly to an mdb file - without Excel - and in batch mode from the command line as well: http://www.processtext.com/abcexcel.html or to csv files which you could bulk import in SQL Server. The registration fee is quite fair it seems. /gustav >>> rockysmolin at bchacc.com 14-01-2010 17:27 >>> Lambert: That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 14, 2010 7:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, I would suggest the following approach. 1/ Import all of the spreadsheet data to a temporary table. 2/ Create a query joining the import table to the table tblPatientTest using all five fields. This query will list records already present in tblPatientTest. For example (using my field names)... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest INNER JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID); 3/ Create another query, an Unmatched Query, which will be the same as the first query, except you use RIGHT joins instead of equi-joins. Like so... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID) WHERE (((tblPatientTest.Policy_ID) Is Null)); That will list just the data that is different in one or other of the five fields. (The principle of unmatched queries is simple. You right join on all the fields you want to check... RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType)... And then select a field from the table that is not supposed to contain the data. It that field in null then the new data is not present in the destination table ...WHERE (((tblPatientTest.Policy_ID) Is Null)); I ran this query against a table with 12,000 records and it more or less instantly returned the 189 new rows that I had engineered in some test data. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 10:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From jwelz at hotmail.com Thu Jan 14 11:52:18 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Thu, 14 Jan 2010 10:52:18 -0700 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , Message-ID: Using the queries is probably the quickest. Creating a five field index requires a lot of work to maintain. Joining all five fields to an intermediate query of the master table, perhaps matching the date range only, and using the result as the basis for a bulk delete against the import data and then appending the balance would be very fast. An 'unmatched records' query would definitely be slower. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Thu, 14 Jan 2010 12:05:11 -0500 > Subject: Re: [AccessD] Fastest Way > > > As they say, suck it and see. :-) > > I suspect that Query #3 will return the complete result set a lot faster than FindNext will take to locate them one at a time. So just throw the query together and see how long it take to run. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Thursday, January 14, 2010 11:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > Lambert: > > That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. > > Thanks > > Rocky _________________________________________________________________ From max.wanadoo at gmail.com Thu Jan 14 11:58:36 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 14 Jan 2010 17:58:36 -0000 Subject: [AccessD] Fastest Way (to convert Excel files) In-Reply-To: <876BD5CF88DA45FE99AAD6410F6B2787@HAL9005> References: <876BD5CF88DA45FE99AAD6410F6B2787@HAL9005> Message-ID: <4b4f5b8e.0702d00a.6f7c.ffffea7f@mx.google.com> I use docmd.transferspreadsheet AND docmd.transfertext (for csv) and have no problems with them. Some arrive as xls and others as csv. DoCmd.TransferSpreadsheet , , strTableNameTemp, strImportedSpreadSheet, False DoCmd.TransferText , , strTableName, strImportedSpreadSheet, True Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 17:33 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way (to convert Excel files) Well I was thinking about just using TransferSpreadsheet although in the past I have opened an excel file directly in code and processed the records in one at a time. I think that was because TransferSpreadsheet had some stability problem or something. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, January 14, 2010 8:55 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Fastest Way (to convert Excel files) Hi Rocky This tiny converter, ABC Amber Excel Converter, claims it will convert Excel files directly to an mdb file - without Excel - and in batch mode from the command line as well: http://www.processtext.com/abcexcel.html or to csv files which you could bulk import in SQL Server. The registration fee is quite fair it seems. /gustav >>> rockysmolin at bchacc.com 14-01-2010 17:27 >>> Lambert: That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. Thanks Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 14, 2010 7:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, I would suggest the following approach. 1/ Import all of the spreadsheet data to a temporary table. 2/ Create a query joining the import table to the table tblPatientTest using all five fields. This query will list records already present in tblPatientTest. For example (using my field names)... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest INNER JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID); 3/ Create another query, an Unmatched Query, which will be the same as the first query, except you use RIGHT joins instead of equi-joins. Like so... SELECT tblImports.Policy_ID, tblImports.Seller_ID, tblImports.dSubmissionReceived, tblImports.dAcknowlegementSent, tblImports.PolicyType FROM tblPatientTest RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType) AND (tblPatientTest.dAcknowlegementSent = tblImports.dAcknowlegementSent) AND (tblPatientTest.dSubmissionReceived = tblImports.dSubmissionReceived) AND (tblPatientTest.Seller_ID = tblImports.Seller_ID) AND (tblPatientTest.Policy_ID = tblImports.Policy_ID) WHERE (((tblPatientTest.Policy_ID) Is Null)); That will list just the data that is different in one or other of the five fields. (The principle of unmatched queries is simple. You right join on all the fields you want to check... RIGHT JOIN tblImports ON (tblPatientTest.PolicyType = tblImports.PolicyType)... And then select a field from the table that is not supposed to contain the data. It that field in null then the new data is not present in the destination table ...WHERE (((tblPatientTest.Policy_ID) Is Null)); I ran this query against a table with 12,000 records and it more or less instantly returned the 189 new rows that I had engineered in some test data. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 10:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 14 12:33:10 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 10:33:10 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , Message-ID: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Thursday, January 14, 2010 9:52 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Fastest Way Using the queries is probably the quickest. Creating a five field index requires a lot of work to maintain. Joining all five fields to an intermediate query of the master table, perhaps matching the date range only, and using the result as the basis for a bulk delete against the import data and then appending the balance would be very fast. An 'unmatched records' query would definitely be slower. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Thu, 14 Jan 2010 12:05:11 -0500 > Subject: Re: [AccessD] Fastest Way > > > As they say, suck it and see. :-) > > I suspect that Query #3 will return the complete result set a lot faster than FindNext will take to locate them one at a time. So just throw the query together and see how long it take to run. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Thursday, January 14, 2010 11:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > Lambert: > > That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. > > Thanks > > Rocky _________________________________________________________________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 14 12:42:24 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 14 Jan 2010 18:42:24 -0000 Subject: [AccessD] Fastest Way In-Reply-To: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> Message-ID: <4b4f65d6.1c07d00a.227c.7013@mx.google.com> R, Personally, I would create a unique index on those fields and let Access deal with the dupes - simple, easy and foolproof. Time is relative. I doubt if they are standing their watching the screen. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 18:33 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Thursday, January 14, 2010 9:52 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Fastest Way Using the queries is probably the quickest. Creating a five field index requires a lot of work to maintain. Joining all five fields to an intermediate query of the master table, perhaps matching the date range only, and using the result as the basis for a bulk delete against the import data and then appending the balance would be very fast. An 'unmatched records' query would definitely be slower. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Thu, 14 Jan 2010 12:05:11 -0500 > Subject: Re: [AccessD] Fastest Way > > > As they say, suck it and see. :-) > > I suspect that Query #3 will return the complete result set a lot faster than FindNext will take to locate them one at a time. So just throw the query together and see how long it take to run. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Thursday, January 14, 2010 11:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > Lambert: > > That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. > > Thanks > > Rocky _________________________________________________________________ -- 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 From jwelz at hotmail.com Thu Jan 14 13:09:48 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Thu, 14 Jan 2010 12:09:48 -0700 Subject: [AccessD] A2K:Get file name after drag and drop_SecondSend In-Reply-To: <010901ca9522$778cbfe0$301b910a@denzilnote1> References: <043c01ca7a02$c60ffbe0$301b910a@denzilnote><013501ca82b0$8e67e930$301b910a@denzilnote><4B30CE8A.50305@colbyconsulting.com>, , , <01a801ca8315$2c7cf8e0$301b910a@denzilnote>, , , , , , , <02e201ca860b$e798bf30$301b910a@denzilnote>, , <010901ca9522$778cbfe0$301b910a@denzilnote1> Message-ID: I copied and pasted the code from the top listbox at http://digitalpbk.blogspot.com/2006/12/drag-n-drop-files-from-explorer-to-vb.html directly into a new module. To the module code, I added an additional private variable: Private mfrm as Form I modified the EnableDragDrop procdure to initialize the above variable. To do so I added a form parameter to the enable procedure as follows: Public Sub EnableDragDrop(ByVal hwnd As Long, frm As Form) DragAcceptFiles hwnd, 1 HookForm (hwnd) Set mfrm = frm End Sub and also set the form variable to nothing in the DisableDragDrop procedure The Dropped procedure in the module was modified to return the file name and path to the subform by passing it to a public GotADrop procedure on the subform: Public Sub Dropped(ByVal HDROP As Long) Dim strFilename As String * 511 Call DragQueryFile(HDROP, 0, strFilename, 511) 'Get the filename. 'Debug.Print TrimNulls(strFilename) mfrm.GotADrop TrimNulls(strFilename) End Sub My form code, and the form in question is always a subform that is nothing more than a listbox that displays a list of files and folders based on the parent form: Private Sub Form_Load() EnableDragDrop Me.hwnd, Forms(Me.Parent.Name).sfrmDocumentList.Form End Sub Public Sub GotADrop(ByVal strfile As String) MsgBox strfile End Sub The subform is placed on various parent forms such as ContactDocs, EstimateDocs, ProjectDocs, EmployeeDocs... The parent form sets the subform to display files and folders in a path determined by the table and primary key of the record. The parent form allows the user to select a type of file from a drop down list for generation. For example, the employee form would allow creation of a Word doc letter for a discipline notice, raise or transfer... The Estimate form would allow generation of a tender, request for information, transmittal... In any event, the subform is aware of the path in which to create a file as it displays files in the path and creates a path as required. Although the GotADrop procedure above only pops a message box, the code provides for copying a file to the target path. I use an API copy procedure that provides an optional overwrite parameter: Private Declare Function CopyFileA Lib "kernel32" (ByVal ExistingFileName As String, _ ByVal NewFileName As String, ByVal FailIfExists As Long) As Long Public Function Copy(FileSrc As String, FileDst As String, Optional NoOverWrite As Boolean = True) _ As Boolean On Error GoTo ErrorHandler Copy = CopyFileA(FileSrc, FileDst, NoOverWrite) = 1 ExitRoutine: On Error Resume Next Exit Function ErrorHandler: With Err Select Case .Number Case Else MsgBox .Number & vbCrLf & .Description, vbInformation, "Error - Copy" End Select End With 'Resume 0 Resume ExitRoutine End Function I didn't see a trimNulls procedure in the sample code but use it in my version: Public Function TrimNulls(startstr As String) As String TrimNulls = Left$(startstr, lstrlenW(StrPtr(startstr))) End Function As the drop procedure allows dropping of a folder, I also have a copy folder (and subfolders) procedure, though I've recently been adopting a shelled robocopy command. I test for directory when not moving single files: If (GetAttr(strPath & strFolder) And vbDirectory) = vbDirectory Then For copying individual files, I parse out the last '\' with instrRev an mid$ from that point on from the source file name returned to the form GotADrop procedure. I don't have any problems relating to hanging of the application and am unaware of any memory leak issues. I have 65 users running in a virtual server (Windows 2003 Server) environment. I believe we have 2 physical servers with 8 gigs each for all users. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: darren at activebilling.com.au > To: accessd at databaseadvisors.com > Date: Fri, 15 Jan 2010 01:04:17 +1100 > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > Hi J?rgen > > I have played about with this code and having a lot of difficulties getting it > to run nicely. It hangs, memory hogging constantly and regularly need to CTRL > ALT DEL to close Access etc > > If it's not too much trouble, can I please see a sample of the thing you speak > about in your previous post? > > Many thanks in advance > > Darren > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Friday, 01 January 2010 4:17 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > It was the link in Michael's post. > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > > > From: darren at activebilling.com.au > > To: accessd at databaseadvisors.com > > Date: Sat, 26 Dec 2009 20:14:59 +1100 > > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > > Hi Jurgen > > When you say great code are you referring to the link in Michael's post below > or > > was there some code or example in your post I can't see? > > > > Many thanks > > > > Darren > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > > Sent: Wednesday, 23 December 2009 8:46 AM > > To: accessd at databaseadvisors.com > > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > > > > Great Code. Works well in Access 2003. Properties on the VBA Editor Help -> > > About screen in this version of Access shows VB 6.3. I added the form code to > a > > sub form Filelist common to several forms in an application. It stores the > full > > file path and name in the strFilename variable of the Public Dropped procedure > > as written. > > > > > > > > This procedure will allow me to directly copy files to one or more of the > > folders displayed in my file list subform using file procedures in VBA. Very > > Nice! > > > > Ciao > > > > J?rgen Welz > > > > Edmonton, Alberta > > > > jwelz at hotmail.com > > _________________________________________________________________ > Windows Live: Keep your friends up to date with what you do online. > http://go.microsoft.com/?linkid=9691815 > -- > 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 _________________________________________________________________ From jwelz at hotmail.com Thu Jan 14 13:10:47 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Thu, 14 Jan 2010 12:10:47 -0700 Subject: [AccessD] Fastest Way In-Reply-To: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> References: , , , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> Message-ID: I would delete from the files to be imported and then import the batch as incoming. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: rockysmolin at bchacc.com > To: accessd at databaseadvisors.com > Date: Thu, 14 Jan 2010 10:33:10 -0800 > Subject: Re: [AccessD] Fastest Way > > Actually don't want to delete and import - just bypass the incoming records > that are already in the table. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Thursday, January 14, 2010 9:52 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Fastest Way > > > Using the queries is probably the quickest. Creating a five field index > requires a lot of work to maintain. Joining all five fields to an > intermediate query of the master table, perhaps matching the date range > only, and using the result as the basis for a bulk delete against the import > data and then appending the balance would be very fast. An 'unmatched > records' query would definitely be slower. > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > > > From: Lambert.Heenan at chartisinsurance.com > > To: accessd at databaseadvisors.com > > Date: Thu, 14 Jan 2010 12:05:11 -0500 > > Subject: Re: [AccessD] Fastest Way > > > > > > As they say, suck it and see. :-) > > > > I suspect that Query #3 will return the complete result set a lot faster > than FindNext will take to locate them one at a time. So just throw the > query together and see how long it take to run. > > > > Lambert > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin > > Sent: Thursday, January 14, 2010 11:28 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Fastest Way > > > > Lambert: > > > > That looks like a good approach. Query on 2) would be interesting but I'm > not sure I would need that information if I use the query in 3) to process > just the incoming records that are not already present. I'm a little > concerned about the time the Unmatched Query will take when there are > 3-4,000,000 records in the table especially since the table in the back end > is on a server. But it wouldn't take long to implement. > > > > Thanks > > > > Rocky > > > _________________________________________________________________ > > -- > 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 _________________________________________________________________ Reinvent how you stay in touch with the new Windows Live Messenger. http://go.microsoft.com/?linkid=9706116 From dw-murphy at cox.net Thu Jan 14 13:32:29 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 14 Jan 2010 11:32:29 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <4B4F1A8C.6070006@colbyconsulting.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> <4B4F1A8C.6070006@colbyconsulting.com> Message-ID: <48D14DF8578C4B998F0E24D7D9ED99A8@murphy3234aaf1> John, As far as I can tell the file does not open. If it does it opens and closes so fast that you can't see it or the lock file. AS to Max's suggestion I can't open the file so I can't set any of the startup properties. I have a utility that sets these from another database and did set all the properties to let the file open and show menus. Didn't help. As to Access opening the file when it compacts I am not sure that is what happens. If you watch during compact another file is created, then I suspect something like copy all objects happens into this file, the original file is deleted and then the new file is renamed. There is a know problem with Access 2007 not creating the temp file, but deleting the original file. I think this was corrected with one of the original service packs. Thank you for your thoughts. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, January 14, 2010 5:22 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open >The interesting thing is that I can compact it from Access. What does this mean? If you are literally opening the file (even though you don't see it) and then compact it and the compact works then the file is in fact opening. Check whether the lock file is created and stays open. If so then you have in fact opened the FE and you are just not able to see the database window. If the LDB file is never created then you haven't in fact opened the file. If the LDB is created and immediately closes again, then you have in fact opened the file, and then the file is shutting back down again. Check the database startup properties dialog (Tools / Startup in A2K and previous) to look at the check boxes for how the database starts up. Maybe something there is screwy. John W. Colby www.ColbyConsulting.com Doug Murphy wrote: > Thanks Darryl, > > Doesn't work that way either. The interesting thing is that I can > compact it from Access. I can also decompile from the command line . > This behavior doesn't make sense to me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Thu Jan 14 15:22:07 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 14 Jan 2010 16:22:07 -0500 Subject: [AccessD] Fastest Way In-Reply-To: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> Message-ID: I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R From max.wanadoo at gmail.com Thu Jan 14 15:35:42 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 14 Jan 2010 21:35:42 -0000 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> Message-ID: <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheygood at abestsystems.com Thu Jan 14 16:08:44 2010 From: bheygood at abestsystems.com (Bob Heygood) Date: Thu, 14 Jan 2010 14:08:44 -0800 Subject: [AccessD] A97 Sub report phantom name In-Reply-To: References: <4b45eb78.5544f10a.345c.1252@mx.google.com><20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, , <001801ca9007$a9389930$0701a8c0@MSIMMSWS><631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, , <14D337A5EF1D4F729C55A316DC31D19E@XPS><631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk><4B4748FD.2040901@colbyconsulting.com>, , , <003901ca90ee$ce037630$0701a8c0@MSIMMSWS> Message-ID: <58BF0D94EAC54AD28CC842089F74EDDB@Lenny> Hello to the list, I have a report that has 4 sub-reports. Only on the first subreport, the actual name of the subreport appears at the top of the page. This does not happen for the other 3. The name of the subreport appears in exactly the same place (top left) when viewed in design view in all subreports, but not in print or preview view except for this one.... Access 97 TIA Bob Heygood From accessd at shaw.ca Thu Jan 14 16:09:15 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 14 Jan 2010 14:09:15 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 From darren at activebilling.com.au Thu Jan 14 16:23:03 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Fri, 15 Jan 2010 09:23:03 +1100 Subject: [AccessD] A2K:Get file name after drag and drop_SecondSend In-Reply-To: References: <043c01ca7a02$c60ffbe0$301b910a@denzilnote><013501ca82b0$8e67e930$301b910a@denzilnote><4B30CE8A.50305@colbyconsulting.com>, , , <01a801ca8315$2c7cf8e0$301b910a@denzilnote>, , , , , , , <02e201ca860b$e798bf30$301b910a@denzilnote>, , <010901ca9522$778cbfe0$301b910a@denzilnote1> Message-ID: <000601ca9568$246840f0$301b910a@denzilnote1> Hi J?rgen Wow this is great and very detailed - many thanks I will work on this again tonight - I'll let you know how it turns out Again - Many many thanks, you've put in a lot of effort on my behalf - I truly am most grateful. :-) Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Friday, 15 January 2010 6:10 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend I copied and pasted the code from the top listbox at http://digitalpbk.blogspot.com/2006/12/drag-n-drop-files-from-explorer-to-vb.htm l directly into a new module. To the module code, I added an additional private variable: Private mfrm as Form I modified the EnableDragDrop procdure to initialize the above variable. To do so I added a form parameter to the enable procedure as follows: Public Sub EnableDragDrop(ByVal hwnd As Long, frm As Form) DragAcceptFiles hwnd, 1 HookForm (hwnd) Set mfrm = frm End Sub and also set the form variable to nothing in the DisableDragDrop procedure The Dropped procedure in the module was modified to return the file name and path to the subform by passing it to a public GotADrop procedure on the subform: Public Sub Dropped(ByVal HDROP As Long) Dim strFilename As String * 511 Call DragQueryFile(HDROP, 0, strFilename, 511) 'Get the filename. 'Debug.Print TrimNulls(strFilename) mfrm.GotADrop TrimNulls(strFilename) End Sub My form code, and the form in question is always a subform that is nothing more than a listbox that displays a list of files and folders based on the parent form: Private Sub Form_Load() EnableDragDrop Me.hwnd, Forms(Me.Parent.Name).sfrmDocumentList.Form End Sub Public Sub GotADrop(ByVal strfile As String) MsgBox strfile End Sub The subform is placed on various parent forms such as ContactDocs, EstimateDocs, ProjectDocs, EmployeeDocs... The parent form sets the subform to display files and folders in a path determined by the table and primary key of the record. The parent form allows the user to select a type of file from a drop down list for generation. For example, the employee form would allow creation of a Word doc letter for a discipline notice, raise or transfer... The Estimate form would allow generation of a tender, request for information, transmittal... In any event, the subform is aware of the path in which to create a file as it displays files in the path and creates a path as required. Although the GotADrop procedure above only pops a message box, the code provides for copying a file to the target path. I use an API copy procedure that provides an optional overwrite parameter: Private Declare Function CopyFileA Lib "kernel32" (ByVal ExistingFileName As String, _ ByVal NewFileName As String, ByVal FailIfExists As Long) As Long Public Function Copy(FileSrc As String, FileDst As String, Optional NoOverWrite As Boolean = True) _ As Boolean On Error GoTo ErrorHandler Copy = CopyFileA(FileSrc, FileDst, NoOverWrite) = 1 ExitRoutine: On Error Resume Next Exit Function ErrorHandler: With Err Select Case .Number Case Else MsgBox .Number & vbCrLf & .Description, vbInformation, "Error - Copy" End Select End With 'Resume 0 Resume ExitRoutine End Function I didn't see a trimNulls procedure in the sample code but use it in my version: Public Function TrimNulls(startstr As String) As String TrimNulls = Left$(startstr, lstrlenW(StrPtr(startstr))) End Function As the drop procedure allows dropping of a folder, I also have a copy folder (and subfolders) procedure, though I've recently been adopting a shelled robocopy command. I test for directory when not moving single files: If (GetAttr(strPath & strFolder) And vbDirectory) = vbDirectory Then For copying individual files, I parse out the last '\' with instrRev an mid$ from that point on from the source file name returned to the form GotADrop procedure. I don't have any problems relating to hanging of the application and am unaware of any memory leak issues. I have 65 users running in a virtual server (Windows 2003 Server) environment. I believe we have 2 physical servers with 8 gigs each for all users. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: darren at activebilling.com.au > To: accessd at databaseadvisors.com > Date: Fri, 15 Jan 2010 01:04:17 +1100 > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > Hi J?rgen > > I have played about with this code and having a lot of difficulties getting it > to run nicely. It hangs, memory hogging constantly and regularly need to CTRL > ALT DEL to close Access etc > > If it's not too much trouble, can I please see a sample of the thing you speak > about in your previous post? > > Many thanks in advance > > Darren > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Friday, 01 January 2010 4:17 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > It was the link in Michael's post. > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > > > From: darren at activebilling.com.au > > To: accessd at databaseadvisors.com > > Date: Sat, 26 Dec 2009 20:14:59 +1100 > > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > > Hi Jurgen > > When you say great code are you referring to the link in Michael's post below > or > > was there some code or example in your post I can't see? > > > > Many thanks > > > > Darren > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > > Sent: Wednesday, 23 December 2009 8:46 AM > > To: accessd at databaseadvisors.com > > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > > > > Great Code. Works well in Access 2003. Properties on the VBA Editor Help -> > > About screen in this version of Access shows VB 6.3. I added the form code to > a > > sub form Filelist common to several forms in an application. It stores the > full > > file path and name in the strFilename variable of the Public Dropped procedure > > as written. > > > > > > > > This procedure will allow me to directly copy files to one or more of the > > folders displayed in my file list subform using file procedures in VBA. Very > > Nice! > > > > Ciao > > > > J?rgen Welz > > > > Edmonton, Alberta > > > > jwelz at hotmail.com > > _________________________________________________________________ > Windows Live: Keep your friends up to date with what you do online. > http://go.microsoft.com/?linkid=9691815 > -- > 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 From rockysmolin at bchacc.com Thu Jan 14 17:53:34 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 15:53:34 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> Message-ID: <81A3EE8E706C4C61A59D38F076926C3A@HAL9005> That's a good idea! Thanks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Thursday, January 14, 2010 11:11 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Fastest Way I would delete from the files to be imported and then import the batch as incoming. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: rockysmolin at bchacc.com > To: accessd at databaseadvisors.com > Date: Thu, 14 Jan 2010 10:33:10 -0800 > Subject: Re: [AccessD] Fastest Way > > Actually don't want to delete and import - just bypass the incoming > records that are already in the table. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Thursday, January 14, 2010 9:52 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Fastest Way > > > Using the queries is probably the quickest. Creating a five field > index requires a lot of work to maintain. Joining all five fields to > an intermediate query of the master table, perhaps matching the date > range only, and using the result as the basis for a bulk delete > against the import data and then appending the balance would be very > fast. An 'unmatched records' query would definitely be slower. > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > > > From: Lambert.Heenan at chartisinsurance.com > > To: accessd at databaseadvisors.com > > Date: Thu, 14 Jan 2010 12:05:11 -0500 > > Subject: Re: [AccessD] Fastest Way > > > > > > As they say, suck it and see. :-) > > > > I suspect that Query #3 will return the complete result set a lot > > faster > than FindNext will take to locate them one at a time. So just throw > the query together and see how long it take to run. > > > > Lambert > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin > > Sent: Thursday, January 14, 2010 11:28 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Fastest Way > > > > Lambert: > > > > That looks like a good approach. Query on 2) would be interesting > > but I'm > not sure I would need that information if I use the query in 3) to > process just the incoming records that are not already present. I'm a > little concerned about the time the Unmatched Query will take when > there are 3-4,000,000 records in the table especially since the table > in the back end is on a server. But it wouldn't take long to implement. > > > > Thanks > > > > Rocky > > > _________________________________________________________________ > > -- > 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 _________________________________________________________________ Reinvent how you stay in touch with the new Windows Live Messenger. http://go.microsoft.com/?linkid=9706116 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 14 17:55:56 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 15:55:56 -0800 Subject: [AccessD] Fastest Way In-Reply-To: <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> Message-ID: <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 From rockysmolin at bchacc.com Thu Jan 14 17:56:36 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 15:56:36 -0800 Subject: [AccessD] A97 Sub report phantom name In-Reply-To: <58BF0D94EAC54AD28CC842089F74EDDB@Lenny> References: <4b45eb78.5544f10a.345c.1252@mx.google.com><20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, , <001801ca9007$a9389930$0701a8c0@MSIMMSWS><631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, , <14D337A5EF1D4F729C55A316DC31D19E@XPS><631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk><4B4748FD.2040901@colbyconsulting.com>, , , <003901ca90ee$ce037630$0701a8c0@MSIMMSWS> <58BF0D94EAC54AD28CC842089F74EDDB@Lenny> Message-ID: Bob: If you want to send over the mdb I'll take a look. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A97 Sub report phantom name Hello to the list, I have a report that has 4 sub-reports. Only on the first subreport, the actual name of the subreport appears at the top of the page. This does not happen for the other 3. The name of the subreport appears in exactly the same place (top left) when viewed in design view in all subreports, but not in print or preview view except for this one.... Access 97 TIA Bob Heygood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu Jan 14 17:58:01 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 14 Jan 2010 17:58:01 -0600 Subject: [AccessD] Fastest Way In-Reply-To: References: Message-ID: Interesting problem here. The quirk is going to be that last field. Can you really have two records with the first four fields (including a date and time) with different 'Test Result Text'. I would think you would end up with a different value in the date and/or time fields for new test results. So, ASSUMING that the Test Result is irrelevant to the uniqueness of a record, I would recommend loading a collection with the first four fields as the 'key' to each item in the collection. I would create a separate table with these 'keys' (for faster loading). Put the fields together with a delimiter like :. This would create a one line string with a unique identifier for each record. For example, if the first record is 1, 1 , 1-29-2004,1214, you're ID field would be 1:1:01292004:1214. Adding that to a collection would put all of the currently imported records into memory in a handy little tiny string, that you can query with an 'error if it doesn't exist' function, creating a pretty instantaneous check if a record has been imported. However, if that fifth field can be different with the first four fields the same, this would probably be a bad approach because that field could jump the amount of memory being used quite a bit! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 9:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Thu Jan 14 18:16:23 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 16:16:23 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: Message-ID: <0034F95670B740CAA6F837504920B061@HAL9005> Yeah, the doctor says the first four fields could be identical with different results. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 14, 2010 3:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fastest Way Interesting problem here. The quirk is going to be that last field. Can you really have two records with the first four fields (including a date and time) with different 'Test Result Text'. I would think you would end up with a different value in the date and/or time fields for new test results. So, ASSUMING that the Test Result is irrelevant to the uniqueness of a record, I would recommend loading a collection with the first four fields as the 'key' to each item in the collection. I would create a separate table with these 'keys' (for faster loading). Put the fields together with a delimiter like :. This would create a one line string with a unique identifier for each record. For example, if the first record is 1, 1 , 1-29-2004,1214, you're ID field would be 1:1:01292004:1214. Adding that to a collection would put all of the currently imported records into memory in a handy little tiny string, that you can query with an 'error if it doesn't exist' function, creating a pretty instantaneous check if a record has been imported. However, if that fifth field can be different with the first four fields the same, this would probably be a bad approach because that field could jump the amount of memory being used quite a bit! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 9:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Thu Jan 14 18:30:24 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 14 Jan 2010 18:30:24 -0600 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <48D14DF8578C4B998F0E24D7D9ED99A8@murphy3234aaf1> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com> <4B4F1A8C.6070006@colbyconsulting.com> <48D14DF8578C4B998F0E24D7D9ED99A8@murphy3234aaf1> Message-ID: What if you made your fresh file on your system and then took that to client, opened and then closed but did nothing else. Then did a file compare somehow bit by bit. Do we know what the structure of an Access 2007 file is? Probably not. There used to be a file compare utility in DOS wasn't there? I know of editors that will do that. Slickedit comes to mind. Is the problem unique to that database? If you make a new database with entirely different contents does it do the same thing?. How about if THEY make a database on their end that you have never seen on your end, does that have the same issue? I would try a few different databases - one with just a table. ANother with a query and table, Anotehr with a form too. Another with a report in addition. Try and narrow it down to a specific type of object or something? Just some thoughts after a cocktail. ;-) GK On Thu, Jan 14, 2010 at 1:32 PM, Doug Murphy wrote: > John, > > As far as I can tell the file does not open. If it does it opens and closes > so fast that you can't see it or the lock file. AS to Max's suggestion I > can't open the file so I can't set any of the startup properties. I have a > utility that sets these from another database and did set all the properties > to let the file open and show menus. Didn't help. As to Access opening the > file when it compacts I am not sure that is what happens. If you watch > during compact another file is created, then I suspect something like copy > all objects happens into this file, the original file is deleted and then > the new file is renamed. There is a know problem with Access 2007 not > creating the temp file, but deleting the original file. I think this was > corrected with one of the original service packs. > > Thank you for your thoughts. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, January 14, 2010 5:22 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 database file won't open > > ?>The interesting thing is that I can compact it from Access. > > What does this mean? ?If you are literally opening the file (even though you > don't see it) and then compact it and the compact works then the file is in > fact opening. > > Check whether the lock file is created and stays open. ?If so then you have > in fact opened the FE and you are just not able to see the database window. > If the LDB file is never created then you haven't in fact opened the file. > If the LDB is created and immediately closes again, then you have in fact > opened the file, and then the file is shutting back down again. > > Check the database startup properties dialog (Tools / Startup in A2K and > previous) to look at the check boxes for how the database starts up. ?Maybe > something there is screwy. > > John W. Colby > www.ColbyConsulting.com > > > Doug Murphy wrote: >> Thanks Darryl, >> >> Doesn't work that way either. The interesting thing is that I can >> compact it from Access. I can also decompile from the command line . >> This behavior doesn't make sense to me. > > -- > 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 > -- Gary Kjos garykjos at gmail.com From jwelz at hotmail.com Thu Jan 14 18:37:19 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Thu, 14 Jan 2010 17:37:19 -0700 Subject: [AccessD] A2K:Get file name after drag and drop_SecondSend In-Reply-To: <000601ca9568$246840f0$301b910a@denzilnote1> References: <043c01ca7a02$c60ffbe0$301b910a@denzilnote><013501ca82b0$8e67e930$301b910a@denzilnote><4B30CE8A.50305@colbyconsulting.com>, , , , <01a801ca8315$2c7cf8e0$301b910a@denzilnote>, , ,,, ,,, , , <02e201ca860b$e798bf30$301b910a@denzilnote>, , , , <010901ca9522$778cbfe0$301b910a@denzilnote1>, , <000601ca9568$246840f0$301b910a@denzilnote1> Message-ID: Sorry to say the example was not that detailed. I'd be happy to provide some real detail as needed. One point I need to reiterate is that my testing was in Access 2003 and the entire success of the drag and drop procedure is predicated on being able to rely on the VBA AddressOf procedure that didn't exist in Access 97, though it was available in VB 5 and up. I stated this in my original reply. My understanding was that AddressOf became available in VBA with version 6 (A2K). I've got an A2K file list form/subform example I built a few years ago to which I could add the d & d functionality to validate how it works in A2K. My personal machines are all currently A2K but I rarely use them for work given that everything we do is by VPN. In order to make the file name and path returned by the example code at the link (as modified to work with an Access form by passing a form variable) do something useful, you need some additional code to do the grunt work. My subform gets a string with the destination path from the code and I already suggested how to get the file name from the string returned by the drop procedure. To do something useful like copy all the files or all files with a particular extension below a path and sub directories, you need to do a bit more work. One example for shelling a Robocopy of everything below a path and writing a log file at the destination, and waiting for the copy to be done prior to processing anything moved follows: Public Sub MovePath(strSource As String, strDest As String) ShellWait "Robocopy.exe """ & strSource & """ " & strDest & " /E /V /log+:" & strDest & "\Robocopy.log" End Sub If the attributes of the dragged item in Explorer are returnedAttributes & vbDirectory = vbDirectory, you can call the above code to move files and create/append information about the files and success or failure to copy to a log file in response to a folder being dropped on a subform containing the drop code. You could lose the /log+ switch. The whole trick is getting the quotes right in order to call from VBA. There's lots of help on the switches and options for Robocopy. The MovePath procedure depends on Robocopy.exe being found in a folder in the Path statement, otherwise you need to explicity provide the path to Robocopy.exe. The log file will show files that can't be copied because they are open or for any other reason. If you want to run the Dos Dir command to set up a text file for parsing, you can generally use Environ$("comspec") and /C to run commands. On the server I'm working on Environ returns: C:\WINDOWS\system32\cmd.exe. For example, to write a file list of every file with the file extension '.pee' below a base path: ShellWait Environ$("Comspec") & " /C dir " & """D:\GOM\Docs\Edmonton\2009\*.pee""" & " /S > " & """D:\GOM\Docs\Peefiles.txt""" Once that is completed you can call something like the following procedure to add the names and paths of the .pee files to a table by parsing the Peefiles.txt file: Sub FileParse() Dim strTextLine As String Dim strFilename As String Dim intFileHandle As Integer Dim strPath As String Dim strfile As String Dim lngStart As Long Dim r As DAO.Recordset Dim db As DAO.Database strFilename = "D:\GOM\Docs\Peefiles.txt" If Dir(strFilename) = "" Then Exit Sub Set db = CurrentDb Set r = db.OpenRecordset("tblPeeFiles") intFileHandle = FreeFile Open strFilename For Input As #intFileHandle Do While Not EOF(intFileHandle) Line Input #intFileHandle, strTextLine ' Read line into variable lngStart = InStr(strTextLine, "Directory Of ") If lngStart Then 'Folder path follows strPath = Mid$(strTextLine, 15) & "\" End If If Right$(strTextLine, 4) = ".pee" Then 'File name follows strfile = Mid$(strTextLine, 40) If Len(Dir(strPath & strfile)) Then r.AddNew r(1) = strPath & strfile r.Update Else Debug.Print "Invalid: " & strPath & strfile End If End If Loop Close #intFileHandle End Sub I'm using something very like the code above to populate a temporary table in order to migrate a few terabytes of files to a new server to various different paths based on some record attributes. You need shellwait in order to pause the code until it has completed the shelled portion of work. Variables & Declarations: Private Declare Function WaitForSingleObject Lib "kernel32" (ByVal hHandle As Long, ByVal _ dwMilliseconds As Long) As Long Private Declare Function CreateProcessA Lib "kernel32" (ByVal lpApplicationName As Long, ByVal _ lpCommandLine As String, ByVal lpProcessAttributes As Long, ByVal lpThreadAttributes As Long, _ ByVal bInheritHandles As Long, ByVal dwCreationFlags As Long, ByVal lpEnvironment As Long, _ ByVal lpCurrentDirectory As Long, lpStartupInfor As STARTUPINFO, lProcessInformation As _ PROCESS_INFORMATION) As Long Private Const STARTF_USESHOWWINDOW& = &H1 Private Const NORMAL_PRIORITY_CLASS = &H20& Private Const INFINITE = -1& Private Type PROCESS_INFORMATION hProcess As Long hThread As Long dwProcessID As Long dwThreadID As Long End Type Private Type STARTUPINFO cb As Long lpReserved As String lpDesktop As String lpTitle As String dwX As Long dwY As Long dwXSize As Long dwYSize As Long dwXCountChars As Long dwYCountChars As Long dwFillAttribute As Long dwFlags As Long wShowWindow As Integer cbReserved2 As Integer lpReserved2 As Long hStdInput As Long hStdOutput As Long hStdError As Long End Type The ShellWait procedure: Public Sub ShellWait(pathname As String, Optional WindowStyle As Long) Dim proc As PROCESS_INFORMATION Dim start As STARTUPINFO Dim ret As Long With start .cb = Len(start) If Not IsMissing(WindowStyle) Then .dwFlags = STARTF_USESHOWWINDOW .wShowWindow = WindowStyle End If End With ret& = CreateProcessA(0&, pathname, 0&, 0&, 1&, NORMAL_PRIORITY_CLASS, 0&, 0&, start, proc) ret& = WaitForSingleObject(proc.hProcess, INFINITE) CloseHandle proc.hProcess End Sub Ciao J?rgen Welz > From: darren at activebilling.com.au > To: accessd at databaseadvisors.com > Date: Fri, 15 Jan 2010 09:23:03 +1100 > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > Hi J?rgen > > Wow this is great and very detailed - many thanks > I will work on this again tonight - I'll let you know how it turns out > > Again - Many many thanks, you've put in a lot of effort on my behalf - I truly > am most grateful. > > :-) _________________________________________________________________ From dw-murphy at cox.net Thu Jan 14 18:41:48 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 14 Jan 2010 16:41:48 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com><4B4F1A8C.6070006@colbyconsulting.com><48D14DF8578C4B998F0E24D7D9ED99A8@murphy3234aaf1> Message-ID: <5E63E106F2524F589732CB8D4DA5D89C@murphy3234aaf1> Hello Gary, # Cocktail >5 = true is where I'd like to be right now. Those are all good thoughts and when I get the current tasks behind me I'll try some of your ideas. Right now I am working with the exported DB to get back on track work wise. When I put it back on their system I'll open and close, compact etc and make a copy to check. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, January 14, 2010 4:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open What if you made your fresh file on your system and then took that to client, opened and then closed but did nothing else. Then did a file compare somehow bit by bit. Do we know what the structure of an Access 2007 file is? Probably not. There used to be a file compare utility in DOS wasn't there? I know of editors that will do that. Slickedit comes to mind. Is the problem unique to that database? If you make a new database with entirely different contents does it do the same thing?. How about if THEY make a database on their end that you have never seen on your end, does that have the same issue? I would try a few different databases - one with just a table. ANother with a query and table, Anotehr with a form too. Another with a report in addition. Try and narrow it down to a specific type of object or something? Just some thoughts after a cocktail. ;-) GK On Thu, Jan 14, 2010 at 1:32 PM, Doug Murphy wrote: > John, > > As far as I can tell the file does not open. If it does it opens and > closes so fast that you can't see it or the lock file. AS to Max's > suggestion I can't open the file so I can't set any of the startup > properties. I have a utility that sets these from another database and > did set all the properties to let the file open and show menus. Didn't > help. As to Access opening the file when it compacts I am not sure > that is what happens. If you watch during compact another file is > created, then I suspect something like copy all objects happens into > this file, the original file is deleted and then the new file is > renamed. There is a know problem with Access 2007 not creating the > temp file, but deleting the original file. I think this was corrected with one of the original service packs. > > Thank you for your thoughts. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, January 14, 2010 5:22 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 database file won't open > > ?>The interesting thing is that I can compact it from Access. > > What does this mean? ?If you are literally opening the file (even > though you don't see it) and then compact it and the compact works > then the file is in fact opening. > > Check whether the lock file is created and stays open. ?If so then you > have in fact opened the FE and you are just not able to see the database window. > If the LDB file is never created then you haven't in fact opened the file. > If the LDB is created and immediately closes again, then you have in > fact opened the file, and then the file is shutting back down again. > > Check the database startup properties dialog (Tools / Startup in A2K > and > previous) to look at the check boxes for how the database starts up. ? > Maybe something there is screwy. > > John W. Colby > www.ColbyConsulting.com > > > Doug Murphy wrote: >> Thanks Darryl, >> >> Doesn't work that way either. The interesting thing is that I can >> compact it from Access. I can also decompile from the command line . >> This behavior doesn't make sense to me. > > -- > 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 > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu Jan 14 18:41:29 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 14 Jan 2010 18:41:29 -0600 Subject: [AccessD] Fastest Way In-Reply-To: <0034F95670B740CAA6F837504920B061@HAL9005> References: <0034F95670B740CAA6F837504920B061@HAL9005> Message-ID: Ugh.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 6:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Yeah, the doctor says the first four fields could be identical with different results. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 14, 2010 3:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fastest Way Interesting problem here. The quirk is going to be that last field. Can you really have two records with the first four fields (including a date and time) with different 'Test Result Text'. I would think you would end up with a different value in the date and/or time fields for new test results. So, ASSUMING that the Test Result is irrelevant to the uniqueness of a record, I would recommend loading a collection with the first four fields as the 'key' to each item in the collection. I would create a separate table with these 'keys' (for faster loading). Put the fields together with a delimiter like :. This would create a one line string with a unique identifier for each record. For example, if the first record is 1, 1 , 1-29-2004,1214, you're ID field would be 1:1:01292004:1214. Adding that to a collection would put all of the currently imported records into memory in a handy little tiny string, that you can query with an 'error if it doesn't exist' function, creating a pretty instantaneous check if a record has been imported. However, if that fifth field can be different with the first four fields the same, this would probably be a bad approach because that field could jump the amount of memory being used quite a bit! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 9:01 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Fastest Way Dear List: I have a medical database into which lab tests are imported from a spreadsheet (exported from a mainframe medical records database at a big hospital). Front and back ends are Access 2003. The table tblPatientTest has (in addition to the autonumber PK) 5 fields: Patient ID (FK) Test ID (FK) Test Date as Date/Time (indexed duplicates OK) Test Time as long integer - value between 0000 and 2399 (indexed duplicates OK) Test Result - Text (indexed duplicates OK) I'm using DAO to add the records to the table. Imports will happen monthly and the number of records will be on the order of 10,000-100,000 with mean probably around 20k-40k. As the tests are imported I want to check the table to see if the test record is already present by finding a record which matches all 5 fields to prevent duplicate test records from being entered. Since the import will take place monthly, import time is not super critical but before importing the user will run an Error Report which does all the error checking that the import does without actually doing the import. The user then resolves the errors and when the Error report is clean, will run the import. So the error report may have to be run more than once to clean the data. It is possible that the user will try to import a spreadsheet that has already been imported. So it's important to screen for duplicates. So I want to find the fastest method of checking for duplicate. The obvious thing is rs.FindFirst on all five fields, but I'm thinking that may take a really long time. Another possibility would be to create a temporary table in the front end or external mdb, and create indexed records by concatenating all five fields and checking for dups on that table. Probably faster than the first method but creating the table could take a lot of time when the Patient Test table has a few hundred thousand records in it. Or I could add the field of concatenated fields to the table itself as the records are added, indexed and maintain that. Or some other method that I haven't thought of or don't know about. Any advice welcome. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Thu Jan 14 19:01:49 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 14 Jan 2010 17:01:49 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <5E63E106F2524F589732CB8D4DA5D89C@murphy3234aaf1> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688D80@EXUAU020HWT110.oceania.corp.anz.com><4B4F1A8C.6070006@colbyconsulting.com><48D14DF8578C4B998F0E24D7D9ED99A8@murphy3234aaf1> <5E63E106F2524F589732CB8D4DA5D89C@murphy3234aaf1> Message-ID: <9320252E4A3B40ABBA6CFC187520A87C@HAL9005> Per your post you're only minutes way... R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 4:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Hello Gary, # Cocktail >5 = true is where I'd like to be right now. Those are all good thoughts and when I get the current tasks behind me I'll try some of your ideas. Right now I am working with the exported DB to get back on track work wise. When I put it back on their system I'll open and close, compact etc and make a copy to check. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, January 14, 2010 4:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open What if you made your fresh file on your system and then took that to client, opened and then closed but did nothing else. Then did a file compare somehow bit by bit. Do we know what the structure of an Access 2007 file is? Probably not. There used to be a file compare utility in DOS wasn't there? I know of editors that will do that. Slickedit comes to mind. Is the problem unique to that database? If you make a new database with entirely different contents does it do the same thing?. How about if THEY make a database on their end that you have never seen on your end, does that have the same issue? I would try a few different databases - one with just a table. ANother with a query and table, Anotehr with a form too. Another with a report in addition. Try and narrow it down to a specific type of object or something? Just some thoughts after a cocktail. ;-) GK On Thu, Jan 14, 2010 at 1:32 PM, Doug Murphy wrote: > John, > > As far as I can tell the file does not open. If it does it opens and > closes so fast that you can't see it or the lock file. AS to Max's > suggestion I can't open the file so I can't set any of the startup > properties. I have a utility that sets these from another database and > did set all the properties to let the file open and show menus. Didn't > help. As to Access opening the file when it compacts I am not sure > that is what happens. If you watch during compact another file is > created, then I suspect something like copy all objects happens into > this file, the original file is deleted and then the new file is > renamed. There is a know problem with Access 2007 not creating the > temp file, but deleting the original file. I think this was corrected > with one of the original service packs. > > Thank you for your thoughts. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, January 14, 2010 5:22 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 database file won't open > > ?>The interesting thing is that I can compact it from Access. > > What does this mean? ?If you are literally opening the file (even > though you don't see it) and then compact it and the compact works > then the file is in fact opening. > > Check whether the lock file is created and stays open. ?If so then you > have in fact opened the FE and you are just not able to see the > database window. > If the LDB file is never created then you haven't in fact opened the file. > If the LDB is created and immediately closes again, then you have in > fact opened the file, and then the file is shutting back down again. > > Check the database startup properties dialog (Tools / Startup in A2K > and > previous) to look at the check boxes for how the database starts up. > Maybe something there is screwy. > > John W. Colby > www.ColbyConsulting.com > > > Doug Murphy wrote: >> Thanks Darryl, >> >> Doesn't work that way either. The interesting thing is that I can >> compact it from Access. I can also decompile from the command line . >> This behavior doesn't make sense to me. > > -- > 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 > -- Gary Kjos garykjos at gmail.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 From dw-murphy at cox.net Thu Jan 14 22:10:07 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 14 Jan 2010 20:10:07 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 From max.wanadoo at gmail.com Fri Jan 15 01:45:24 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 07:45:24 -0000 Subject: [AccessD] Fastest Way In-Reply-To: <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> Message-ID: <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> I don't understand what you mean by brute force or findfirst. Just create the unique index on the 5 fields on your existing table. You only need do this once. Then import using transfer method with on error routine in place. If errors out on 3024 (or whatever the dupe record err No. is - this is air code) Then just resume next That's it. No findfirst or anything. The transfer method will import each record. If a dupe exists it will go to the error routine where it will be told to resume the input. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 23:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 From accessd at shaw.ca Fri Jan 15 07:01:23 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 15 Jan 2010 05:01:23 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 From jimdettman at verizon.net Fri Jan 15 07:35:26 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 15 Jan 2010 08:35:26 -0500 Subject: [AccessD] Fastest Way In-Reply-To: <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> Message-ID: Rocky, If findfirst is too slow, open it as a table and use .Seek That is the fastest way to search a JET table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 From Lambert.Heenan at chartisinsurance.com Fri Jan 15 08:17:09 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 15 Jan 2010 09:17:09 -0500 Subject: [AccessD] Fastest Way In-Reply-To: <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> Message-ID: Well at least in Access 2002 when you do this it is true, the unique data does get imported to the destination table, but the error handler does not get invoked. Here is some code I just tried out... Sub Importit() 10 On Error GoTo Importit_Error 20 DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "MyTestTable", "H:\My documents\Access\Access 2002\test\MyTestData.xls", True, "MyTestNamedRange" 30 On Error GoTo 0 40 Exit Sub Importit_Error: 50 Debug.Print Err, Err.Description, Erl 60 Resume Next End Sub The TransferSpreadsheet action runs, and imports all the unique data. Then at the end it issues an error that is not trappable by VBA... "Microsoft Access was unable to append all the data to the table. The contents of fields in 0 record(s) were deleted, and 409 record(s) were lost due to key violations." etc. etc. Does anyone know how to trap the JET error? (I assume JET is issuing the error message.) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 2:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I don't understand what you mean by brute force or findfirst. Just create the unique index on the 5 fields on your existing table. You only need do this once. Then import using transfer method with on error routine in place. If errors out on 3024 (or whatever the dupe record err No. is - this is air code) Then just resume next That's it. No findfirst or anything. The transfer method will import each record. If a dupe exists it will go to the error routine where it will be told to resume the input. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 23:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 From Lambert.Heenan at chartisinsurance.com Fri Jan 15 08:19:39 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 15 Jan 2010 09:19:39 -0500 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Fri Jan 15 08:22:44 2010 From: robert at servicexp.com (Robert) Date: Fri, 15 Jan 2010 09:22:44 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> Message-ID: <000f01ca95ee$35409360$9fc1ba20$@com> Let me tell you a little story, one of almost disaster to complete recovery... As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This was no easy task, as I use quite a few programs that require machine key registration (11 to be exact). It took me almost 3 days to migrate my system, and get everything "just right". Well, just over a week into using Windows 7, my motherboard failed (Asus P5K-E WiFi), and would no longer POST. So as you know that typically means a fresh install of windows and programs with a new motherboard replacement. I was very upset, wanted to shove my keyboard through both of my monitors. What makes this even worse, I had been having POSTing issues for the last 8 months, but after a few restart attempts everything started... ;-( .. not this time.... I could not get the exact same motherboard, so I purchases a new Asus P5Q Pro Turbo. Installed new motherboard, and for grins just let it boot to the Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking around (Was going to make an attempt at removing the old chipset drivers and such) Windows asked me to reboot, so I did. To my utter amazement, Windows 7 booted right back in with absolutely NO PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was completely back up and running. I have tried this 3 other times in the past (the latest with a Vista Ultimate Machine), and none of them worked out, Windows, as you know, is typically unforgiving with a motherboard replacement. So, needless to say I am VERY impressed. Anyway Guys & Gales... Have a great week!!! WBR Robert From dwaters at usinternet.com Fri Jan 15 08:47:39 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 15 Jan 2010 08:47:39 -0600 Subject: [AccessD] Form Closing Problem - New(?) Message-ID: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters> At only one customer, they are experiencing a problem when closing forms. For example, I can open a form in Form View add a new record. If I then close Access with the X button in the upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. This happens with forms after the recordset has been modified. If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a form in form view, changed the recordset, then close with the upper right X button of the Access window, I get the question 'do I want to save changes'. I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new Access .mdb file. But that doesn't help. Has anyone seen this issue? How did you solve it? Thanks! Dan From max.wanadoo at gmail.com Fri Jan 15 09:04:19 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 15:04:19 +0000 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <000f01ca95ee$35409360$9fc1ba20$@com> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> Message-ID: Wait until you see Windows 8 .... max On 15/01/2010, Robert wrote: > Let me tell you a little story, one of almost disaster to complete > recovery... > > > As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This > was no easy task, as I use quite a few programs that require machine key > registration (11 to be exact). It took me almost 3 days to migrate my > system, and get everything "just right". > > Well, just over a week into using Windows 7, my motherboard failed (Asus > P5K-E WiFi), and would no longer POST. So as you know that typically means a > fresh install of windows and programs with a new motherboard replacement. I > was very upset, wanted to shove my keyboard through both of my monitors. > What makes this even worse, I had been having POSTing issues for the last 8 > months, but after a few restart attempts everything started... ;-( .. not > this time.... > > I could not get the exact same motherboard, so I purchases a new Asus P5Q > Pro Turbo. Installed new motherboard, and for grins just let it boot to the > Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking > around (Was going to make an attempt at removing the old chipset drivers and > such) Windows asked me to reboot, so I did. > > > To my utter amazement, Windows 7 booted right back in with absolutely NO > PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was > completely back up and running. > > I have tried this 3 other times in the past (the latest with a Vista > Ultimate Machine), and none of them worked out, Windows, as you know, is > typically unforgiving with a motherboard replacement. > > > So, needless to say I am VERY impressed. > > Anyway Guys & Gales... Have a great week!!! > > WBR > Robert > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From RRANTHON at sentara.com Fri Jan 15 09:08:35 2010 From: RRANTHON at sentara.com (RANDALL R ANTHONY) Date: Fri, 15 Jan 2010 10:08:35 -0500 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters> Message-ID: <201001151508.o0FF8hDV008450@databaseadvisors.com> Dan, I think you need... DoCmd.Close acForm, FormName, acSaveNo >>> On 1/15/2010 at 9:47 AM, in message <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" wrote: At only one customer, they are experiencing a problem when closing forms. For example, I can open a form in Form View add a new record. If I then close Access with the X button in the upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. This happens with forms after the recordset has been modified. If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a form in form view, changed the recordset, then close with the upper right X button of the Access window, I get the question 'do I want to save changes'. I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new Access .mdb file. But that doesn't help. Has anyone seen this issue? How did you solve it? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ( http://www.databaseadvisors.com/ ) From max.wanadoo at gmail.com Fri Jan 15 09:23:29 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 15:23:29 +0000 Subject: [AccessD] Fastest Way In-Reply-To: References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> Message-ID: VB Help says: Note System errors during calls to Windows dynamic-link libraries (DLL) or Macintosh code resources do not raise exceptions and cannot be trapped with Visual Basic error trapping. When calling DLL functions, you should check each return value for success or failure (according to the API specifications), and in the event of a failure, check the value in the Err object's LastDLLError property. LastDLLError always returns zero on the Macintosh. This will do the trick, BUT it will display the system error as described above. Function max() On Error goto errhandler Dim strfile As String strfile = "c:\estatement.xls" DoCmd.TransferSpreadsheet acImport, , "Max", strfile, True exithere: Exit Function errhandler: Select Case Err.Number Case Else MsgBox "Error: " & Err.Number End Select Resume Next End Function Max On 15/01/2010, Heenan, Lambert wrote: > Well at least in Access 2002 when you do this it is true, the unique data > does get imported to the destination table, but the error handler does not > get invoked. Here is some code I just tried out... > > Sub Importit() > 10 On Error GoTo Importit_Error > 20 DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, > "MyTestTable", "H:\My documents\Access\Access 2002\test\MyTestData.xls", > True, "MyTestNamedRange" > 30 On Error GoTo 0 > 40 Exit Sub > Importit_Error: > 50 Debug.Print Err, Err.Description, Erl > 60 Resume Next > End Sub > > The TransferSpreadsheet action runs, and imports all the unique data. Then > at the end it issues an error that is not trappable by VBA... > > "Microsoft Access was unable to append all the data to the table. > > The contents of fields in 0 record(s) were deleted, and 409 record(s) were > lost due to key violations." etc. etc. > > Does anyone know how to trap the JET error? (I assume JET is issuing the > error message.) > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Friday, January 15, 2010 2:45 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > I don't understand what you mean by brute force or findfirst. > > Just create the unique index on the 5 fields on your existing table. You > only need do this once. > > Then import using transfer method with on error routine in place. > > If errors out on 3024 (or whatever the dupe record err No. is - this is air > code) > Then just resume next > > That's it. No findfirst or anything. The transfer method will import each > record. If a dupe exists it will go to the error routine where it will be > told to resume the input. > > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: 14 January 2010 23:56 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > That was my first thought - brute force - time is not that critical. And it > would only be a couple of lines of code additional in the current import > routine - just a .FindFirst. If later it turns out that the time is > unacceptable, I could bail to the other approach. Still thinking.... But > with the brute force method I could quickly set up a test case. I already > put start time, end time, and elapsed time test boxes on the form. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Thursday, January 14, 2010 1:36 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > It's a done deal. If you want speed and efficiency, then go my way. > > Unique index on relevant fields. Let access handle the dupes. One read-One > input-Finito. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: 14 January 2010 21:22 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > I think we'd all be interested to know what method you eventually use, and > how the performance is. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Thursday, January 14, 2010 1:33 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > Actually don't want to delete and import - just bypass the incoming records > that are already in the table. > > R > > -- > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From max.wanadoo at gmail.com Fri Jan 15 09:36:28 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 15:36:28 +0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <201001151508.o0FF8hDV008450@databaseadvisors.com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters> <201001151508.o0FF8hDV008450@databaseadvisors.com> Message-ID: Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I then > close Access with the X button in the upper right corner of the Access > Window, Access now asks if they would like to save the changes to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, Me.Name, > then no problem. If I leave the form open, then push a button on the main > screen to use Application.Quit, then no problem. But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access files > by importing all objects into a new Access .mdb file. But that doesn't > help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( http://www.databaseadvisors.com/ > ) > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Fri Jan 15 10:21:27 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 15 Jan 2010 08:21:27 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> Message-ID: Can I use .Seek on a linked table though? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 15, 2010 5:35 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, If findfirst is too slow, open it as a table and use .Seek That is the fastest way to search a JET table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 From rockysmolin at bchacc.com Fri Jan 15 10:21:29 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 15 Jan 2010 08:21:29 -0800 Subject: [AccessD] Fastest Way In-Reply-To: <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> Message-ID: <0BEFBDB96F1944E286459F8F7D7E8DC8@HAL9005> I like it! But I still have to import to a temp table because there is other error checking that must be done on a record in addition to checking for dupes. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 11:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I don't understand what you mean by brute force or findfirst. Just create the unique index on the 5 fields on your existing table. You only need do this once. Then import using transfer method with on error routine in place. If errors out on 3024 (or whatever the dupe record err No. is - this is air code) Then just resume next That's it. No findfirst or anything. The transfer method will import each record. If a dupe exists it will go to the error routine where it will be told to resume the input. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 23:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 From dwaters at usinternet.com Fri Jan 15 10:26:43 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 15 Jan 2010 10:26:43 -0600 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> Message-ID: I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I then > close Access with the X button in the upper right corner of the Access > Window, Access now asks if they would like to save the changes to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, Me.Name, > then no problem. If I leave the form open, then push a button on the main > screen to use Application.Quit, then no problem. But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access files > by importing all objects into a new Access .mdb file. But that doesn't > help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 From dwaters at usinternet.com Fri Jan 15 10:26:43 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 15 Jan 2010 10:26:43 -0600 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <201001151508.o0FF8hDV008450@databaseadvisors.com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters> <201001151508.o0FF8hDV008450@databaseadvisors.com> Message-ID: <03DA0934D21F421F95BC1C89432BEC24@danwaters> If I use DoCmd.Close acForm, FormName, then the problem doesn't appear. Only when it's closed with the Access window's X button. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of RANDALL R ANTHONY Sent: Friday, January 15, 2010 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, I think you need... DoCmd.Close acForm, FormName, acSaveNo >>> On 1/15/2010 at 9:47 AM, in message <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" wrote: At only one customer, they are experiencing a problem when closing forms. For example, I can open a form in Form View add a new record. If I then close Access with the X button in the upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. This happens with forms after the recordset has been modified. If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a form in form view, changed the recordset, then close with the upper right X button of the Access window, I get the question 'do I want to save changes'. I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new Access .mdb file. But that doesn't help. Has anyone seen this issue? How did you solve it? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ( http://www.databaseadvisors.com/ ) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Jan 15 10:31:40 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 15 Jan 2010 11:31:40 -0500 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> Message-ID: <5BB9016BACA24C32A6CF27F7EE87C003@XPS> Yes, but you would need to open the remote db. i.e. Dim wrk As Workspace Dim dbCurrent As Database Dim dbRemote As Database Dim tdfAttached As TableDef Dim strPath As String Dim rst1 As Recordset Dim rst1Field As Field Dim rst2 As Recordset Dim rst2Field As Field Dim intHaveMatch As Integer ' ' First, get the path to the MDB for the attached table. ' Set wrk = DBEngine.Workspaces(0) Set dbCurrent = wrk.Databases(0) Set tdfAttached = dbCurrent.TableDefs("tblGeoAllData") strPath = tdfAttached.Connect strPath = right$(strPath, Len(strPath) - InStr(strPath, "=")) Set dbRemote = wrk.OpenDatabase(strPath, False, True) ' ' First, find the postal code. Need to know the country. ' intHaveMatch = True Set rst1 = dbRemote.OpenRecordset("tblGeoAllData", DB_OPEN_TABLE) rst1.index = "PrimaryKey" rst1.Seek "=", CountryCode, PostalCode If rst1.NoMatch Then Set rst2 = dbRemote.OpenRecordset("tblGeoCountries", DB_OPEN_TABLE) rst2.index = "PrimaryKey" That's a bit of the long way around because it was an example and I wanted to show how to do it step by step. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 15, 2010 11:21 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Can I use .Seek on a linked table though? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 15, 2010 5:35 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, If findfirst is too slow, open it as a table and use .Seek That is the fastest way to search a JET table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 15 11:14:50 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 17:14:50 -0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> Message-ID: <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I then > close Access with the X button in the upper right corner of the Access > Window, Access now asks if they would like to save the changes to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, Me.Name, > then no problem. If I leave the form open, then push a button on the main > screen to use Application.Quit, then no problem. But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access files > by importing all objects into a new Access .mdb file. But that doesn't > help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 From dw-murphy at cox.net Fri Jan 15 11:18:19 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 15 Jan 2010 09:18:19 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: <54AFBB523E3F47F989C20C4C18CCF1EB@murphy3234aaf1> Hi Jim, I tried to see what was going on using Process Monitor, but couldn't see anything specific that was failing. Let me know if you find out anything. When I get time I am goig to pursue this a little more to see if there is a bug somewhere or a problem with different dlls on different systems, kind of like the vb6.dll problem with Access 2000. The good thing is this does not appear to corupt the file away like that did. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 5:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Fri Jan 15 11:19:58 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 15 Jan 2010 09:19:58 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 From Lambert.Heenan at chartisinsurance.com Fri Jan 15 11:20:56 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 15 Jan 2010 12:20:56 -0500 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> Message-ID: He said "Access window's X button", not the Forms' X. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I > then close Access with the X button in the upper right corner of the > Access Window, Access now asks if they would like to save the changes > to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, > Me.Name, then no problem. If I leave the form open, then push a > button on the main screen to use Application.Quit, then no problem. > But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access > files by importing all objects into a new Access .mdb file. But that > doesn't help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 15 11:28:46 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 17:28:46 -0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> Message-ID: <4b50a5d9.0a04d00a.28ce.1432@mx.google.com> Dan, I should also mention that allowing users to use the X to close a form can (sometimes) result in problems. If they close via a button they you can control that and, for example, insist that they enter a value in a given field before closing. Plus, of course, run any code you want on close-down. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I then > close Access with the X button in the upper right corner of the Access > Window, Access now asks if they would like to save the changes to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, Me.Name, > then no problem. If I leave the form open, then push a button on the main > screen to use Application.Quit, then no problem. But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access files > by importing all objects into a new Access .mdb file. But that doesn't > help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 From max.wanadoo at gmail.com Fri Jan 15 11:35:48 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 17:35:48 -0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> Message-ID: <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> Aha! Well spotted. Bet you're an analyst.... Can probably remove that as well - actually you can. I do it all the time. On my main-menu form I prevent that from closing until you click MY button and that in turn prevents Access from closing. There we go....can't keep a good man down...LOL Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 15 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) He said "Access window's X button", not the Forms' X. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I > then close Access with the X button in the upper right corner of the > Access Window, Access now asks if they would like to save the changes > to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, > Me.Name, then no problem. If I leave the form open, then push a > button on the main screen to use Application.Quit, then no problem. > But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access > files by importing all objects into a new Access .mdb file. But that > doesn't help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 -- 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 From max.wanadoo at gmail.com Fri Jan 15 11:37:55 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 17:37:55 -0000 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> Message-ID: <4b50a7fd.0e67f10a.30c9.3024@mx.google.com> Yes, but if the application INSIDE the access window is dragged off below the visible window, it will "hide". Are there scroll bars anywhere? Do you have multiple Screens/monitors where it might be hiding on another monitor? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:20 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 From bheygood at abestsystems.com Fri Jan 15 11:45:51 2010 From: bheygood at abestsystems.com (Bob Heygood) Date: Fri, 15 Jan 2010 09:45:51 -0800 Subject: [AccessD] A97 Sub report phantom name In-Reply-To: <58BF0D94EAC54AD28CC842089F74EDDB@Lenny> References: <4b45eb78.5544f10a.345c.1252@mx.google.com><20100108000456.QBFZF.262554.root@cdptpa-web01-z01>, , <001801ca9007$a9389930$0701a8c0@MSIMMSWS><631CF83223105545BF43EFB52CB082953A1447C97C@EX2K7-VIRT-2.ads.qub.ac.uk>, , <14D337A5EF1D4F729C55A316DC31D19E@XPS><631CF83223105545BF43EFB52CB082953A1447C982@EX2K7-VIRT-2.ads.qub.ac.uk><4B4748FD.2040901@colbyconsulting.com>, , , <003901ca90ee$ce037630$0701a8c0@MSIMMSWS> <58BF0D94EAC54AD28CC842089F74EDDB@Lenny> Message-ID: Hello again, Just to be clear, this is not a control on the report or sub, this is the text that is on the subreport control. Tia Bob -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A97 Sub report phantom name Hello to the list, I have a report that has 4 sub-reports. Only on the first subreport, the actual name of the subreport appears at the top of the page. This does not happen for the other 3. The name of the subreport appears in exactly the same place (top left) when viewed in design view in all subreports, but not in print or preview view except for this one.... Access 97 TIA Bob Heygood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Fri Jan 15 11:48:20 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 15 Jan 2010 09:48:20 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <4b50a7fd.0e67f10a.30c9.3024@mx.google.com> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <4b50a7fd.0e67f10a.30c9.3024@mx.google.com> Message-ID: If you hit F11 you get a message that says no database is open. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Yes, but if the application INSIDE the access window is dragged off below the visible window, it will "hide". Are there scroll bars anywhere? Do you have multiple Screens/monitors where it might be hiding on another monitor? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:20 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 From dwaters at usinternet.com Fri Jan 15 11:58:02 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 15 Jan 2010 11:58:02 -0600 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> Message-ID: <89A3A74B355A44E58F97B45660A212BB@danwaters> Hi Max, I do the same thing using a hidden form. But on their system, they get asked if they want to save the form BEFORE my hidden form's unload event is fired. That's why this is difficult - between the time the user pushes the red 'X' button on the Access window and when the unload event fires, Access asks if an open form's design should be changed, and there is no code I can hook into to investigate the problem. The form's design doesn't change in form view, only the underlying query for the form's data. This has the behavior of a bug in Access, but I doubt that. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Aha! Well spotted. Bet you're an analyst.... Can probably remove that as well - actually you can. I do it all the time. On my main-menu form I prevent that from closing until you click MY button and that in turn prevents Access from closing. There we go....can't keep a good man down...LOL Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 15 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) He said "Access window's X button", not the Forms' X. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I > then close Access with the X button in the upper right corner of the > Access Window, Access now asks if they would like to save the changes > to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, > Me.Name, then no problem. If I leave the form open, then push a > button on the main screen to use Application.Quit, then no problem. > But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access > files by importing all objects into a new Access .mdb file. But that > doesn't help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 -- 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 From max.wanadoo at gmail.com Fri Jan 15 12:01:19 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 18:01:19 -0000 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <4b50a7fd.0e67f10a.30c9.3024@mx.google.com> Message-ID: <4b50ad7b.0d67f10a.0331.ffff91eb@mx.google.com> And selecting File/Open does what? And does it appear in the list of previously opened dbs? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open If you hit F11 you get a message that says no database is open. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Yes, but if the application INSIDE the access window is dragged off below the visible window, it will "hide". Are there scroll bars anywhere? Do you have multiple Screens/monitors where it might be hiding on another monitor? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:20 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 15 12:03:53 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 18:03:53 -0000 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com><4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg><4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <4b50a7fd.0e67f10a.30c9.3024@mx.google.com> Message-ID: <4b50ae15.0e67f10a.30c9.3232@mx.google.com> Does this mean anything or have any bearing on it? What does your Access-Special-Keys show? In a Microsoft Access file (Microsoft Access file: An Access database or Access project file. An Access database stores database objects and data in an .mdb file. A project file doesn't contain data and is used to connect to a Microsoft SQL Server database.), you can prevent the Microsoft Visual Basic Editor from starting when you press ALT+F1 and the Immediate window from showing when you press CTRL+G. On the Tools menu, click Startup. Clear or select the Use Access Special Keys check box. Note Changes to this setting in the Startup dialog box won't take effect until the next time the Access file is opened. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open If you hit F11 you get a message that says no database is open. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Yes, but if the application INSIDE the access window is dragged off below the visible window, it will "hide". Are there scroll bars anywhere? Do you have multiple Screens/monitors where it might be hiding on another monitor? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:20 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 15 12:18:00 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 18:18:00 -0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <89A3A74B355A44E58F97B45660A212BB@danwaters> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters> Message-ID: <4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> Well, you say "I doubt that", but, for example, when I run my EatBloat form to export all objects as text, it prompts me to "do you want to save Eatbloat" and do I want to save "mainmenu" forms before the export. It does this even though both forms are compiled, compacted, etc and have definitely not been changed. Somehow, a flag gets unset on these two forms. One has a timer set to it, the other does not. Apart from that I can see nothing out of the ordinary on them. So, maybe it is a bug. Best to create a new form and the copy-paste the controls into it and then the code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 17:58 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Max, I do the same thing using a hidden form. But on their system, they get asked if they want to save the form BEFORE my hidden form's unload event is fired. That's why this is difficult - between the time the user pushes the red 'X' button on the Access window and when the unload event fires, Access asks if an open form's design should be changed, and there is no code I can hook into to investigate the problem. The form's design doesn't change in form view, only the underlying query for the form's data. This has the behavior of a bug in Access, but I doubt that. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Aha! Well spotted. Bet you're an analyst.... Can probably remove that as well - actually you can. I do it all the time. On my main-menu form I prevent that from closing until you click MY button and that in turn prevents Access from closing. There we go....can't keep a good man down...LOL Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 15 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) He said "Access window's X button", not the Forms' X. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I > then close Access with the X button in the upper right corner of the > Access Window, Access now asks if they would like to save the changes > to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, > Me.Name, then no problem. If I leave the form open, then push a > button on the main screen to use Application.Quit, then no problem. > But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access > files by importing all objects into a new Access .mdb file. But that > doesn't help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 -- 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 From max.wanadoo at gmail.com Fri Jan 15 13:04:21 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 19:04:21 -0000 Subject: [AccessD] Fastest Way In-Reply-To: <0BEFBDB96F1944E286459F8F7D7E8DC8@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> <0BEFBDB96F1944E286459F8F7D7E8DC8@HAL9005> Message-ID: <4b50bc47.0d67f10a.06ab.ffff9170@mx.google.com> Try something along these lines. Max Function max() On Error GoTo errhandler Dim sql As String, rst1 As DAO.Recordset, rst2 As DAO.Recordset, dbs As DAO.Database, fld As Field, strFld As String Set dbs = CurrentDb ' if you want to create a temp table on the fly, do this. sql = "Drop table maxtemp" CurrentDb.Execute (sql) sql = "create table maxtemp (IncomeDesc text, SumOfAmount double)" CurrentDb.Execute (sql) ' else do this sql = "Delete * from maxtemp" CurrentDb.Execute (sql) ' read data into temp table DoCmd.TransferSpreadsheet acImport, , "maxtemp", "c:\Max.xls", True Set rst1 = dbs.OpenRecordset("Select * from maxtemp") ' do your error checks in the maxtemp table ' now move to main table Set rst2 = dbs.OpenRecordset("select * from max") ' ignore errors ie, dupes On Error Resume Next rst1.MoveFirst Do While Not rst1.EOF rst2.AddNew For Each fld In rst1.Fields strFld = fld.Name rst2(strFld) = rst1(strFld) Next fld rst2.Update rst1.MoveNext Loop exithere: Exit Function errhandler: Select Case Err.Number Case Else MsgBox Err.Number & vbCrLf And Err.Description End Select End Function From robert at servicexp.com Fri Jan 15 14:49:51 2010 From: robert at servicexp.com (Robert) Date: Fri, 15 Jan 2010 15:49:51 -0500 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters> <4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> Message-ID: <000001ca9624$4bbc6f70$e3354e50$@com> What are the specs here?? What OS are your customers using, What engine is the program being run under on the customers computers, what are the differences between your machine and thiers..? Now that I'm developing in Windows 7, I have already found like 10 very very strange issues cropping up in Access. As I can run the same EXACT program on a Windows XP machine with no problems, but on a Windows 7 machine strange problems... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 1:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Well, you say "I doubt that", but, for example, when I run my EatBloat form to export all objects as text, it prompts me to "do you want to save Eatbloat" and do I want to save "mainmenu" forms before the export. It does this even though both forms are compiled, compacted, etc and have definitely not been changed. Somehow, a flag gets unset on these two forms. One has a timer set to it, the other does not. Apart from that I can see nothing out of the ordinary on them. So, maybe it is a bug. Best to create a new form and the copy-paste the controls into it and then the code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 17:58 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Max, I do the same thing using a hidden form. But on their system, they get asked if they want to save the form BEFORE my hidden form's unload event is fired. That's why this is difficult - between the time the user pushes the red 'X' button on the Access window and when the unload event fires, Access asks if an open form's design should be changed, and there is no code I can hook into to investigate the problem. The form's design doesn't change in form view, only the underlying query for the form's data. This has the behavior of a bug in Access, but I doubt that. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Aha! Well spotted. Bet you're an analyst.... Can probably remove that as well - actually you can. I do it all the time. On my main-menu form I prevent that from closing until you click MY button and that in turn prevents Access from closing. There we go....can't keep a good man down...LOL Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 15 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) He said "Access window's X button", not the Forms' X. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I > then close Access with the X button in the upper right corner of the > Access Window, Access now asks if they would like to save the changes > to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, > Me.Name, then no problem. If I leave the form open, then push a > button on the main screen to use Application.Quit, then no problem. > But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access > files by importing all objects into a new Access .mdb file. But that > doesn't help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Fri Jan 15 14:50:22 2010 From: robert at servicexp.com (Robert) Date: Fri, 15 Jan 2010 15:50:22 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> Message-ID: <000101ca9624$5c50aae0$14f200a0$@com> Oh really, why is that...? ...;-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 10:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Wait until you see Windows 8 .... max On 15/01/2010, Robert wrote: > Let me tell you a little story, one of almost disaster to complete > recovery... > > > As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This > was no easy task, as I use quite a few programs that require machine key > registration (11 to be exact). It took me almost 3 days to migrate my > system, and get everything "just right". > > Well, just over a week into using Windows 7, my motherboard failed (Asus > P5K-E WiFi), and would no longer POST. So as you know that typically means a > fresh install of windows and programs with a new motherboard replacement. I > was very upset, wanted to shove my keyboard through both of my monitors. > What makes this even worse, I had been having POSTing issues for the last 8 > months, but after a few restart attempts everything started... ;-( .. not > this time.... > > I could not get the exact same motherboard, so I purchases a new Asus P5Q > Pro Turbo. Installed new motherboard, and for grins just let it boot to the > Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking > around (Was going to make an attempt at removing the old chipset drivers and > such) Windows asked me to reboot, so I did. > > > To my utter amazement, Windows 7 booted right back in with absolutely NO > PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was > completely back up and running. > > I have tried this 3 other times in the past (the latest with a Vista > Ultimate Machine), and none of them worked out, Windows, as you know, is > typically unforgiving with a motherboard replacement. > > > So, needless to say I am VERY impressed. > > Anyway Guys & Gales... Have a great week!!! > > WBR > Robert > > > > -- > 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 From dwaters at usinternet.com Fri Jan 15 14:55:28 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 15 Jan 2010 14:55:28 -0600 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <000001ca9624$4bbc6f70$e3354e50$@com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters><4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> <000001ca9624$4bbc6f70$e3354e50$@com> Message-ID: Hi Robert, WXP SP3, Access 2003 SP3. Customer uses the same. I don't know all the differences between their PC's and my PC - I have asked them to let me know of any changes they've made in the last couple of days. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 15, 2010 2:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) What are the specs here?? What OS are your customers using, What engine is the program being run under on the customers computers, what are the differences between your machine and thiers..? Now that I'm developing in Windows 7, I have already found like 10 very very strange issues cropping up in Access. As I can run the same EXACT program on a Windows XP machine with no problems, but on a Windows 7 machine strange problems... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 1:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Well, you say "I doubt that", but, for example, when I run my EatBloat form to export all objects as text, it prompts me to "do you want to save Eatbloat" and do I want to save "mainmenu" forms before the export. It does this even though both forms are compiled, compacted, etc and have definitely not been changed. Somehow, a flag gets unset on these two forms. One has a timer set to it, the other does not. Apart from that I can see nothing out of the ordinary on them. So, maybe it is a bug. Best to create a new form and the copy-paste the controls into it and then the code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 17:58 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Max, I do the same thing using a hidden form. But on their system, they get asked if they want to save the form BEFORE my hidden form's unload event is fired. That's why this is difficult - between the time the user pushes the red 'X' button on the Access window and when the unload event fires, Access asks if an open form's design should be changed, and there is no code I can hook into to investigate the problem. The form's design doesn't change in form view, only the underlying query for the form's data. This has the behavior of a bug in Access, but I doubt that. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Aha! Well spotted. Bet you're an analyst.... Can probably remove that as well - actually you can. I do it all the time. On my main-menu form I prevent that from closing until you click MY button and that in turn prevents Access from closing. There we go....can't keep a good man down...LOL Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 15 January 2010 17:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) He said "Access window's X button", not the Forms' X. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Sure you can. It is one of the options if the form's properties. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 16:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) I don't think that I can remove the Access window's X button. In any case, all my customers want that X button, and the problem is only happening at one customer, and not on my PC either. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form Closing Problem - New(?) Dan, why not remove the X and force closure from the button. Max On 15/01/2010, RANDALL R ANTHONY wrote: > Dan, I think you need... > > DoCmd.Close acForm, FormName, acSaveNo > >>>> On 1/15/2010 at 9:47 AM, in message >>>> <1E1D20B6B8184B2A8328033C3D0A775B at danwaters>, "Dan Waters" >>>> wrote: > At only one customer, they are experiencing a problem when closing forms. > > For example, I can open a form in Form View add a new record. If I > then close Access with the X button in the upper right corner of the > Access Window, Access now asks if they would like to save the changes > to the form. > This happens with forms after the recordset has been modified. > > If I close the form with a button that uses DoCmd.Close acForm, > Me.Name, then no problem. If I leave the form open, then push a > button on the main screen to use Application.Quit, then no problem. > But if I've opened a form > in form view, changed the recordset, then close with the upper right X > button of the Access window, I get the question 'do I want to save changes'. > > I've decompiled/compiled, compacted/repaired, and rebuilt the Access > files by importing all objects into a new Access .mdb file. But that > doesn't help. > > Has anyone seen this issue? How did you solve it? > > Thanks! > Dan > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ( 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 -- 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 -- 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 From robert at servicexp.com Fri Jan 15 15:31:29 2010 From: robert at servicexp.com (Robert) Date: Fri, 15 Jan 2010 16:31:29 -0500 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters><4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> <000001ca9624$4bbc6f70$e3354e50$@com> Message-ID: <000d01ca962a$1b8208a0$528619e0$@com> Ok so lets break this down...... >At only one customer, they are experiencing a problem when closing forms. >For example, I can open a form in Form View add a new record. If I then close Access with the X button in the >upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. >This happens with forms after the recordset has been modified. I don't see why Access would ask to save form changes if only the record is being modified. I don't believe that I have seen this before in my own dev. Work... ;-) .. I know helpful right... :-) >If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form >open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a >form in form view, changed the recordset, then close with the upper right X button of the Access window, I get >the question 'do I want to save changes'. Ok so this is not in a runtime environment?, and Dirty = True is permitted when leaving the form focus? Application.Quit is a pretty strong way of closing the program, so all bets are off there... ;-) How much code are you running when creating or "changing" the recordset?? I'm guessing that something (your code) is utilizing the forms objects. Example: Me.LName = !LastName....?? >I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new >Access .mdb file. But that doesn't help. Have you attempted to completely rebuild the form? >Has anyone seen this issue? How did you solve it? >Thanks! >Dan WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 15, 2010 3:55 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Robert, WXP SP3, Access 2003 SP3. Customer uses the same. I don't know all the differences between their PC's and my PC - I have asked them to let me know of any changes they've made in the last couple of days. Dan SNIP From max.wanadoo at gmail.com Fri Jan 15 15:36:50 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 21:36:50 -0000 Subject: [AccessD] Fastest Way In-Reply-To: <0BEFBDB96F1944E286459F8F7D7E8DC8@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <4b501d1b.0e67f10a.30fc.06a6@mx.google.com> <0BEFBDB96F1944E286459F8F7D7E8DC8@HAL9005> Message-ID: <4b50e014.0f67f10a.4c40.ffff9c79@mx.google.com> Rocky, Try this. Because we use currentbd.execut it wont throw the error , just ignores it. VERY fast. Max Function max2() On Error GoTo errhandler Dim sql As String, rst1 As DAO.Recordset, rst2 As DAO.Recordset, dbs As DAO.Database, fld As Field, strFld As String Set dbs = CurrentDb ' if you want to create a temp table on the fly, do this. sql = "Drop table maxtemp" CurrentDb.Execute (sql) sql = "create table maxtemp (IncomeDesc text, SumOfAmount double)" CurrentDb.Execute (sql) ' else do this sql = "Delete * from maxtemp" CurrentDb.Execute (sql) ' read data into temp table DoCmd.TransferSpreadsheet acImport, , "maxtemp", "c:\Max.xls", True Set rst1 = dbs.OpenRecordset("Select * from maxtemp") ' do your error checks in the maxtemp table Set rst1 = Nothing ' now add to main table sql = "INSERT INTO [max]SELECT * FROM maxtemp;" CurrentDb.Execute (sql) exithere: Exit Function errhandler: Select Case Err.Number Case Else MsgBox Err.Number & vbCrLf & Err.Description End Select End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 15 January 2010 16:21 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I like it! But I still have to import to a temp table because there is other error checking that must be done on a record in addition to checking for dupes. R From rockysmolin at bchacc.com Fri Jan 15 15:39:19 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 15 Jan 2010 13:39:19 -0800 Subject: [AccessD] Fastest Way In-Reply-To: <5BB9016BACA24C32A6CF27F7EE87C003@XPS> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> Message-ID: Thanks, Jim. Didn't know that. So you're really not using Seek on a linked table, then. :) R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 15, 2010 8:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Yes, but you would need to open the remote db. i.e. Dim wrk As Workspace Dim dbCurrent As Database Dim dbRemote As Database Dim tdfAttached As TableDef Dim strPath As String Dim rst1 As Recordset Dim rst1Field As Field Dim rst2 As Recordset Dim rst2Field As Field Dim intHaveMatch As Integer ' ' First, get the path to the MDB for the attached table. ' Set wrk = DBEngine.Workspaces(0) Set dbCurrent = wrk.Databases(0) Set tdfAttached = dbCurrent.TableDefs("tblGeoAllData") strPath = tdfAttached.Connect strPath = right$(strPath, Len(strPath) - InStr(strPath, "=")) Set dbRemote = wrk.OpenDatabase(strPath, False, True) ' ' First, find the postal code. Need to know the country. ' intHaveMatch = True Set rst1 = dbRemote.OpenRecordset("tblGeoAllData", DB_OPEN_TABLE) rst1.index = "PrimaryKey" rst1.Seek "=", CountryCode, PostalCode If rst1.NoMatch Then Set rst2 = dbRemote.OpenRecordset("tblGeoCountries", DB_OPEN_TABLE) rst2.index = "PrimaryKey" That's a bit of the long way around because it was an example and I wanted to show how to do it step by step. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 15, 2010 11:21 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Can I use .Seek on a linked table though? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 15, 2010 5:35 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, If findfirst is too slow, open it as a table and use .Seek That is the fastest way to search a JET table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 -- 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 From max.wanadoo at gmail.com Fri Jan 15 15:40:40 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 21:40:40 -0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <000d01ca962a$1b8208a0$528619e0$@com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters><4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> <000001ca9624$4bbc6f70$e3354e50$@com> <000d01ca962a$1b8208a0$528619e0$@com> Message-ID: <4b50e0fa.0d67f10a.06ab.ffff9a75@mx.google.com> But Robert, the only time it should ASK to save a form is if the form design has been change. I very often open a form in design view and make it invisible but that is not the case here. AFAIK, modifying DATA has no impact whatsoever with the form itself. IMO the form is corrupt. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 15 January 2010 21:31 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Ok so lets break this down...... >At only one customer, they are experiencing a problem when closing forms. >For example, I can open a form in Form View add a new record. If I then close Access with the X button in the >upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. >This happens with forms after the recordset has been modified. I don't see why Access would ask to save form changes if only the record is being modified. I don't believe that I have seen this before in my own dev. Work... ;-) .. I know helpful right... :-) >If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form >open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a >form in form view, changed the recordset, then close with the upper right X button of the Access window, I get >the question 'do I want to save changes'. Ok so this is not in a runtime environment?, and Dirty = True is permitted when leaving the form focus? Application.Quit is a pretty strong way of closing the program, so all bets are off there... ;-) How much code are you running when creating or "changing" the recordset?? I'm guessing that something (your code) is utilizing the forms objects. Example: Me.LName = !LastName....?? >I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new >Access .mdb file. But that doesn't help. Have you attempted to completely rebuild the form? >Has anyone seen this issue? How did you solve it? >Thanks! >Dan WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 15, 2010 3:55 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Robert, WXP SP3, Access 2003 SP3. Customer uses the same. I don't know all the differences between their PC's and my PC - I have asked them to let me know of any changes they've made in the last couple of days. Dan SNIP -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 15 15:46:41 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 21:46:41 -0000 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <000101ca9624$5c50aae0$14f200a0$@com> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <000101ca9624$5c50aae0$14f200a0$@com> Message-ID: <4b50e264.0e67f10a.30fc.3f62@mx.google.com> Neural input mate. Code by thinking... Max Ps. Dear God, please make this computer do what I want and not what I say.. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 15 January 2010 20:50 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Oh really, why is that...? ...;-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 10:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Wait until you see Windows 8 .... max On 15/01/2010, Robert wrote: > Let me tell you a little story, one of almost disaster to complete > recovery... > > > As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This > was no easy task, as I use quite a few programs that require machine key > registration (11 to be exact). It took me almost 3 days to migrate my > system, and get everything "just right". > > Well, just over a week into using Windows 7, my motherboard failed (Asus > P5K-E WiFi), and would no longer POST. So as you know that typically means a > fresh install of windows and programs with a new motherboard replacement. I > was very upset, wanted to shove my keyboard through both of my monitors. > What makes this even worse, I had been having POSTing issues for the last 8 > months, but after a few restart attempts everything started... ;-( .. not > this time.... > > I could not get the exact same motherboard, so I purchases a new Asus P5Q > Pro Turbo. Installed new motherboard, and for grins just let it boot to the > Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking > around (Was going to make an attempt at removing the old chipset drivers and > such) Windows asked me to reboot, so I did. > > > To my utter amazement, Windows 7 booted right back in with absolutely NO > PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was > completely back up and running. > > I have tried this 3 other times in the past (the latest with a Vista > Ultimate Machine), and none of them worked out, Windows, as you know, is > typically unforgiving with a motherboard replacement. > > > So, needless to say I am VERY impressed. > > Anyway Guys & Gales... Have a great week!!! > > WBR > Robert > > > > -- > 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 From doug at starntech.com Fri Jan 15 15:56:11 2010 From: doug at starntech.com (Doug Barnes) Date: Fri, 15 Jan 2010 16:56:11 -0500 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <4b50ae15.0e67f10a.30c9.3232@mx.google.com> Message-ID: Doug, You mentioned earlier that you copied the file to your flash drive for transport. Could it be you r drive is somehow corrupting the file. Seems strange that the client can open and run the file on their system, until you copy it to you drive. Just a thought!! Doug Barnes Starn Technical Services P.O. Box 1172 1057 French Street Meadville, PA 16335 P: 814.724.1045 doug at starntech.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 1:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Does this mean anything or have any bearing on it? What does your Access-Special-Keys show? In a Microsoft Access file (Microsoft Access file: An Access database or Access project file. An Access database stores database objects and data in an .mdb file. A project file doesn't contain data and is used to connect to a Microsoft SQL Server database.), you can prevent the Microsoft Visual Basic Editor from starting when you press ALT+F1 and the Immediate window from showing when you press CTRL+G. On the Tools menu, click Startup. Clear or select the Use Access Special Keys check box. Note Changes to this setting in the Startup dialog box won't take effect until the next time the Access file is opened. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open If you hit F11 you get a message that says no database is open. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Yes, but if the application INSIDE the access window is dragged off below the visible window, it will "hide". Are there scroll bars anywhere? Do you have multiple Screens/monitors where it might be hiding on another monitor? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:20 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 -- 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 From robert at servicexp.com Fri Jan 15 16:05:30 2010 From: robert at servicexp.com (Robert) Date: Fri, 15 Jan 2010 17:05:30 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4b50e264.0e67f10a.30fc.3f62@mx.google.com> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <000101ca9624$5c50aae0$14f200a0$@com> <4b50e264.0e67f10a.30fc.3f62@mx.google.com> Message-ID: <001c01ca962e$da9aa3b0$8fcfeb10$@com> :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 4:47 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Neural input mate. Code by thinking... Max Ps. Dear God, please make this computer do what I want and not what I say.. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 15 January 2010 20:50 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Oh really, why is that...? ...;-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 10:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Wait until you see Windows 8 .... max On 15/01/2010, Robert wrote: > Let me tell you a little story, one of almost disaster to complete > recovery... > > > As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This > was no easy task, as I use quite a few programs that require machine key > registration (11 to be exact). It took me almost 3 days to migrate my > system, and get everything "just right". > > Well, just over a week into using Windows 7, my motherboard failed (Asus > P5K-E WiFi), and would no longer POST. So as you know that typically means a > fresh install of windows and programs with a new motherboard replacement. I > was very upset, wanted to shove my keyboard through both of my monitors. > What makes this even worse, I had been having POSTing issues for the last 8 > months, but after a few restart attempts everything started... ;-( .. not > this time.... > > I could not get the exact same motherboard, so I purchases a new Asus P5Q > Pro Turbo. Installed new motherboard, and for grins just let it boot to the > Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking > around (Was going to make an attempt at removing the old chipset drivers and > such) Windows asked me to reboot, so I did. > > > To my utter amazement, Windows 7 booted right back in with absolutely NO > PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was > completely back up and running. > > I have tried this 3 other times in the past (the latest with a Vista > Ultimate Machine), and none of them worked out, Windows, as you know, is > typically unforgiving with a motherboard replacement. > > > So, needless to say I am VERY impressed. > > Anyway Guys & Gales... Have a great week!!! > > WBR > Robert > > > > -- > 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 From dw-murphy at cox.net Fri Jan 15 16:05:05 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 15 Jan 2010 14:05:05 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: References: <4b50ae15.0e67f10a.30c9.3232@mx.google.com> Message-ID: <3F7A16EEEEB94864BAB230439D249468@murphy3234aaf1> Doug, We have transfered the file in several different ways, all with the same result. There is something different about their installation than on the 3 other computers that have tried to open it. All three of the computers outside their office have had the same behavior. I guess I need to talk to their IT guy who does the setup for their computers. Have a good weekend. Go Chargers!!! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Barnes Sent: Friday, January 15, 2010 1:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 database file won't open Doug, You mentioned earlier that you copied the file to your flash drive for transport. Could it be you r drive is somehow corrupting the file. Seems strange that the client can open and run the file on their system, until you copy it to you drive. Just a thought!! Doug Barnes Starn Technical Services P.O. Box 1172 1057 French Street Meadville, PA 16335 P: 814.724.1045 doug at starntech.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 1:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Does this mean anything or have any bearing on it? What does your Access-Special-Keys show? In a Microsoft Access file (Microsoft Access file: An Access database or Access project file. An Access database stores database objects and data in an .mdb file. A project file doesn't contain data and is used to connect to a Microsoft SQL Server database.), you can prevent the Microsoft Visual Basic Editor from starting when you press ALT+F1 and the Immediate window from showing when you press CTRL+G. On the Tools menu, click Startup. Clear or select the Use Access Special Keys check box. Note Changes to this setting in the Startup dialog box won't take effect until the next time the Access file is opened. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open If you hit F11 you get a message that says no database is open. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Yes, but if the application INSIDE the access window is dragged off below the visible window, it will "hide". Are there scroll bars anywhere? Do you have multiple Screens/monitors where it might be hiding on another monitor? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 15 January 2010 17:20 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Lambert, That isn't the problem. The application window is visible, the problem is the window is just Access, not the application that should be running in Access. It is like the file is just a short cut that opens Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:20 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Did anyone already ask... Could it be that the application windows are all "off-screen"? Have you tried choosing 'Cascade' from the Window menu in Access? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 8:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. Tha! t worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 -- 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 From dwaters at usinternet.com Fri Jan 15 16:13:49 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 15 Jan 2010 16:13:49 -0600 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: <000d01ca962a$1b8208a0$528619e0$@com> References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters><4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> <000001ca9624$4bbc6f70$e3354e50$@com> <000d01ca962a$1b8208a0$528619e0$@com> Message-ID: Max & Robert, Not a runtime. This form only reads data - Me.Dirty will always be false. I haven't rebuilt the form - this one is quite complex and would take at least a full day. I have been working on this most of today - what I found so far is that if I don't set Me.OrderBy to any value, then the problem goes away. To substitute, when the user clicks a header label to sort by that column, I am requerying with a change to the query to recognize a specific 'ORDER BY' string. Previously I was changing the Me.OrderBy property in code. So it looks like leaving the OrderBy property blank and not trying to reset it in code may solve the problem. I did a quick test at my customer's site to see if this would work, and it did. Next I'm going to copy the modified form to their system and see if it still works. I'll report back. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 15, 2010 3:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Ok so lets break this down...... >At only one customer, they are experiencing a problem when closing forms. >For example, I can open a form in Form View add a new record. If I then close Access with the X button in the >upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. >This happens with forms after the recordset has been modified. I don't see why Access would ask to save form changes if only the record is being modified. I don't believe that I have seen this before in my own dev. Work... ;-) .. I know helpful right... :-) >If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form >open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a >form in form view, changed the recordset, then close with the upper right X button of the Access window, I get >the question 'do I want to save changes'. Ok so this is not in a runtime environment?, and Dirty = True is permitted when leaving the form focus? Application.Quit is a pretty strong way of closing the program, so all bets are off there... ;-) How much code are you running when creating or "changing" the recordset?? I'm guessing that something (your code) is utilizing the forms objects. Example: Me.LName = !LastName....?? >I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new >Access .mdb file. But that doesn't help. Have you attempted to completely rebuild the form? >Has anyone seen this issue? How did you solve it? >Thanks! >Dan WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 15, 2010 3:55 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Robert, WXP SP3, Access 2003 SP3. Customer uses the same. I don't know all the differences between their PC's and my PC - I have asked them to let me know of any changes they've made in the last couple of days. Dan SNIP -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 15 16:55:35 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 15 Jan 2010 22:55:35 -0000 Subject: [AccessD] Form Closing Problem - New(?) In-Reply-To: References: <1E1D20B6B8184B2A8328033C3D0A775B@danwaters><201001151508.o0FF8hDV008450@databaseadvisors.com> <4b50a292.0d67f10a.09df.ffff9214@mx.google.com> <4b50a77f.1067f10a.42dc.ffff8f71@mx.google.com> <89A3A74B355A44E58F97B45660A212BB@danwaters><4b50b166.0f67f10a.4c40.ffff8fd4@mx.google.com> <000001ca9624$4bbc6f70$e3354e50$@com> <000d01ca962a$1b8208a0$528619e0$@com> Message-ID: <4b50f290.1067f10a.4d5b.ffffa2c0@mx.google.com> Dan, Did you try my suggestion? Create another form. Open both in design view. Ctrl-A and Ctrl-C to copy all objects from Bad Form to New Form. Repeat for code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 15 January 2010 22:14 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Max & Robert, Not a runtime. This form only reads data - Me.Dirty will always be false. I haven't rebuilt the form - this one is quite complex and would take at least a full day. I have been working on this most of today - what I found so far is that if I don't set Me.OrderBy to any value, then the problem goes away. To substitute, when the user clicks a header label to sort by that column, I am requerying with a change to the query to recognize a specific 'ORDER BY' string. Previously I was changing the Me.OrderBy property in code. So it looks like leaving the OrderBy property blank and not trying to reset it in code may solve the problem. I did a quick test at my customer's site to see if this would work, and it did. Next I'm going to copy the modified form to their system and see if it still works. I'll report back. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 15, 2010 3:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Ok so lets break this down...... >At only one customer, they are experiencing a problem when closing forms. >For example, I can open a form in Form View add a new record. If I then close Access with the X button in the >upper right corner of the Access Window, Access now asks if they would like to save the changes to the form. >This happens with forms after the recordset has been modified. I don't see why Access would ask to save form changes if only the record is being modified. I don't believe that I have seen this before in my own dev. Work... ;-) .. I know helpful right... :-) >If I close the form with a button that uses DoCmd.Close acForm, Me.Name, then no problem. If I leave the form >open, then push a button on the main screen to use Application.Quit, then no problem. But if I've opened a >form in form view, changed the recordset, then close with the upper right X button of the Access window, I get >the question 'do I want to save changes'. Ok so this is not in a runtime environment?, and Dirty = True is permitted when leaving the form focus? Application.Quit is a pretty strong way of closing the program, so all bets are off there... ;-) How much code are you running when creating or "changing" the recordset?? I'm guessing that something (your code) is utilizing the forms objects. Example: Me.LName = !LastName....?? >I've decompiled/compiled, compacted/repaired, and rebuilt the Access files by importing all objects into a new >Access .mdb file. But that doesn't help. Have you attempted to completely rebuild the form? >Has anyone seen this issue? How did you solve it? >Thanks! >Dan WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 15, 2010 3:55 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Form Closing Problem - New(?) Hi Robert, WXP SP3, Access 2003 SP3. Customer uses the same. I don't know all the differences between their PC's and my PC - I have asked them to let me know of any changes they've made in the last couple of days. Dan SNIP -- 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 From jimdettman at verizon.net Sat Jan 16 09:14:11 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 16 Jan 2010 10:14:11 -0500 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> Message-ID: <0DD227C6D5464193BD56775BF1337E0C@XPS> Rocky, <> Yes, in the strictest sense, that is correct. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 15, 2010 4:39 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Thanks, Jim. Didn't know that. So you're really not using Seek on a linked table, then. :) R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 15, 2010 8:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Yes, but you would need to open the remote db. i.e. Dim wrk As Workspace Dim dbCurrent As Database Dim dbRemote As Database Dim tdfAttached As TableDef Dim strPath As String Dim rst1 As Recordset Dim rst1Field As Field Dim rst2 As Recordset Dim rst2Field As Field Dim intHaveMatch As Integer ' ' First, get the path to the MDB for the attached table. ' Set wrk = DBEngine.Workspaces(0) Set dbCurrent = wrk.Databases(0) Set tdfAttached = dbCurrent.TableDefs("tblGeoAllData") strPath = tdfAttached.Connect strPath = right$(strPath, Len(strPath) - InStr(strPath, "=")) Set dbRemote = wrk.OpenDatabase(strPath, False, True) ' ' First, find the postal code. Need to know the country. ' intHaveMatch = True Set rst1 = dbRemote.OpenRecordset("tblGeoAllData", DB_OPEN_TABLE) rst1.index = "PrimaryKey" rst1.Seek "=", CountryCode, PostalCode If rst1.NoMatch Then Set rst2 = dbRemote.OpenRecordset("tblGeoCountries", DB_OPEN_TABLE) rst2.index = "PrimaryKey" That's a bit of the long way around because it was an example and I wanted to show how to do it step by step. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 15, 2010 11:21 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Can I use .Seek on a linked table though? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 15, 2010 5:35 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, If findfirst is too slow, open it as a table and use .Seek That is the fastest way to search a JET table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 -- 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 From robert at servicexp.com Sat Jan 16 18:06:22 2010 From: robert at servicexp.com (Robert) Date: Sat, 16 Jan 2010 19:06:22 -0500 Subject: [AccessD] Simple String Help In-Reply-To: <0DD227C6D5464193BD56775BF1337E0C@XPS> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> <0DD227C6D5464193BD56775BF1337E0C@XPS> Message-ID: <000c01ca9708$e7e445f0$b7acd1d0$@com> I know this should be easy, but for some reason today I just can't come up with a working solution.. The Goal: To evaluate a string (path) and return only the end (last folder name). This string could end differently with or without "\" Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ Need to return only the "Word Docs" portion I'm drawing a blank here.... WBR Robert From dw-murphy at cox.net Sat Jan 16 19:15:06 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Sat, 16 Jan 2010 17:15:06 -0800 Subject: [AccessD] Simple String Help In-Reply-To: <000c01ca9708$e7e445f0$b7acd1d0$@com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> <0DD227C6D5464193BD56775BF1337E0C@XPS> <000c01ca9708$e7e445f0$b7acd1d0$@com> Message-ID: <29A107DB4C5F452690F71A1FDABE234C@murphy3234aaf1> Use instrRev twice searching on "\" should do it. On the first one trim off the file name. On the second get the foldername. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Saturday, January 16, 2010 4:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Simple String Help I know this should be easy, but for some reason today I just can't come up with a working solution.. The Goal: To evaluate a string (path) and return only the end (last folder name). This string could end differently with or without "\" Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ Need to return only the "Word Docs" portion I'm drawing a blank here.... WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwelz at hotmail.com Sat Jan 16 19:17:51 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Sat, 16 Jan 2010 18:17:51 -0700 Subject: [AccessD] Simple String Help In-Reply-To: <000c01ca9708$e7e445f0$b7acd1d0$@com> References: , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> , <0DD227C6D5464193BD56775BF1337E0C@XPS>, <000c01ca9708$e7e445f0$b7acd1d0$@com> Message-ID: You should test that a string has been passed and make sure there is a backslash somewhere in the path and add any other error handling you need. Function fnLastPath(strPathIn As String) As String Dim lngLen As Long Dim lngPos As Long Dim strReturn As String lngLen = Len(strPathIn) lngPos = InStrRev(strPathIn, "\") If lngPos = lngLen Then strPathIn = Left$(strPathIn, lngLen - 1) lngPos = InStrRev(strPathIn, "\") strReturn = Mid$(strPathIn, lngPos + 1) Else strReturn = Mid$(strPathIn, lngPos + 1) End If fnLastPath = strReturn End Function Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: robert at servicexp.com > To: accessd at databaseadvisors.com > Date: Sat, 16 Jan 2010 19:06:22 -0500 > Subject: [AccessD] Simple String Help > > I know this should be easy, but for some reason today I just can't come up > with a working solution.. > > > The Goal: To evaluate a string (path) and return only the end (last folder > name). > > This string could end differently with or without "\" > > Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR > "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ > > Need to return only the "Word Docs" portion > > I'm drawing a blank here.... > > > WBR > Robert _________________________________________________________________ From robert at servicexp.com Sat Jan 16 19:42:06 2010 From: robert at servicexp.com (Robert) Date: Sat, 16 Jan 2010 20:42:06 -0500 Subject: [AccessD] Simple String Help In-Reply-To: References: , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> , <0DD227C6D5464193BD56775BF1337E0C@XPS>, <000c01ca9708$e7e445f0$b7acd1d0$@com> Message-ID: <000d01ca9716$474947e0$d5dbd7a0$@com> Absolutely beautiful Jurgen Thank You VERY much... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Saturday, January 16, 2010 8:18 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple String Help You should test that a string has been passed and make sure there is a backslash somewhere in the path and add any other error handling you need. Function fnLastPath(strPathIn As String) As String Dim lngLen As Long Dim lngPos As Long Dim strReturn As String lngLen = Len(strPathIn) lngPos = InStrRev(strPathIn, "\") If lngPos = lngLen Then strPathIn = Left$(strPathIn, lngLen - 1) lngPos = InStrRev(strPathIn, "\") strReturn = Mid$(strPathIn, lngPos + 1) Else strReturn = Mid$(strPathIn, lngPos + 1) End If fnLastPath = strReturn End Function Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: robert at servicexp.com > To: accessd at databaseadvisors.com > Date: Sat, 16 Jan 2010 19:06:22 -0500 > Subject: [AccessD] Simple String Help > > I know this should be easy, but for some reason today I just can't come up > with a working solution.. > > > The Goal: To evaluate a string (path) and return only the end (last folder > name). > > This string could end differently with or without "\" > > Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR > "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ > > Need to return only the "Word Docs" portion > > I'm drawing a blank here.... > > > WBR > Robert _________________________________________________________________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Sun Jan 17 04:29:33 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 17 Jan 2010 10:29:33 -0000 Subject: [AccessD] Simple String Help In-Reply-To: <000d01ca9716$474947e0$d5dbd7a0$@com> References: , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> , <0DD227C6D5464193BD56775BF1337E0C@XPS>, <000c01ca9708$e7e445f0$b7acd1d0$@com> <000d01ca9716$474947e0$d5dbd7a0$@com> Message-ID: <4b52e692.0f67f10a.3411.0f94@mx.google.com> Or, as I posted 2 weeks ago, use the instrrev function - one line and no code required. str = Mid(str, InStrRev(str, "\") + 1) Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 17 January 2010 01:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple String Help Absolutely beautiful Jurgen Thank You VERY much... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Saturday, January 16, 2010 8:18 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple String Help You should test that a string has been passed and make sure there is a backslash somewhere in the path and add any other error handling you need. Function fnLastPath(strPathIn As String) As String Dim lngLen As Long Dim lngPos As Long Dim strReturn As String lngLen = Len(strPathIn) lngPos = InStrRev(strPathIn, "\") If lngPos = lngLen Then strPathIn = Left$(strPathIn, lngLen - 1) lngPos = InStrRev(strPathIn, "\") strReturn = Mid$(strPathIn, lngPos + 1) Else strReturn = Mid$(strPathIn, lngPos + 1) End If fnLastPath = strReturn End Function Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: robert at servicexp.com > To: accessd at databaseadvisors.com > Date: Sat, 16 Jan 2010 19:06:22 -0500 > Subject: [AccessD] Simple String Help > > I know this should be easy, but for some reason today I just can't come up > with a working solution.. > > > The Goal: To evaluate a string (path) and return only the end (last folder > name). > > This string could end differently with or without "\" > > Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR > "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ > > Need to return only the "Word Docs" portion > > I'm drawing a blank here.... > > > WBR > Robert _________________________________________________________________ -- 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 From max.wanadoo at gmail.com Sun Jan 17 04:32:05 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 17 Jan 2010 10:32:05 -0000 Subject: [AccessD] Simple String Help In-Reply-To: <29A107DB4C5F452690F71A1FDABE234C@murphy3234aaf1> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> <0DD227C6D5464193BD56775BF1337E0C@XPS> <000c01ca9708$e7e445f0$b7acd1d0$@com> <29A107DB4C5F452690F71A1FDABE234C@murphy3234aaf1> Message-ID: <4b52e72a.0e67f10a.30c9.ffff84bd@mx.google.com> Two tests are not necessary. str = Mid(str, InStrRev(str, "\") + 1) works on "me", "c:\me.txt", "c:\me\me\me\me", etc max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 17 January 2010 01:15 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple String Help Use instrRev twice searching on "\" should do it. On the first one trim off the file name. On the second get the foldername. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Saturday, January 16, 2010 4:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Simple String Help I know this should be easy, but for some reason today I just can't come up with a working solution.. The Goal: To evaluate a string (path) and return only the end (last folder name). This string could end differently with or without "\" Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ Need to return only the "Word Docs" portion I'm drawing a blank here.... WBR Robert -- 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 From max.wanadoo at gmail.com Sun Jan 17 04:38:45 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 17 Jan 2010 10:38:45 -0000 Subject: [AccessD] Simple String Help In-Reply-To: <29A107DB4C5F452690F71A1FDABE234C@murphy3234aaf1> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> <0DD227C6D5464193BD56775BF1337E0C@XPS> <000c01ca9708$e7e445f0$b7acd1d0$@com> <29A107DB4C5F452690F71A1FDABE234C@murphy3234aaf1> Message-ID: <4b52e8ba.0e67f10a.30c9.ffff850e@mx.google.com> Sorry, replied in haste Doug. Twice is correct for FOLDER name. Function Filename() Dim str As String str = "c:\dir\subdir2\myfile.txt" 'str = "me" str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str End Function Function Foldername() On Error Resume Next Dim str As String str = "c:\dir\subdir2\myfile.txt" ' gives subdir2 'str = "myfile" 'gives myfile str = Left(str, InStrRev(str, "\") - 1) str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str End Function Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 17 January 2010 01:15 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple String Help Use instrRev twice searching on "\" should do it. On the first one trim off the file name. On the second get the foldername. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Saturday, January 16, 2010 4:06 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Simple String Help I know this should be easy, but for some reason today I just can't come up with a working solution.. The Goal: To evaluate a string (path) and return only the end (last folder name). This string could end differently with or without "\" Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ Need to return only the "Word Docs" portion I'm drawing a blank here.... WBR Robert -- 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 From jwcolby at colbyconsulting.com Sun Jan 17 07:02:26 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 17 Jan 2010 08:02:26 -0500 Subject: [AccessD] Simple String Help In-Reply-To: <4b52e692.0f67f10a.3411.0f94@mx.google.com> References: , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> , <0DD227C6D5464193BD56775BF1337E0C@XPS>, <000c01ca9708$e7e445f0$b7acd1d0$@com> <000d01ca9716$474947e0$d5dbd7a0$@com> <4b52e692.0f67f10a.3411.0f94@mx.google.com> Message-ID: <4B530A62.2030404@colbyconsulting.com> Will that work if there is a trailing backslash? John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Or, as I posted 2 weeks ago, use the instrrev function - one line and no > code required. > > str = Mid(str, InStrRev(str, "\") + 1) > > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: 17 January 2010 01:42 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Simple String Help > > Absolutely beautiful Jurgen > > > Thank You VERY much... > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Saturday, January 16, 2010 8:18 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Simple String Help > > > You should test that a string has been passed and make sure there is a > backslash somewhere in the path and add any other error handling you need. > > > > Function fnLastPath(strPathIn As String) As String > Dim lngLen As Long > Dim lngPos As Long > Dim strReturn As String > > lngLen = Len(strPathIn) > lngPos = InStrRev(strPathIn, "\") > If lngPos = lngLen Then > strPathIn = Left$(strPathIn, lngLen - 1) > lngPos = InStrRev(strPathIn, "\") > strReturn = Mid$(strPathIn, lngPos + 1) > Else > strReturn = Mid$(strPathIn, lngPos + 1) > End If > fnLastPath = strReturn > End Function > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > >> From: robert at servicexp.com >> To: accessd at databaseadvisors.com >> Date: Sat, 16 Jan 2010 19:06:22 -0500 >> Subject: [AccessD] Simple String Help >> >> I know this should be easy, but for some reason today I just can't come up >> with a working solution.. >> >> >> The Goal: To evaluate a string (path) and return only the end (last folder >> name). >> >> This string could end differently with or without "\" >> >> Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR >> "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ >> >> Need to return only the "Word Docs" portion >> >> I'm drawing a blank here.... >> >> >> WBR >> Robert > > _________________________________________________________________ > From rockysmolin at bchacc.com Sun Jan 17 09:19:28 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 17 Jan 2010 07:19:28 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , Message-ID: Question then, if I use the matching query per Lambert's suggestion, how can I use the results of the matching query to delete the unwanted records from the import? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Thursday, January 14, 2010 9:52 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Fastest Way Using the queries is probably the quickest. Creating a five field index requires a lot of work to maintain. Joining all five fields to an intermediate query of the master table, perhaps matching the date range only, and using the result as the basis for a bulk delete against the import data and then appending the balance would be very fast. An 'unmatched records' query would definitely be slower. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Thu, 14 Jan 2010 12:05:11 -0500 > Subject: Re: [AccessD] Fastest Way > > > As they say, suck it and see. :-) > > I suspect that Query #3 will return the complete result set a lot faster than FindNext will take to locate them one at a time. So just throw the query together and see how long it take to run. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Thursday, January 14, 2010 11:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fastest Way > > Lambert: > > That looks like a good approach. Query on 2) would be interesting but I'm not sure I would need that information if I use the query in 3) to process just the incoming records that are not already present. I'm a little concerned about the time the Unmatched Query will take when there are 3-4,000,000 records in the table especially since the table in the back end is on a server. But it wouldn't take long to implement. > > Thanks > > Rocky _________________________________________________________________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Sun Jan 17 09:38:12 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 17 Jan 2010 15:38:12 -0000 Subject: [AccessD] Simple String Help In-Reply-To: <4B530A62.2030404@colbyconsulting.com> References: , , , , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <5BB9016BACA24C32A6CF27F7EE87C003@XPS> , <0DD227C6D5464193BD56775BF1337E0C@XPS>, <000c01ca9708$e7e445f0$b7acd1d0$@com> <000d01ca9716$474947e0$d5dbd7a0$@com> <4b52e692.0f67f10a.3411.0f94@mx.google.com> <4B530A62.2030404@colbyconsulting.com> Message-ID: <4b532f05.0e67f10a.30d7.ffff966c@mx.google.com> To get filename: str = "c:\dir\subdir2\myfile.txt\" str = Mid(str, InStrRev(str, "\") + 1) will return "" (blank) because there is no filename there. To get foldername: str = "c:\dir\subdir2\myfile.txt\" If Right(str, 1) = "\" Then str = Left(str, Len(str) - 1) End If str = Left(str, InStrRev(str, "\") - 1) str = Mid(str, InStrRev(str, "\") + 1) Debug.Print str Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 17 January 2010 13:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Simple String Help Will that work if there is a trailing backslash? John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Or, as I posted 2 weeks ago, use the instrrev function - one line and no > code required. > > str = Mid(str, InStrRev(str, "\") + 1) > > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: 17 January 2010 01:42 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Simple String Help > > Absolutely beautiful Jurgen > > > Thank You VERY much... > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Saturday, January 16, 2010 8:18 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] Simple String Help > > > You should test that a string has been passed and make sure there is a > backslash somewhere in the path and add any other error handling you need. > > > > Function fnLastPath(strPathIn As String) As String > Dim lngLen As Long > Dim lngPos As Long > Dim strReturn As String > > lngLen = Len(strPathIn) > lngPos = InStrRev(strPathIn, "\") > If lngPos = lngLen Then > strPathIn = Left$(strPathIn, lngLen - 1) > lngPos = InStrRev(strPathIn, "\") > strReturn = Mid$(strPathIn, lngPos + 1) > Else > strReturn = Mid$(strPathIn, lngPos + 1) > End If > fnLastPath = strReturn > End Function > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > >> From: robert at servicexp.com >> To: accessd at databaseadvisors.com >> Date: Sat, 16 Jan 2010 19:06:22 -0500 >> Subject: [AccessD] Simple String Help >> >> I know this should be easy, but for some reason today I just can't come up >> with a working solution.. >> >> >> The Goal: To evaluate a string (path) and return only the end (last folder >> name). >> >> This string could end differently with or without "\" >> >> Example: "\\adfs\ad_folder\sxpdata\Word Docs\" OR >> "\\adfs\ad_folder\sxpdata\Word Docs OR C:\ad_folder\sxpdata\Word Doc\ >> >> Need to return only the "Word Docs" portion >> >> I'm drawing a blank here.... >> >> >> WBR >> Robert > > _________________________________________________________________ > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Jan 17 10:02:49 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 17 Jan 2010 08:02:49 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><4b501d1b.0e67f10a.30fc.06a6@mx.google.com> Message-ID: <0A8ECC83336D4EC69AF028EE960F4FD1@HAL9005> Lambert: I wouldn't care about the error message - I could tell the user to ignore it. But does this import assume that there is some indexing in the target table that I don't have already? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Well at least in Access 2002 when you do this it is true, the unique data does get imported to the destination table, but the error handler does not get invoked. Here is some code I just tried out... Sub Importit() 10 On Error GoTo Importit_Error 20 DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "MyTestTable", "H:\My documents\Access\Access 2002\test\MyTestData.xls", True, "MyTestNamedRange" 30 On Error GoTo 0 40 Exit Sub Importit_Error: 50 Debug.Print Err, Err.Description, Erl 60 Resume Next End Sub The TransferSpreadsheet action runs, and imports all the unique data. Then at the end it issues an error that is not trappable by VBA... "Microsoft Access was unable to append all the data to the table. The contents of fields in 0 record(s) were deleted, and 409 record(s) were lost due to key violations." etc. etc. Does anyone know how to trap the JET error? (I assume JET is issuing the error message.) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 2:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I don't understand what you mean by brute force or findfirst. Just create the unique index on the 5 fields on your existing table. You only need do this once. Then import using transfer method with on error routine in place. If errors out on 3024 (or whatever the dupe record err No. is - this is air code) Then just resume next That's it. No findfirst or anything. The transfer method will import each record. If a dupe exists it will go to the error routine where it will be told to resume the input. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 23:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ab-mi at post3.tele.dk Sun Jan 17 18:46:52 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Mon, 18 Jan 2010 01:46:52 +0100 Subject: [AccessD] Fastest Way In-Reply-To: <0A8ECC83336D4EC69AF028EE960F4FD1@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><4b501d1b.0e67f10a.30fc.06a6@mx.google.com> <0A8ECC83336D4EC69AF028EE960F4FD1@HAL9005> Message-ID: Rocky, Coming in late on this - I wouldn't recommend using a unique index for this (you would have to create a composite unique index on all of your columns which would in fact duplicate the size of your table and slow down imports). I would recommend an append query against an "unmatched query" as suggested originally by Lambert. But as opposed to Lambert I wouldn't execute the "unmatched query" against an *imported* spreadsheet but against a *linked* spreadsheet. If you import the spreadsheet you have to delete it after doing the appends and you then have to compress your database to prevent bloats. What I suggest is: 1. Link the spreadsheet to your database. 2. Create an append query like this: INSERT INTO YourTable(,,) SELECT YourLinkedSpreadsheet.Field1, YourLinkedSpreadsheet.Field2, YourLinkedSpreadsheet.Fieldn FROM YourLinkedSpreadsheet LEFT JOIN YourLinkedSpreadsheet ON YourLinkedSpreadsheet.Field1 = YourTable.Field1 AND YourLinkedSpreadsheet.Field2 = YourTable.Field2 AND YourLinkedSpreadsheet.FieldN = YourTable.FieldN WHERE YourTable.Field1 Is Null 3. Whenever you get a new Excel file then just overwrite the original Excel file: copy to the same folder using the same name as the original Excel file you have linked to the database. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 17. januar 2010 17:03 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Fastest Way Lambert: I wouldn't care about the error message - I could tell the user to ignore it. But does this import assume that there is some indexing in the target table that I don't have already? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Well at least in Access 2002 when you do this it is true, the unique data does get imported to the destination table, but the error handler does not get invoked. Here is some code I just tried out... Sub Importit() 10 On Error GoTo Importit_Error 20 DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "MyTestTable", "H:\My documents\Access\Access 2002\test\MyTestData.xls", True, "MyTestNamedRange" 30 On Error GoTo 0 40 Exit Sub Importit_Error: 50 Debug.Print Err, Err.Description, Erl 60 Resume Next End Sub The TransferSpreadsheet action runs, and imports all the unique data. Then at the end it issues an error that is not trappable by VBA... "Microsoft Access was unable to append all the data to the table. The contents of fields in 0 record(s) were deleted, and 409 record(s) were lost due to key violations." etc. etc. Does anyone know how to trap the JET error? (I assume JET is issuing the error message.) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 2:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I don't understand what you mean by brute force or findfirst. Just create the unique index on the 5 fields on your existing table. You only need do this once. Then import using transfer method with on error routine in place. If errors out on 3024 (or whatever the dupe record err No. is - this is air code) Then just resume next That's it. No findfirst or anything. The transfer method will import each record. If a dupe exists it will go to the error routine where it will be told to resume the input. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 23:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 -- 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 From accessd at shaw.ca Mon Jan 18 00:16:41 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 17 Jan 2010 22:16:41 -0800 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <000f01ca95ee$35409360$9fc1ba20$@com> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> Message-ID: I have done much the same and at the very worse is that windows will ask for me to re-register the product...and this is XP as well as 7. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 15, 2010 6:23 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed Let me tell you a little story, one of almost disaster to complete recovery... As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This was no easy task, as I use quite a few programs that require machine key registration (11 to be exact). It took me almost 3 days to migrate my system, and get everything "just right". Well, just over a week into using Windows 7, my motherboard failed (Asus P5K-E WiFi), and would no longer POST. So as you know that typically means a fresh install of windows and programs with a new motherboard replacement. I was very upset, wanted to shove my keyboard through both of my monitors. What makes this even worse, I had been having POSTing issues for the last 8 months, but after a few restart attempts everything started... ;-( .. not this time.... I could not get the exact same motherboard, so I purchases a new Asus P5Q Pro Turbo. Installed new motherboard, and for grins just let it boot to the Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking around (Was going to make an attempt at removing the old chipset drivers and such) Windows asked me to reboot, so I did. To my utter amazement, Windows 7 booted right back in with absolutely NO PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was completely back up and running. I have tried this 3 other times in the past (the latest with a Vista Ultimate Machine), and none of them worked out, Windows, as you know, is typically unforgiving with a motherboard replacement. So, needless to say I am VERY impressed. Anyway Guys & Gales... Have a great week!!! WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jan 18 00:26:10 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 17 Jan 2010 22:26:10 -0800 Subject: [AccessD] Access 2007 database file won't open In-Reply-To: <54AFBB523E3F47F989C20C4C18CCF1EB@murphy3234aaf1> References: <29f585dd1001110653y2036b5a9g56c328f73ed8dea0@mail.gmail.com> <4B4B6CFA.31440.B37FC24@stuart.lexacorp.com.pg> <4b4ba94b.0506d00a.3fa8.3c8c@mx.google.com> <54AFBB523E3F47F989C20C4C18CCF1EB@murphy3234aaf1> Message-ID: <129C12D249704DB0A2F77CB29BF28A36@creativesystemdesigns.com> Hi Doug: It does appear to be a non destructive error so it is not serious. The system just stopping with no prompt is confusing. If in the interim, I do run across a solution I will definitely post it. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Friday, January 15, 2010 9:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Hi Jim, I tried to see what was going on using Process Monitor, but couldn't see anything specific that was failing. Let me know if you find out anything. When I get time I am goig to pursue this a little more to see if there is a bug somewhere or a problem with different dlls on different systems, kind of like the vb6.dll problem with Access 2000. The good thing is this does not appear to corupt the file away like that did. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, January 15, 2010 5:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open There are no errors... it just stops working. The system doesn't freeze or does the CPU or memory usage go off the scale. What the issue could be I have no idea at this point. If there was at least an error response the problem could be tracked. I will be working on monitoring the actual program to see at what exe or dll the Access2007 actually fails but that will have to wait. Fortunately the client had an Office2003 version and we could quickly move back... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 14, 2010 8:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Interesting. How do you tell the database is locked, or is that just a term for nonresponsive? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 14, 2010 2:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open I also have a similar situation at a client's site. Locking application but no errors... Very strange indeed. We are moving back to Access 2003 until a solution is presented or found. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, January 13, 2010 3:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 database file won't open Folks, Not much feedback on this. David offered to see if he had the same experience I did so I sent him the front end accdb file. He couldn't get it to open either. He also could import all the objects into the new database. Today I visited the clients office to look at their system. They are running Access 2007 SP2 just like I am. The file opens fine on their system. I decompiled on their computer and compacted then copied it to a flash drive and brought it back to my office. On my system it still will not open. All the happens when you open the file is that Access starts, but the DB does not open. Same behavior as before. This is very puzzling and I can find no info on Google with any of the searches I tried. Also tried Expert's Exchange but no explanations there either. Any thoughts? Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Monday, January 11, 2010 3:58 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 database file won't open Folks, I have a weird one, seems like all I get. We developed a database app for a client in Access 2007. The file is in the accdb format. All was well and we were doing upgrades as the client needs them. Today I got the front end file back from them and it would not open on my computer. There is no error message, Access just opens as it would if you opened it from the program menu. I checked to make sure the database window, or what ever you call it in A2007, wasn't hidden and I got a message that there was no file opened, which is what it looks like. Did all the normal stuff, like get another copy of the file, compact repair, decompile, with no results. The file did compact as it got smaller and it looks like it decompiled but after the action I got the Access program window, i.e. no open database. I had the client compact the file on their computer and resend. Still the same non-result. Then I created a blank DB and imported all objects from the file that won't open into it. That worked. I tried this file on two of our computers with 2007 and got the same behavior. Has anyone seen this before? Could it be a service pack thing? I looked on Google and couldn't find any posts about this. I need to figure out what is going on as I don't want to have to do this every time we move files around with this client and I have spent a couple of hours messing with this. Any suggestions would be appreciated. Thanks in advance. Doug -- 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 -- 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 From pedro at plex.nl Mon Jan 18 07:42:00 2010 From: pedro at plex.nl (Pedro Janssen) Date: Mon, 18 Jan 2010 14:42:00 +0100 Subject: [AccessD] query error Message-ID: <001201ca9844$02da9d00$0102a8c0@qmotionfaa3ad9> Hello List, i get an query error: Query syntax error: One query component isn't complete. but when i click ok, the query still is working good. Why do i get this error? SELECT [BVO].[Bnummer], [BVO].[papL], [BVO].[1], [BVO].[2], [BVO].[3], [BVO].[4], [BVO].[5], [BVO].[6], [BVO].[7] FROM BVO WHERE ((([BVO].[Bnummer]) Like "B08-0*") And (([BVO].[papL])="1") And ((InStr(1,[3],[Bnummer]))<>0)); Best Wishes Pedro From jwelz at hotmail.com Mon Jan 18 11:35:46 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Mon, 18 Jan 2010 10:35:46 -0700 Subject: [AccessD] A2K:Get file name after drag and drop In-Reply-To: <000601ca9568$246840f0$301b910a@denzilnote1> References: <043c01ca7a02$c60ffbe0$301b910a@denzilnote><013501ca82b0$8e67e930$301b910a@denzilnote><4B30CE8A.50305@colbyconsulting.com>, , , , <01a801ca8315$2c7cf8e0$301b910a@denzilnote>, , ,,, ,,, , , <02e201ca860b$e798bf30$301b910a@denzilnote>, , , , <010901ca9522$778cbfe0$301b910a@denzilnote1>, , <000601ca9568$246840f0$301b910a@denzilnote1> Message-ID: I've verified that the sample code at the link http://digitalpbk.blogspot.com/2006/12/drag-n-drop-files-from-explorer-to-vb.html posted earlier works in A2k. You've got to be careful when stepping through code and working in the immediated window some times when working with API calls as Windows is somewhat sensitive when you return or set unexpected values, or, if you cover a window that is getting mouse messages with a code window. Once implemented and debugged, it is stable in A2k on my Vista laptop. I had a bit of a fuss attempting to pass a reference to 'me.Form' and the application crashed a few times until I just passed 'me'. The A2003 version I've got running uses a subform that required me to pass me.parentform.subform.Form whereas the example I worked out in A2K used a file list directly on a form rather than a sub form. I've deployed a version of the code in the 2003 environment and users are happy with the new convenience. No reported issues a few days after deployment. J?rgen Welz > > > From: darren at activebilling.com.au > > > To: accessd at databaseadvisors.com > > > Date: Sat, 26 Dec 2009 20:14:59 +1100 > > > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > > > > Hi Jurgen > > > When you say great code are you referring to the link in Michael's post > below > > or > > > was there some code or example in your post I can't see? > > > > > > Many thanks > > > > > > Darren > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > > > Sent: Wednesday, 23 December 2009 8:46 AM > > > To: accessd at databaseadvisors.com > > > Subject: Re: [AccessD] A2K:Get file name after drag and drop_SecondSend > > > > > > > > > Great Code. Works well in Access 2003. Properties on the VBA Editor Help -> > > > About screen in this version of Access shows VB 6.3. I added the form code > to > > a > > > sub form Filelist common to several forms in an application. It stores the > > full > > > file path and name in the strFilename variable of the Public Dropped > procedure > > > as written. > > > > > > > > > > > > This procedure will allow me to directly copy files to one or more of the > > > folders displayed in my file list subform using file procedures in VBA. Very > > > Nice! > > > > > > Ciao > > > > > > J?rgen Welz > > > > > > Edmonton, Alberta > > > > > > jwelz at hotmail.com _________________________________________________________________ From DWUTKA at Marlow.com Mon Jan 18 15:57:23 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 18 Jan 2010 15:57:23 -0600 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <000f01ca95ee$35409360$9fc1ba20$@com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> Message-ID: Actually, windows 9x would do this too. There is a reason that NT machines weren't doing this kind of thing, it was a sudo security/performance issue. When installing, the OS optimized itself to the motherboard/CPU. I guess they must have figured it was better to let Windows 7 do what Windows 9x used to do. One of my favorite features of Windows 7 is the ability to grab a maximized window and move it, without having to click anything. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 15, 2010 8:23 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed Let me tell you a little story, one of almost disaster to complete recovery... As you may know, I moved my main (Dev) computer over to Windows 7 Pro. This was no easy task, as I use quite a few programs that require machine key registration (11 to be exact). It took me almost 3 days to migrate my system, and get everything "just right". Well, just over a week into using Windows 7, my motherboard failed (Asus P5K-E WiFi), and would no longer POST. So as you know that typically means a fresh install of windows and programs with a new motherboard replacement. I was very upset, wanted to shove my keyboard through both of my monitors. What makes this even worse, I had been having POSTing issues for the last 8 months, but after a few restart attempts everything started... ;-( .. not this time.... I could not get the exact same motherboard, so I purchases a new Asus P5Q Pro Turbo. Installed new motherboard, and for grins just let it boot to the Windows 7 Drive. (Booted in Safe Mode) while I was in Safe mode looking around (Was going to make an attempt at removing the old chipset drivers and such) Windows asked me to reboot, so I did. To my utter amazement, Windows 7 booted right back in with absolutely NO PROBLEMS AT ALL. I could not believe it. Re-activated Windows and I was completely back up and running. I have tried this 3 other times in the past (the latest with a Vista Ultimate Machine), and none of them worked out, Windows, as you know, is typically unforgiving with a motherboard replacement. So, needless to say I am VERY impressed. Anyway Guys & Gales... Have a great week!!! WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Mon Jan 18 15:59:07 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 18 Jan 2010 15:59:07 -0600 Subject: [AccessD] OT VB 6 Quirk (Posted to VB List several days ago, with no response) Message-ID: Ok, I'm sure not many of you are using VB 6 anymore. I really don't develop much anymore myself. However, I have a user that is running into a quirk with Adobe. It's a form pdf, that creates an XFDF extension. Inside this 'data file' (that she receives in email), it's got a tag that shows a full URL of what the user used to view the pdf form. This is an http://.... URL. On her full version of Acrobat, it has a problem dealing with the URLs, it just keeps prompting if you want to allow access to http://... Now, if you go into that .xfdf data file, and just change that href property to the actual network path (\\server\share\...), then it opens just fine. It seems that Acrobat Reader is adding the URL on the end users end, so it's not something we can fix in the pdf form. (At least we can't find a property to do so). Since it's a pretty simple fix to change the URL to the UNC path, I figured I'd whip up a little VB program to do that. Did that, piece of cake. Wanted to make it an 'invisible process', by having the program just monitor a folder where she could save these emailed .xfdf data files too. When a new file is added to the monitored folder, it does it's job, and saves the new file as 'converted_.....xfdf'. Program works like a charm..IN DEBUG mode. Compile it, and run it, and the CreateFile API which gets the handle to start the monitoring process kicks back a DLLError 998. Now, why would code work perfectly in debug mode, but not work in a compiled state. Here is my file monitoring class: The line 'If hDir=-1' is getting skipped in debug mode (because it's getting a valid handle), and in a compiled state, it dumps out the LastDllError as 998 (actually, it was doing 998, until I added the strPathToMonitor variable,a nd now it's doing 1305. I'm stumped. Anyone have any ideas? Option Explicit Event FileActivity(strFileName As String, Action As FS_File_Actions) Public PathToMonitor As String Dim blKeepMonitoring As Boolean Private Declare Function FS_CreateFile Lib "kernel32" Alias "CreateFileA" (ByVal lpFileName As String, ByVal dwDesiredAccess As Long, ByVal dwShareMode As Long, lpSecurityAttributes As Any, ByVal dwCreationDisposition As Long, ByVal dwFlagsAndAttributes As Long, ByVal hTemplateFile As Long) As Long Private Declare Function FS_ReadDirChanges Lib "kernel32" Alias "ReadDirectoryChangesW" (ByVal hDir As Long, ByVal lpBuffer As Long, ByVal lenBuffer As Long, ByVal bWatchSubtree As Boolean, ByVal dwNotifyFilter As Long, ByRef dwBytesReturned As Long, ByVal lpOverLapped As Long, ByVal dwCallBack As Long) As Long Private Declare Function FS_CloseHandle Lib "kernel32" Alias "CloseHandle" (ByVal hObject As Long) As Long Private Declare Function FS_CreateEvent Lib "kernel32" Alias "CreateEventA" (lpEventAttributes As Any, ByVal bManualReset As Long, ByVal bInitialState As Long, ByVal lpName As String) As Long Private Declare Function FS_ResetEvent Lib "kernel32" Alias "ResetEvent" (ByVal hEvent As Long) As Long Private Declare Sub FS_CopyMemory Lib "kernel32" Alias "RtlMoveMemory" (ByVal Destination As Long, ByVal Source As Long, ByVal Length As Long) Private Declare Function FS_WaitForSingleObject Lib "kernel32" Alias "WaitForSingleObject" (ByVal hHandle As Long, ByVal dwMilliseconds As Long) As Long Private Const FILE_LIST_DIRECTORY = (&H1) Private Const FILE_SHARE_DELETE = &H4 Private Const FILE_SHARE_READ = &H1 Private Const FILE_SHARE_WRITE = &H2 Private Const OPEN_EXISTING = 3 Private Const FILE_FLAG_BACKUP_SEMANTICS = &H2000000 Private Const FILE_FLAG_OVERLAPPED = &H40000000 Private Const FILE_NOTIFY_CHANGE_ATTRIBUTES = &H4 Private Const FILE_NOTIFY_CHANGE_CREATION = &H40 Private Const FILE_NOTIFY_CHANGE_DIR_NAME = &H2 Private Const FILE_NOTIFY_CHANGE_FILE_NAME = &H1 Private Const FILE_NOTIFY_CHANGE_LAST_ACCESS = &H20 Private Const FILE_NOTIFY_CHANGE_LAST_WRITE = &H10 Private Const FILE_NOTIFY_CHANGE_SECURITY = &H100 Private Const FILE_NOTIFY_CHANGE_SIZE = &H8 Private Const WAIT_TIMEOUT = 258& Public Enum FS_File_Actions FILE_ACTION_ADDED = &H1 FILE_ACTION_MODIFIED = &H3 FILE_ACTION_REMOVED = &H2 FILE_ACTION_RENAMED_NEW_NAME = &H5 FILE_ACTION_RENAMED_OLD_NAME = &H4 End Enum Private Type FS_FILE_NOTIFY_INFORMATION NextEntryOffset As Long Action As FS_File_Actions FileNameLength As Long FileName(1024 - 1) As Byte End Type Private Type FS_OVERLAPPED Internal As Long InternalHigh As Long Offset As Long OffsetHigh As Long hEvent As Long End Type Public Function StartMonitoring() 'On Error GoTo ErrorHandler Dim hDir As Long Dim dwReturn As Long Dim intReturnSize As Long Dim ovr As FS_OVERLAPPED Dim hEvent As Long Dim intWatchFilter As Long Dim fni As FS_FILE_NOTIFY_INFORMATION Dim fniBuf(0 To 1024 * 5 - 1) As Byte Dim BufferPos As Long Dim strFileName As String Dim strPathToMonitor As String strPathToMonitor = PathToMonitor blKeepMonitoring = True intWatchFilter = FILE_NOTIFY_CHANGE_ATTRIBUTES + FILE_NOTIFY_CHANGE_CREATION + FILE_NOTIFY_CHANGE_DIR_NAME + FILE_NOTIFY_CHANGE_FILE_NAME + FILE_NOTIFY_CHANGE_LAST_ACCESS + FILE_NOTIFY_CHANGE_LAST_WRITE + FILE_NOTIFY_CHANGE_SECURITY + FILE_NOTIFY_CHANGE_SIZE hDir = FS_CreateFile(strPathToMonitor, FILE_LIST_DIRECTORY, FILE_SHARE_READ Or FILE_SHARE_DELETE Or FILE_SHARE_WRITE, Null, OPEN_EXISTING, FILE_FLAG_BACKUP_SEMANTICS Or FILE_FLAG_OVERLAPPED, 0) If hDir = -1 Then MsgBox "Invalid Handle Value...Error: " & Err.LastDllError End If hEvent = FS_CreateEvent(0&, True, True, "FS_IOEvent") ovr.hEvent = hEvent dwReturn = FS_ReadDirChanges(hDir, VarPtr(fniBuf(0)), UBound(fniBuf) + 1, True, intWatchFilter, intReturnSize, VarPtr(ovr), 0&) If dwReturn = 0 Then MsgBox "Error Calling ReadDirChanges" MsgBox Err.LastDllError MsgBox ovr.hEvent MsgBox hDir End If Do Until blKeepMonitoring = False BufferPos = 0 dwReturn = FS_WaitForSingleObject(hEvent, 100) If dwReturn <> WAIT_TIMEOUT Then 'MsgBox fniBuf(0) FS_CopyMemory VarPtr(fni), VarPtr(fniBuf(BufferPos)), Len(fni) strFileName = fni.FileName strFileName = Left(strFileName, fni.FileNameLength / 2) RaiseEvent FileActivity(strFileName, fni.Action) While fni.NextEntryOffset <> 0 BufferPos = BufferPos + fni.NextEntryOffset FS_CopyMemory VarPtr(fni), VarPtr(fniBuf(BufferPos)), Len(fni) strFileName = fni.FileName strFileName = Left(strFileName, fni.FileNameLength / 2) RaiseEvent FileActivity(strFileName, fni.Action) Wend FS_ResetEvent hEvent dwReturn = FS_ReadDirChanges(hDir, VarPtr(fniBuf(0)), UBound(fniBuf) + 1, True, intWatchFilter, intReturnSize, VarPtr(ovr), 0&) End If DoEvents Loop ErrorHandler: FS_CloseHandle hEvent FS_CloseHandle hDir End Function Public Function StopMonitoring() blKeepMonitoring = False End Function Private Sub Class_Initialize() blKeepMonitoring = False End Sub The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Tue Jan 19 08:05:51 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 19 Jan 2010 09:05:51 -0500 Subject: [AccessD] SQL Server: An interesting data load article Message-ID: <4B55BC3F.20304@colbyconsulting.com> http://msdn.microsoft.com/en-us/library/dd537533.aspx -- John W. Colby www.ColbyConsulting.com From rockysmolin at bchacc.com Tue Jan 19 11:31:25 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 19 Jan 2010 09:31:25 -0800 Subject: [AccessD] Behavior Entering Field Message-ID: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> Dear List: There is a setting in A2K3: Tools-->Options-->Keyboard which comes up defaulted to Go to start of field. I like this set to Select entire field. But I have to change it for each mdb. Is there a way to set my installation of A2K3 so that this setting defaults to Select entire field? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From max.wanadoo at gmail.com Tue Jan 19 11:46:14 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 19 Jan 2010 17:46:14 -0000 Subject: [AccessD] Behavior Entering Field In-Reply-To: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> Message-ID: <4b55f026.1818d00a.1efc.54b2@mx.google.com> I think you will find that if you set it in one mdb it will retain that for FUTURE creations. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 19 January 2010 17:31 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Behavior Entering Field Dear List: There is a setting in A2K3: Tools-->Options-->Keyboard which comes up defaulted to Go to start of field. I like this set to Select entire field. But I have to change it for each mdb. Is there a way to set my installation of A2K3 so that this setting defaults to Select entire field? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From rockysmolin at bchacc.com Tue Jan 19 12:00:51 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 19 Jan 2010 10:00:51 -0800 Subject: [AccessD] Behavior Entering Field In-Reply-To: <4b55f026.1818d00a.1efc.54b2@mx.google.com> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> <4b55f026.1818d00a.1efc.54b2@mx.google.com> Message-ID: <4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005> That makes sense. Unfortunately good sense and Access don't always follow each other. Gotta do it for every new mdb. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 19, 2010 9:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Behavior Entering Field I think you will find that if you set it in one mdb it will retain that for FUTURE creations. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 19 January 2010 17:31 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Behavior Entering Field Dear List: There is a setting in A2K3: Tools-->Options-->Keyboard which comes up defaulted to Go to start of field. I like this set to Select entire field. But I have to change it for each mdb. Is there a way to set my installation of A2K3 so that this setting defaults to Select entire field? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Tue Jan 19 12:08:02 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 19 Jan 2010 18:08:02 -0000 Subject: [AccessD] Behaviour Entering Field In-Reply-To: <4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> <4b55f026.1818d00a.1efc.54b2@mx.google.com> <4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005> Message-ID: <4b55f544.0707d00a.1f75.2e70@mx.google.com> What I do Rocky, is to create a dummy.mdb with the basics already set up. Library Modules, forms (Eatbloat) etc. and then when I want a new one, I just copy that, rename it and take it from there. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 19 January 2010 18:01 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Behavior Entering Field That makes sense. Unfortunately good sense and Access don't always follow each other. Gotta do it for every new mdb. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 19, 2010 9:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Behavior Entering Field I think you will find that if you set it in one mdb it will retain that for FUTURE creations. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 19 January 2010 17:31 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Behavior Entering Field Dear List: There is a setting in A2K3: Tools-->Options-->Keyboard which comes up defaulted to Go to start of field. I like this set to Select entire field. But I have to change it for each mdb. Is there a way to set my installation of A2K3 so that this setting defaults to Select entire field? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From dw-murphy at cox.net Tue Jan 19 16:07:00 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 19 Jan 2010 14:07:00 -0800 Subject: [AccessD] Access 2007 attachment fields- Any knowledge? In-Reply-To: <4b55f544.0707d00a.1f75.2e70@mx.google.com> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> <4b55f026.1818d00a.1efc.54b2@mx.google.com><4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005> <4b55f544.0707d00a.1f75.2e70@mx.google.com> Message-ID: <6C0DDEB6D40040029104FA2A2551008F@murphy3234aaf1> Folks, I have had several questions recently re Access 2007. This latest project has been pushing me into some of it's newer features(?). The person who originally developed this application used attachment fields to hold stored documents. The form that has controls linked to these fields is very slowwwwwwwwwwww to open, close, update, you name it. It is also slow to open and work with in design mode. Do any of you listers have any experience with this type of field? My personal preference would be to not use them and store hyperlinks to the files in a hyperlink field. This would be much more straight forward in my simple minded world, and more maintainable. Tell me if I am missing the point with this data type. Any links to meaningful articles on using this data type would be appreciated. Thanks. Doug From dwaters at usinternet.com Tue Jan 19 16:17:30 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 19 Jan 2010 16:17:30 -0600 Subject: [AccessD] Access 2007 attachment fields- Any knowledge? In-Reply-To: <6C0DDEB6D40040029104FA2A2551008F@murphy3234aaf1> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> <4b55f026.1818d00a.1efc.54b2@mx.google.com><4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005><4b55f544.0707d00a.1f75.2e70@mx.google.com> <6C0DDEB6D40040029104FA2A2551008F@murphy3234aaf1> Message-ID: <7C72130F157B44C9848738D2FD1FCB76@danwaters> As an experiment, make a copy of the table and delete the attachment field column. Then use that as the data source for this form. Does it speed up? On a separate note - my systems may also attach one or more files per record. What I've learned to do is to only store the file name in the table. Then when someone wants to open that file, I build the full path in code (using stored values), then open it using FileSystemObjects. That way, as does happen, if the path changes you can just change the parameters which define the path, and your data and code are already good to go. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, January 19, 2010 4:07 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 attachment fields- Any knowledge? Folks, I have had several questions recently re Access 2007. This latest project has been pushing me into some of it's newer features(?). The person who originally developed this application used attachment fields to hold stored documents. The form that has controls linked to these fields is very slowwwwwwwwwwww to open, close, update, you name it. It is also slow to open and work with in design mode. Do any of you listers have any experience with this type of field? My personal preference would be to not use them and store hyperlinks to the files in a hyperlink field. This would be much more straight forward in my simple minded world, and more maintainable. Tell me if I am missing the point with this data type. Any links to meaningful articles on using this data type would be appreciated. Thanks. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Tue Jan 19 16:23:58 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 19 Jan 2010 14:23:58 -0800 Subject: [AccessD] Access 2007 attachment fields- Any knowledge? In-Reply-To: <7C72130F157B44C9848738D2FD1FCB76@danwaters> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> <4b55f026.1818d00a.1efc.54b2@mx.google.com><4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005><4b55f544.0707d00a.1f75.2e70@mx.google.com><6C0DDEB6D40040029104FA2A2551008F@murphy3234aaf1> <7C72130F157B44C9848738D2FD1FCB76@danwaters> Message-ID: Thanks Dan, My approach exactly. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, January 19, 2010 2:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2007 attachment fields- Any knowledge? As an experiment, make a copy of the table and delete the attachment field column. Then use that as the data source for this form. Does it speed up? On a separate note - my systems may also attach one or more files per record. What I've learned to do is to only store the file name in the table. Then when someone wants to open that file, I build the full path in code (using stored values), then open it using FileSystemObjects. That way, as does happen, if the path changes you can just change the parameters which define the path, and your data and code are already good to go. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, January 19, 2010 4:07 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2007 attachment fields- Any knowledge? Folks, I have had several questions recently re Access 2007. This latest project has been pushing me into some of it's newer features(?). The person who originally developed this application used attachment fields to hold stored documents. The form that has controls linked to these fields is very slowwwwwwwwwwww to open, close, update, you name it. It is also slow to open and work with in design mode. Do any of you listers have any experience with this type of field? My personal preference would be to not use them and store hyperlinks to the files in a hyperlink field. This would be much more straight forward in my simple minded world, and more maintainable. Tell me if I am missing the point with this data type. Any links to meaningful articles on using this data type would be appreciated. Thanks. Doug -- 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 From marksimms at verizon.net Tue Jan 19 18:49:42 2010 From: marksimms at verizon.net (Mark Simms) Date: Tue, 19 Jan 2010 19:49:42 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> Message-ID: <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> > > One of my favorite features of Windows 7 is the ability to > grab a maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. From darren at activebilling.com.au Tue Jan 19 21:36:40 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 20 Jan 2010 14:36:40 +1100 Subject: [AccessD] A2003:SendKeys Not Working - Windows 7 Message-ID: <036901ca9981$c8b5a9a0$301b910a@denzilnote1> Hi team I have a new Windows7 box I am installing my tried and tested app on (Win2003) Most things work fine but any SendKeys routines are not working on the WIN7 box On my XP machine they work a treat. (In fact are critical to the app) Running these routines from within my app in WIN7 (same mdb file - just copied to my Win7 box) just gives me a Debug Error of 70 with the words "Permission Denied" When I click debug it highlights the SendKeys line in my code Anyone know anything about this? Anyone know of a workaround? Many thanks in advance Darren From wdhindman at dejpolsystems.com Wed Jan 20 00:27:56 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 20 Jan 2010 01:27:56 -0500 Subject: [AccessD] Behaviour Entering Field In-Reply-To: <4b55f544.0707d00a.1f75.2e70@mx.google.com> References: <3331E0E2AC8A498CB67CBDAD7D28B03B@HAL9005> <4b55f026.1818d00a.1efc.54b2@mx.google.com><4AC5BE88662042F5B4ACF2EF05572D1B@HAL9005> <4b55f544.0707d00a.1f75.2e70@mx.google.com> Message-ID: Rocky ...you can set most of the options from vba in your startup code ...the set options list can be found here http://msdn.microsoft.com/en-us/library/aa172326(office.11).aspx ...and sample code here http://techrepublic.com.com/5208-7343-0.html?forumID=101&threadID=308283&messageID=3072785&tag=content;leftCol ...once you build and test a startup module that works, you can call it from an autoexec ...then its just a matter of importing the module and macro into any existing mdb to reset the options to your preferences ...hth William -------------------------------------------------- From: "Max Wanadoo" Sent: Tuesday, January 19, 2010 1:08 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Behaviour Entering Field > What I do Rocky, is to create a dummy.mdb with the basics already set up. > Library Modules, forms (Eatbloat) etc. and then when I want a new one, I > just copy that, rename it and take it from there. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: 19 January 2010 18:01 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Behavior Entering Field > > That makes sense. Unfortunately good sense and Access don't always follow > each other. Gotta do it for every new mdb. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Tuesday, January 19, 2010 9:46 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Behavior Entering Field > > I think you will find that if you set it in one mdb it will retain that > for > FUTURE creations. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: 19 January 2010 17:31 > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Behavior Entering Field > > Dear List: > > There is a setting in A2K3: Tools-->Options-->Keyboard which comes up > defaulted to Go to start of field. I like this set to Select entire > field. > But I have to change it for each mdb. Is there a way to set my > installation > of A2K3 so that this setting defaults to Select entire field? > > MTIA, > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.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 > From pedro at plex.nl Wed Jan 20 02:16:28 2010 From: pedro at plex.nl (Pedro Janssen) Date: Wed, 20 Jan 2010 09:16:28 +0100 Subject: [AccessD] query error References: <001201ca9844$02da9d00$0102a8c0@qmotionfaa3ad9> Message-ID: <001f01ca99a8$dde30a80$0102a8c0@qmotionfaa3ad9> is there some-one who can explain me the error, and why do i get it, when the query is working correct? See query below Pedro ----- Original Message ----- From: "Pedro Janssen" To: "AccessD" Sent: Monday, January 18, 2010 2:42 PM Subject: [AccessD] query error > Hello List, > > i get an query error: > Query syntax error: One query component isn't complete. > > but when i click ok, the query still is working good. > > Why do i get this error? > > SELECT [BVO].[Bnummer], [BVO].[papL], [BVO].[1], [BVO].[2], [BVO].[3], > [BVO].[4], [BVO].[5], [BVO].[6], [BVO].[7] > FROM BVO > WHERE ((([BVO].[Bnummer]) Like "B08-0*") And (([BVO].[papL])="1") And > ((InStr(1,[3],[Bnummer]))<>0)); > > Best Wishes > > Pedro > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Wed Jan 20 03:02:10 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 20 Jan 2010 10:02:10 +0100 Subject: [AccessD] query error Message-ID: Hi Pedro It could be some fields with Null. Or the InStr variables. Try with: ((InStr(1,[BVO].[3],[BVO].[Bnummer]))<>0)); /gustav >>> pedro at plex.nl 20-01-2010 09:16 >>> is there some-one who can explain me the error, and why do i get it, when the query is working correct? See query below Pedro ----- Original Message ----- From: "Pedro Janssen" To: "AccessD" Sent: Monday, January 18, 2010 2:42 PM Subject: [AccessD] query error > Hello List, > > i get an query error: > Query syntax error: One query component isn't complete. > > but when i click ok, the query still is working good. > > Why do i get this error? > > SELECT [BVO].[Bnummer], [BVO].[papL], [BVO].[1], [BVO].[2], [BVO].[3], > [BVO].[4], [BVO].[5], [BVO].[6], [BVO].[7] > FROM BVO > WHERE ((([BVO].[Bnummer]) Like "B08-0*") And (([BVO].[papL])="1") And > ((InStr(1,[3],[Bnummer]))<>0)); > > Best Wishes > > Pedro From DWUTKA at Marlow.com Wed Jan 20 10:12:01 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 20 Jan 2010 10:12:01 -0600 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> Message-ID: True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to > grab a maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jimdettman at verizon.net Wed Jan 20 11:55:11 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 20 Jan 2010 12:55:11 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> Message-ID: <954410AB15AC4861B131D63460E7DDF1@XPS> Yeah lots of simple things in there that sometimes you don't even think twice about, but make it so much nicer to use. I have not played with it all that much yet, but it looks like Microsoft will have a winner this time around. I've got it installed on a laptop here and am just getting into it. But just with the install and working with the networking / wireless setup, things were a lot smoother. Although I did have a spot of trouble with how to unjoin from a home network and change to a office network setup. Looks fairly snappy to, although I haven't really loaded anything on it yet. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 11:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to > grab a maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Jan 20 13:04:32 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 20 Jan 2010 14:04:32 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> Message-ID: <4B5753C0.6080308@colbyconsulting.com> I am impressed with the Windows 7 Media Center stuff. I converted my HTPC to windows 7 and it has run flawlessly ever since. It appears that the design team spent a lot of time fixing bugs and making media center work the way it is supposed to. There are still things that I wish didn't work the way that they do, but at least it works now. With Vista I battled with Media Center the entire time I used it. Just as an aside, I decided to use a Solid State disk as the boot drive. What a hoot! It is fully booted in about 7 seconds, to the login prompt. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD > right from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew From max.wanadoo at gmail.com Wed Jan 20 13:10:04 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 20 Jan 2010 19:10:04 -0000 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4B5753C0.6080308@colbyconsulting.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <4B5753C0.6080308@colbyconsulting.com> Message-ID: <4b575520.0508d00a.47b6.ffff9928@mx.google.com> What do you mean by a solid state disk? USB Memory stick? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 20 January 2010 19:05 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I am impressed with the Windows 7 Media Center stuff. I converted my HTPC to windows 7 and it has run flawlessly ever since. It appears that the design team spent a lot of time fixing bugs and making media center work the way it is supposed to. There are still things that I wish didn't work the way that they do, but at least it works now. With Vista I battled with Media Center the entire time I used it. Just as an aside, I decided to use a Solid State disk as the boot drive. What a hoot! It is fully booted in about 7 seconds, to the login prompt. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD > right from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Wed Jan 20 13:28:36 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 20 Jan 2010 20:28:36 +0100 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed Message-ID: Hi Max No, that's a solid state disk like Kingston ssdNow SNV125-S2BD/64GB, but you can use a 8 GB USB 2.0+ stick or an SD card to hold the swap file. Look under "How to speed up Windows" (or something like that); there is a wizard that will do the hard work for you. This, of course, makes no sense if you use an SSD disk as the system drive. /gustav >>> max.wanadoo at gmail.com 20-01-2010 20:10 >>> What do you mean by a solid state disk? USB Memory stick? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 20 January 2010 19:05 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I am impressed with the Windows 7 Media Center stuff. I converted my HTPC to windows 7 and it has run flawlessly ever since. It appears that the design team spent a lot of time fixing bugs and making media center work the way it is supposed to. There are still things that I wish didn't work the way that they do, but at least it works now. With Vista I battled with Media Center the entire time I used it. Just as an aside, I decided to use a Solid State disk as the boot drive. What a hoot! It is fully booted in about 7 seconds, to the login prompt. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD > right from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew From Chester_Kaup at kindermorgan.com Wed Jan 20 13:33:30 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Wed, 20 Jan 2010 13:33:30 -0600 Subject: [AccessD] SQL Server Link Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA55E0@houex1.kindermorgan.com> Is it possible to create two separate indexes to a SQL server view. One is no problem but two has me stumped. Thanks. Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. From max.wanadoo at gmail.com Wed Jan 20 13:37:53 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 20 Jan 2010 19:37:53 -0000 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: Message-ID: <4b575ba8.0707d00a.4804.ffffa6e0@mx.google.com> Brilliant. I will do that. Thanks for the pointer John. Thanks for the explanation Gustav. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 20 January 2010 19:29 To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Hi Max No, that's a solid state disk like Kingston ssdNow SNV125-S2BD/64GB, but you can use a 8 GB USB 2.0+ stick or an SD card to hold the swap file. Look under "How to speed up Windows" (or something like that); there is a wizard that will do the hard work for you. This, of course, makes no sense if you use an SSD disk as the system drive. /gustav >>> max.wanadoo at gmail.com 20-01-2010 20:10 >>> What do you mean by a solid state disk? USB Memory stick? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 20 January 2010 19:05 To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I am impressed with the Windows 7 Media Center stuff. I converted my HTPC to windows 7 and it has run flawlessly ever since. It appears that the design team spent a lot of time fixing bugs and making media center work the way it is supposed to. There are still things that I wish didn't work the way that they do, but at least it works now. With Vista I battled with Media Center the entire time I used it. Just as an aside, I decided to use a Solid State disk as the boot drive. What a hoot! It is fully booted in about 7 seconds, to the login prompt. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD > right from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Jan 20 14:31:57 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 20 Jan 2010 12:31:57 -0800 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> Message-ID: <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> I beta'd W7 on a spare comp. Like the look and feel of it. I'm thinking of upgrading my main production comp from XP to W7. Anyone have an opinion or experience the Upgrade version versus the 'other' one (whatever they're calling it)? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 8:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to grab a > maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jan 20 14:40:14 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 20 Jan 2010 12:40:14 -0800 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> Message-ID: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> I am willing to be corrected on this but I believe only the data can be saved on an install-upgrade. All the applications must be re-installed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 20, 2010 12:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I beta'd W7 on a spare comp. Like the look and feel of it. I'm thinking of upgrading my main production comp from XP to W7. Anyone have an opinion or experience the Upgrade version versus the 'other' one (whatever they're calling it)? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 8:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to grab a > maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 From jwcolby at colbyconsulting.com Wed Jan 20 14:46:21 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 20 Jan 2010 15:46:21 -0500 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4b575520.0508d00a.47b6.ffff9928@mx.google.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <4B5753C0.6080308@colbyconsulting.com> <4b575520.0508d00a.47b6.ffff9928@mx.google.com> Message-ID: <4B576B9D.9020504@colbyconsulting.com> > What do you mean by a solid state disk? USB Memory stick? http://www.newegg.com/Product/Product.aspx?Item=N82E16820227393 This is the BOOT disk, not where I store media. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > What do you mean by a solid state disk? USB Memory stick? > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 20 January 2010 19:05 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > I am impressed with the Windows 7 Media Center stuff. I converted my HTPC > to windows 7 and it has > run flawlessly ever since. It appears that the design team spent a lot of > time fixing bugs and > making media center work the way it is supposed to. > > There are still things that I wish didn't work the way that they do, but at > least it works now. With > Vista I battled with Media Center the entire time I used it. > > Just as an aside, I decided to use a Solid State disk as the boot drive. > What a hoot! It is fully > booted in about 7 seconds, to the login prompt. > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> True, a lot of 'features' are things that third party or even Microsoft >> products did on their own. >> >> Another nice feature is that I can burn an .iso image to a CD or DVD >> right from explorer, out of the box with Windows 7. Before I had to >> download/install utilities to do that. >> >> Drew From jwcolby at colbyconsulting.com Wed Jan 20 14:47:53 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 20 Jan 2010 15:47:53 -0500 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> Message-ID: <4B576BF9.4090804@colbyconsulting.com> You can't upgrade XP, only Vista. XP has to do a clean install. John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > I beta'd W7 on a spare comp. Like the look and feel of it. > > I'm thinking of upgrading my main production comp from XP to W7. > > Anyone have an opinion or experience the Upgrade version versus the 'other' > one (whatever they're calling it)? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, January 20, 2010 8:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD right > from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Tuesday, January 19, 2010 6:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > >> One of my favorite features of Windows 7 is the ability to grab a >> maximized window and move it, without having to click anything. >> >> Drew >> > Believe or not with the advent of these wide-screen LCD monitors, this is a > great new feature. > I do acknowledge however there are 3rd party utilities out there doing a > good job of multiple screen / multiple window management. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive > material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or > hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended recipient is > prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed Jan 20 14:48:44 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 20 Jan 2010 15:48:44 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> Message-ID: <4B576C2C.60903@colbyconsulting.com> No, a vista upgrade works just like any other upgrade, all files and programs saved. XP simply can't be upgraded. John W. Colby www.ColbyConsulting.com Jim Lawrence wrote: > I am willing to be corrected on this but I believe only the data can be > saved on an install-upgrade. All the applications must be re-installed. > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Wednesday, January 20, 2010 12:32 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > I beta'd W7 on a spare comp. Like the look and feel of it. > > I'm thinking of upgrading my main production comp from XP to W7. > > Anyone have an opinion or experience the Upgrade version versus the 'other' > one (whatever they're calling it)? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, January 20, 2010 8:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD right > from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Tuesday, January 19, 2010 6:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > >> One of my favorite features of Windows 7 is the ability to grab a >> maximized window and move it, without having to click anything. >> >> Drew >> > Believe or not with the advent of these wide-screen LCD monitors, this is a > great new feature. > I do acknowledge however there are 3rd party utilities out there doing a > good job of multiple screen / multiple window management. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive > material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or > hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended recipient is > prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Wed Jan 20 15:40:19 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 20 Jan 2010 13:40:19 -0800 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4B576BF9.4090804@colbyconsulting.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <4B576BF9.4090804@colbyconsulting.com> Message-ID: <5BB126C5F9E248DEA7D6C0943AE610E5@HAL9005> Poop. But thanks for the heads up. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, January 20, 2010 12:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed You can't upgrade XP, only Vista. XP has to do a clean install. John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > I beta'd W7 on a spare comp. Like the look and feel of it. > > I'm thinking of upgrading my main production comp from XP to W7. > > Anyone have an opinion or experience the Upgrade version versus the 'other' > one (whatever they're calling it)? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, January 20, 2010 8:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > True, a lot of 'features' are things that third party or even > Microsoft products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD > right from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Tuesday, January 19, 2010 6:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > >> One of my favorite features of Windows 7 is the ability to grab a >> maximized window and move it, without having to click anything. >> >> Drew >> > Believe or not with the advent of these wide-screen LCD monitors, this > is a great new feature. > I do acknowledge however there are 3rd party utilities out there doing > a good job of multiple screen / multiple window management. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in > this transmission is intended only for the person or entity to which > it is addressed and may contain II-VI Proprietary and/or II-VI > Business Sensitive material. If you are not the intended recipient, > please contact the sender immediately and destroy the material in its > entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended > recipient is prohibited. > > > -- > 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 From DWUTKA at Marlow.com Wed Jan 20 15:42:10 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 20 Jan 2010 15:42:10 -0600 Subject: [AccessD] Windows 7 64 bit Message-ID: There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dwaters at usinternet.com Wed Jan 20 15:57:07 2010 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 20 Jan 2010 15:57:07 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jan 20 16:05:56 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 20 Jan 2010 16:05:56 -0600 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> Message-ID: Going from XP to 7, you don't really have a choice. You have to do a clean install, even though it's an "upgrade". You have to reinstall all the apps and redo all the settings. I just went through the same thing "upgrading" from Vista Home Premium to Win7 Pro. I love Win7, but it's taking forever to reinstall everything. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 20, 2010 12:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I beta'd W7 on a spare comp. Like the look and feel of it. I'm thinking of upgrading my main production comp from XP to W7. Anyone have an opinion or experience the Upgrade version versus the 'other' one (whatever they're calling it)? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 8:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to grab a > maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 From cfoust at infostatsystems.com Wed Jan 20 16:06:35 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 20 Jan 2010 16:06:35 -0600 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4B576BF9.4090804@colbyconsulting.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <4B576BF9.4090804@colbyconsulting.com> Message-ID: And some versions of Vista too. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, January 20, 2010 12:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed You can't upgrade XP, only Vista. XP has to do a clean install. John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > I beta'd W7 on a spare comp. Like the look and feel of it. > > I'm thinking of upgrading my main production comp from XP to W7. > > Anyone have an opinion or experience the Upgrade version versus the 'other' > one (whatever they're calling it)? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, January 20, 2010 8:12 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > True, a lot of 'features' are things that third party or even Microsoft > products did on their own. > > Another nice feature is that I can burn an .iso image to a CD or DVD right > from explorer, out of the box with Windows 7. Before I had to > download/install utilities to do that. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Tuesday, January 19, 2010 6:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > >> One of my favorite features of Windows 7 is the ability to grab a >> maximized window and move it, without having to click anything. >> >> Drew >> > Believe or not with the advent of these wide-screen LCD monitors, this is a > great new feature. > I do acknowledge however there are 3rd party utilities out there doing a > good job of multiple screen / multiple window management. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com The information contained in this > transmission is intended only for the person or entity to which it is > addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive > material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or > hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended recipient is > prohibited. > > > -- > 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 From Darryl.Collins at anz.com Wed Jan 20 16:44:42 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 21 Jan 2010 09:44:42 +1100 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> Correct. You can upgrade from Vista, but XP to W7 requires a full/clean install. Regard Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, 21 January 2010 7:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I am willing to be corrected on this but I believe only the data can be saved on an install-upgrade. All the applications must be re-installed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 20, 2010 12:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I beta'd W7 on a spare comp. Like the look and feel of it. I'm thinking of upgrading my main production comp from XP to W7. Anyone have an opinion or experience the Upgrade version versus the 'other' one (whatever they're calling it)? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 8:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to grab a > maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From Darryl.Collins at anz.com Wed Jan 20 17:03:01 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 21 Jan 2010 10:03:01 +1100 Subject: [AccessD] Joining Queries via SQL rather than have a query stored in Access. In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DB9@EXUAU020HWT110.oceania.corp.anz.com> Hi Folks. I hope the subject line makes sense. I will try to explain what I am trying to do. I have one simple query that I use to produce a RS to use in another query '--------------- SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null; '-------------- As Query "qry_Exception_MissingDocRegSub1" Then in "qry_Exception_MissingFromDocReg" I have this: '------------- SELECT 'Stuff' FROM ITPMO_tblSchedule INNER JOIN (qry_Exception_MissingDocRegSub1 ... Ra ra ra .. '------------- Now this works fine etc, but I was hoping to code the whole thing in SQL, rather than having to have a query stored in Access and referencing "qry_Exception_MissingDocRegSub1" in the second query. I keep thinking that I can use UNION or similar to do this, but my brain is not firing well today at all. 1: I hope that makes sense... 2: Anyone got any pointers on how to code that in SQL? Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From ab-mi at post3.tele.dk Wed Jan 20 18:12:34 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Thu, 21 Jan 2010 01:12:34 +0100 Subject: [AccessD] Joining Queries via SQL rather than have a query storedin Access. In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688DB9@EXUAU020HWT110.oceania.corp.anz.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688DB9@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: Something like: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (qry_Exception_MissingDocRegSub1 ...) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Collins, Darryl Sendt: 21. januar 2010 00:03 Til: Access Developers discussion and problem solving Emne: [AccessD] Joining Queries via SQL rather than have a query storedin Access. Hi Folks. I hope the subject line makes sense. I will try to explain what I am trying to do. I have one simple query that I use to produce a RS to use in another query '--------------- SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null; '-------------- As Query "qry_Exception_MissingDocRegSub1" Then in "qry_Exception_MissingFromDocReg" I have this: '------------- SELECT 'Stuff' FROM ITPMO_tblSchedule INNER JOIN (qry_Exception_MissingDocRegSub1 ... Ra ra ra .. '------------- Now this works fine etc, but I was hoping to code the whole thing in SQL, rather than having to have a query stored in Access and referencing "qry_Exception_MissingDocRegSub1" in the second query. I keep thinking that I can use UNION or similar to do this, but my brain is not firing well today at all. 1: I hope that makes sense... 2: Anyone got any pointers on how to code that in SQL? Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ab-mi at post3.tele.dk Wed Jan 20 18:22:01 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Thu, 21 Jan 2010 01:22:01 +0100 Subject: [AccessD] Joining Queries via SQL rather than have a querystoredin Access. In-Reply-To: References: <6DC4725FDCDD72428D6114F1B6CC6E8101688DB9@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <0A38BE2B77124F35A601F00A057A9939@abpc> Pardon - the query should be like this: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Asger Blond Sendt: 21. januar 2010 01:13 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Joining Queries via SQL rather than have a querystoredin Access. Something like: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (qry_Exception_MissingDocRegSub1 ...) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Collins, Darryl Sendt: 21. januar 2010 00:03 Til: Access Developers discussion and problem solving Emne: [AccessD] Joining Queries via SQL rather than have a query storedin Access. Hi Folks. I hope the subject line makes sense. I will try to explain what I am trying to do. I have one simple query that I use to produce a RS to use in another query '--------------- SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null; '-------------- As Query "qry_Exception_MissingDocRegSub1" Then in "qry_Exception_MissingFromDocReg" I have this: '------------- SELECT 'Stuff' FROM ITPMO_tblSchedule INNER JOIN (qry_Exception_MissingDocRegSub1 ... Ra ra ra .. '------------- Now this works fine etc, but I was hoping to code the whole thing in SQL, rather than having to have a query stored in Access and referencing "qry_Exception_MissingDocRegSub1" in the second query. I keep thinking that I can use UNION or similar to do this, but my brain is not firing well today at all. 1: I hope that makes sense... 2: Anyone got any pointers on how to code that in SQL? Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 From Darryl.Collins at anz.com Wed Jan 20 18:25:20 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 21 Jan 2010 11:25:20 +1100 Subject: [AccessD] Joining Queries via SQL rather than have aquerystoredin Access. In-Reply-To: <0A38BE2B77124F35A601F00A057A9939@abpc> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DBD@EXUAU020HWT110.oceania.corp.anz.com> Asger! Yes, I can now see where I should be heading with this. Grab both queries via SQL as A and B and the join from there on the common fields. Thanks heaps. I will have try later today with this approach. Regards -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Thursday, 21 January 2010 11:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Joining Queries via SQL rather than have aquerystoredin Access. Pardon - the query should be like this: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Asger Blond Sendt: 21. januar 2010 01:13 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Joining Queries via SQL rather than have a querystoredin Access. Something like: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (qry_Exception_MissingDocRegSub1 ...) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Collins, Darryl Sendt: 21. januar 2010 00:03 Til: Access Developers discussion and problem solving Emne: [AccessD] Joining Queries via SQL rather than have a query storedin Access. Hi Folks. I hope the subject line makes sense. I will try to explain what I am trying to do. I have one simple query that I use to produce a RS to use in another query '--------------- SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null; '-------------- As Query "qry_Exception_MissingDocRegSub1" Then in "qry_Exception_MissingFromDocReg" I have this: '------------- SELECT 'Stuff' FROM ITPMO_tblSchedule INNER JOIN (qry_Exception_MissingDocRegSub1 ... Ra ra ra .. '------------- Now this works fine etc, but I was hoping to code the whole thing in SQL, rather than having to have a query stored in Access and referencing "qry_Exception_MissingDocRegSub1" in the second query. I keep thinking that I can use UNION or similar to do this, but my brain is not firing well today at all. 1: I hope that makes sense... 2: Anyone got any pointers on how to code that in SQL? Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From ab-mi at post3.tele.dk Wed Jan 20 18:44:05 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Thu, 21 Jan 2010 01:44:05 +0100 Subject: [AccessD] SQL Server Link In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA55E0@houex1.kindermorgan.com> References: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA55E0@houex1.kindermorgan.com> Message-ID: <39D305FB7F3B4206B251BCE1626FA663@abpc> You can make indexes on a SQL Server view provided that the view meets some conditions (among others the view must be made with schemabinding and no outer joins are allowed). The first index created must always be a unique clustered index. Then you can build additional non clustered indexes on the view. You say you are able to create one index your view. Then your view seems to meet the conditions, and I don't understand why you shouldn't be able to create additional indexes. What error do you get? From where do you try to create this index (a query in SQL Server Management Studio, an Access query, a procedure in an Access module)? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kaup, Chester Sendt: 20. januar 2010 20:34 Til: Access Developers discussion and problem solving Emne: [AccessD] SQL Server Link Is it possible to create two separate indexes to a SQL server view. One is no problem but two has me stumped. Thanks. Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Wed Jan 20 19:40:36 2010 From: marksimms at verizon.net (Mark Simms) Date: Wed, 20 Jan 2010 20:40:36 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> Message-ID: <01a201ca9a3a$bacb5970$0701a8c0@MSIMMSWS> No one has come up with a solution to this problem ? Wow, whoever does, stands to get rich (or just a little). > > Going from XP to 7, you don't really have a choice. You have > to do a clean install, even though it's an "upgrade". You > have to reinstall all the apps and redo all the settings. I > just went through the same thing "upgrading" from Vista Home > Premium to Win7 Pro. I love Win7, but it's taking forever to > reinstall everything. > > Charlotte Foust From marksimms at verizon.net Wed Jan 20 19:42:14 2010 From: marksimms at verizon.net (Mark Simms) Date: Wed, 20 Jan 2010 20:42:14 -0500 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4B576BF9.4090804@colbyconsulting.com> References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><000f01ca95ee$35409360$9fc1ba20$@com><01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <4B576BF9.4090804@colbyconsulting.com> Message-ID: <01a301ca9a3a$f5b4d4d0$0701a8c0@MSIMMSWS> Was that done purposely to force users to buy Vista AND Win 7 I wonder ? > > You can't upgrade XP, only Vista. XP has to do a clean install. > > John W. Colby > www.ColbyConsulting.com > From dbdoug at gmail.com Wed Jan 20 20:07:17 2010 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 20 Jan 2010 18:07:17 -0800 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <01a201ca9a3a$bacb5970$0701a8c0@MSIMMSWS> References: <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <01a201ca9a3a$bacb5970$0701a8c0@MSIMMSWS> Message-ID: <4dd71a0c1001201807r44fa2eecybbb76ee5eabe1165@mail.gmail.com> Someone's already thought of that: http://www.laplink.com/pcmover And I imagine there are others Doug On Wed, Jan 20, 2010 at 5:40 PM, Mark Simms wrote: > No one has come up with a solution to this problem ? > Wow, whoever does, stands to get rich (or just a little). > > > > > Going from XP to 7, you don't really have a choice. You have > > to do a clean install, even though it's an "upgrade". You > > have to reinstall all the apps and redo all the settings. I > > just went through the same thing "upgrading" from Vista Home > > Premium to Win7 Pro. I love Win7, but it's taking forever to > > reinstall everything. > > > > Charlotte Foust > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Darryl.Collins at anz.com Wed Jan 20 20:25:21 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Thu, 21 Jan 2010 13:25:21 +1100 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <01a301ca9a3a$f5b4d4d0$0701a8c0@MSIMMSWS> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DBE@EXUAU020HWT110.oceania.corp.anz.com> I think the reason is more practical and technical. That is Windows7 is really a reworking of the Vista OS. You could almost think of W7 as the release version and Vista as the Beta. Just like you couldn't upgrade from XP to Vista (it was an reinstall job) you cannot upgrade from XP to W7. As much as I love tech stuff I usually wait a bit to see how much better (or worse) the latest and greatest is before I leap. In this case I am going to skip over vista and Office 2007 completely and have no regrets at all about it. W7 I will get when I upgrade to a newer PC, and Office 2010 seems to show more promise as well. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, 21 January 2010 12:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed Was that done purposely to force users to buy Vista AND Win 7 I wonder ? > > You can't upgrade XP, only Vista. XP has to do a clean install. > > John W. Colby > www.ColbyConsulting.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From accessd at shaw.ca Wed Jan 20 21:35:53 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 20 Jan 2010 19:35:53 -0800 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: Thanks so much Drew. I know of a Tech friend who has been having a similar set of problems and asked if I would drop over give him a hand on the weekend at a client's... now I can actually look and sound like a genius. ;-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 1:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jan 20 21:48:50 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 20 Jan 2010 19:48:50 -0800 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <01a301ca9a3a$f5b4d4d0$0701a8c0@MSIMMSWS> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <4B576BF9.4090804@colbyconsulting.com> <01a301ca9a3a$f5b4d4d0$0701a8c0@MSIMMSWS> Message-ID: <31208457834B437EAE7BCDF242DF0907@creativesystemdesigns.com> The truth is that, at least partially, the upgrade process was meant to get rid of the millions of copies of MS applications... the ones without the 'original' DVDs. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, January 20, 2010 5:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed Was that done purposely to force users to buy Vista AND Win 7 I wonder ? > > You can't upgrade XP, only Vista. XP has to do a clean install. > > John W. Colby > www.ColbyConsulting.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu Jan 21 03:29:28 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 21 Jan 2010 10:29:28 +0100 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed Message-ID: Hi Doug I'm very impressed that PCMover can move your setup to a 64-bit OS. The cost for such one mover-license seems _very_ fair compared to the time a manual "move" can take. On the other, a move for me is used also as a clean-up. /gustav >>> dbdoug at gmail.com 21-01-2010 03:07 >>> Someone's already thought of that: http://www.laplink.com/pcmover And I imagine there are others Doug On Wed, Jan 20, 2010 at 5:40 PM, Mark Simms wrote: > No one has come up with a solution to this problem ? > Wow, whoever does, stands to get rich (or just a little). > > > > > Going from XP to 7, you don't really have a choice. You have > > to do a clean install, even though it's an "upgrade". You > > have to reinstall all the apps and redo all the settings. I > > just went through the same thing "upgrading" from Vista Home > > Premium to Win7 Pro. I love Win7, but it's taking forever to > > reinstall everything. > > > > Charlotte Foust From Gustav at cactus.dk Thu Jan 21 04:08:33 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 21 Jan 2010 11:08:33 +0100 Subject: [AccessD] Windows 7 64 bit Message-ID: Hi Drew Thanks for these useful tips! We are currently struggling with a move including some 16-bit apps and the good old Program Manager (progman.exe, remember that?) which the client just loves (and I must say it fits her purpose very well, it is not just a crazy idea) to 64-bit Windows 7. That is, of course, not possible except if you run virtual Windows XP environment. This XP environment is just a tightly integrated Remote Desktop and a Virtual PC running WinXP. At least launch times for apps are slower with this. A major challenge is that the machine must log in to a NetWare server. Novell doesn't seem to bother for a 64-bit client, so only a "Novell Client 2" is available with very limited features. But with this you can attach your network drives and that's what counts. However, attached drives in the 64-bit host OS are supposed to be "automatically" linked to the virtual machine. They are, but whenever, in the virtual machine, you open a drive attached to the NetWare server, the host OS breaks down - completely with Blue Screen of Death - I haven't seen this for years. To get around this you have to install the normal 32-bit Novell Client 4.xx in the virtual machine and let it attach the networked drives directly. As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference - I strongly consider to rebuild it with 32-bit Win7 because a cd with this was included with the machine - perhaps just to check out the PCMover from the other thread. By the way, did you donate a small amount to the excellent Shrew people? We rarely do such, I must admit, but we try to persuade clients to do so and sometimes we just add some amount to the invoice because clients prefer invoices rather than receipts for donations. /gustav >>> DWUTKA at marlow.com 20-01-2010 22:42 >>> There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Thu Jan 21 06:29:51 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 21 Jan 2010 07:29:51 -0500 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: <4B5848BF.2080204@colbyconsulting.com> Good info Drew. Just goes to show that 64 bit ain't entirely there yet. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > There's been some talk about Windows 7 on here, and since it going to be > hitting your user base, I figured I would share some 64 bit info. > > I've been running 64 bit on my work desktop for about 2 years now. > (Vista until October when 7 was actually released). I've now been > running 64 bit on my laptop for the last 3 months. > >>From our user's standpoint, there were two issues that we had with 64 > bit. Oracle ODBC connections, and our Cisco VPN. Everything else we > install on a typical machine works just fine on a 64 bit box. There are > some 'admin' things that don't work in 64 bit, but I don't care much > about that, cause I use Virtual PC like it's my right arm, so I just > have that stuff in a VPC environment. > > The Oracle thing was a show stopper though. Our production database > (Glovia) is running in an Oracle database. It used to be a Unix box, > but is now on a Window's based rack server. The application for our > production database works just fine in a 64 bit environment, and doesn't > use an ODBC connection. However, long before I got here, they were > using Access as a 'report engine' for Glovia. So there are a handful of > these databases that need to connect to Oracle through an ODBC > connection, for all these reports to work. > > Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however > have ODAC101040.exe which is an ODBC driver for Oracle 10g. When > trying to install this several 'unknown' errors come up, and the install > fails. However, you can right click on it and select Troubleshoot > Compatibility, this then goes and let's you run the install without a > hitch. Once that is done, the next trick is that the ODBC manager in > the control panel is a 64 bit manager. To use the 32bit manager, you > have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but > this will then let you setup your ODBC connection. Now, I got this part > done months ago, but ran into the next problem. > > Problem #2. I could 'test' the connection from the 32 bit ODBC > connection manager, successfully, but whenever I tried to use the ODBC > connection from Access, I would get 'ODBC Error'. Sigh. Well a few > weeks ago, an order was placed for a laptop for one of our accounting > people that I wanted to setup with a very decent laptop. It came in > last week, but I was hesitant to put Windows 7 64 bit on it, because she > uses these ODBC tables all day long, and I didn't want to force her to > use a Remote Desktop session to a machine that had everything > working...so I dug into some more research, and guess what....the > problem was in WHERE Access was installed too. On a 64 bit machine, 32 > bit programs get installed (by default) to C:\Program Files (x86)\ and > those parenthesis' were tripping a bug in Oracle, cause apparently > whatever app tries to connect to the ODBC connection is sending along > it's full application path. On my own desktop, by just moving > msaccess.exe to the root of one of my drives, the ODBC stuff started > working right away! Go figure! > > The other 64 bit issue was the Cisco VPN client. Apparently Cisco > refuses to make it's standard VPN client compatible with 64 bit > technology (which is weird, because Cisco is supposed to be so 'cutting > edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app > that let's you use Cisco .pcf files for configurations, and it connects > like a charm! Woohoo. > > Drew > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > From jwcolby at colbyconsulting.com Thu Jan 21 06:58:02 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 21 Jan 2010 07:58:02 -0500 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: <4B584F5A.4040903@colbyconsulting.com> Gustav, > As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference...snip The biggest "true reason" is memory. It is trivial and cheap to have 8 gigs of ram on a machine now. X32 can't effectively use this, but X64 can. Even "4 gigs" of ram in an x32 environment ends up being somewhat less than 4 gigs. In some cases it can be a LOT less, particularly if you have a video card with a large on-board ram. I have seen Vista x32 machines with "4 gigs" which ended up with well under three gigs. X64 gives you back the memory you paid for. I admit that most of use don't absolutely have to have even 4 gigs but the power user may, and the video editor or photo editor or that kind of app absolutely should. Additionally, Vista likes to load as much of itself in RAM as it can. The more memory you have the more of Vista (or Win 7) can load. Again, you only see the effects when Vista needs to access those parts of itself but it is in fact somewhat faster to not have to wait for Vista to page in the parts it needs. And finally, in x32 Windows will only ever give 2 gigs of memory to an application. That is a hard coded max. It does that in order to reserve 2 gigs for the OS, hardware mapping and so forth. All of that goes away with X64. So there are in fact real reasons that X64 is a better OS. While Grandma may never notice the difference, I almost certainly will. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi Drew > > Thanks for these useful tips! > > We are currently struggling with a move including some 16-bit apps and the good old Program Manager (progman.exe, remember that?) which the client just loves (and I must say it fits her purpose very well, it is not just a crazy idea) to 64-bit Windows 7. That is, of course, not possible except if you run virtual Windows XP environment. > > This XP environment is just a tightly integrated Remote Desktop and a Virtual PC running WinXP. At least launch times for apps are slower with this. > A major challenge is that the machine must log in to a NetWare server. Novell doesn't seem to bother for a 64-bit client, so only a "Novell Client 2" is available with very limited features. But with this you can attach your network drives and that's what counts. > However, attached drives in the 64-bit host OS are supposed to be "automatically" linked to the virtual machine. They are, but whenever, in the virtual machine, you open a drive attached to the NetWare server, the host OS breaks down - completely with Blue Screen of Death - I haven't seen this for years. To get around this you have to install the normal 32-bit Novell Client 4.xx in the virtual machine and let it attach the networked drives directly. > > As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference - I strongly consider to rebuild it with 32-bit Win7 because a cd with this was included with the machine - perhaps just to check out the PCMover from the other thread. > > By the way, did you donate a small amount to the excellent Shrew people? We rarely do such, I must admit, but we try to persuade clients to do so and sometimes we just add some amount to the invoice because clients prefer invoices rather than receipts for donations. > > /gustav From Chester_Kaup at kindermorgan.com Thu Jan 21 07:27:17 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Thu, 21 Jan 2010 07:27:17 -0600 Subject: [AccessD] SQL Server Link In-Reply-To: <39D305FB7F3B4206B251BCE1626FA663@abpc> References: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA55E0@houex1.kindermorgan.com> <39D305FB7F3B4206B251BCE1626FA663@abpc> Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA5704@houex1.kindermorgan.com> The SGL Server view has two indexes on one of the underlying tables. When I link to the table through access it of course allows for only one index. If I open the table in design view it, add an index and close the table access responds "Microsoft Office Access can't save property changes for linked tables". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Wednesday, January 20, 2010 6:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] SQL Server Link You can make indexes on a SQL Server view provided that the view meets some conditions (among others the view must be made with schemabinding and no outer joins are allowed). The first index created must always be a unique clustered index. Then you can build additional non clustered indexes on the view. You say you are able to create one index your view. Then your view seems to meet the conditions, and I don't understand why you shouldn't be able to create additional indexes. What error do you get? From where do you try to create this index (a query in SQL Server Management Studio, an Access query, a procedure in an Access module)? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kaup, Chester Sendt: 20. januar 2010 20:34 Til: Access Developers discussion and problem solving Emne: [AccessD] SQL Server Link Is it possible to create two separate indexes to a SQL server view. One is no problem but two has me stumped. Thanks. Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- 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 From jimdettman at verizon.net Thu Jan 21 07:31:21 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 21 Jan 2010 08:31:21 -0500 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: <1166B2B067974C3B879474DCB858EB50@XPS> Dan, It's not the client per say that blocks your Internet, but that the Cisco client is set to use the default gateway on the remote network. So anything your doing is being funneled through the clients network. I mention this because I don't think some realize that they may be being logged, filtered, or restricted in some way by the remote network when they are connected with a Cisco client. With other VPN clients, you usually you can change that setting. If it is not set, then any thing that is not specific to the remote networks subnet is routed through your normal connection. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 4:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 From dwaters at usinternet.com Thu Jan 21 07:41:42 2010 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 21 Jan 2010 07:41:42 -0600 Subject: [AccessD] Cisco VPN (was: Windows 7 64 bit) In-Reply-To: <1166B2B067974C3B879474DCB858EB50@XPS> References: <1166B2B067974C3B879474DCB858EB50@XPS> Message-ID: <407BE808D5F04D3D91C9ED4746C2C298@danwaters> Do you know if it's possible to change this setting on my end with the Cisco client? This would be a big plus for me. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, January 21, 2010 7:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Dan, It's not the client per say that blocks your Internet, but that the Cisco client is set to use the default gateway on the remote network. So anything your doing is being funneled through the clients network. I mention this because I don't think some realize that they may be being logged, filtered, or restricted in some way by the remote network when they are connected with a Cisco client. With other VPN clients, you usually you can change that setting. If it is not set, then any thing that is not specific to the remote networks subnet is routed through your normal connection. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 4:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 From robert at servicexp.com Thu Jan 21 08:35:06 2010 From: robert at servicexp.com (Robert) Date: Thu, 21 Jan 2010 09:35:06 -0500 Subject: [AccessD] Observations of my short life with Windows 7 & Access .MDE In-Reply-To: <4B584F5A.4040903@colbyconsulting.com> References: <4B584F5A.4040903@colbyconsulting.com> Message-ID: <001001ca9aa6$edfb04a0$c9f10de0$@com> Observations of my short life with Windows 7 (32 bit) & Access .MDE (Access 2007 Runtime) Comparing the above against a tried & true Access Program (Same as installed on Windows 7) In Windows XP 1) Performance: Much Worse Wow, what can I say. Just about every aspect of performance has dropped. Read / Write times have dropped, Query performance has dropped. I Think there must be some OS mechanics that has changed as it related to MS Acess, and has somehow effected performance. (Still Looking for Answers) 2) Stability: Much Worse In the last 10 years, I have never had a user with a corrupted FE until yesterday. Somehow the front end corrupted and every time ONE list box was requeried they would get this msg. (after the Error Access Would Crash)(replacing the FE Fixed the problem) "Error#: -2147417848; Sys Desc: Method 'Requery' of object '_ListBox' failed" Now, for some reason, the MS Access.exe is not always closing or closing fast enough and Windows 7 doesn't like it and wants' to send a message and restart the program. I now have reports of what I call "Hanging Chads" under process. (The MS Access.exe did not close) I have combed over thousands of lines of code in the last 4 days looking for any objects that are not getting destroyed, and I simply can't find any, but yet my program engine (Access) is not always closing under Windows 7. (No problems in Windows XP) Complaints of random complete crashes, which of course there seems to be no pattern too. I currently have about 11 Windows 7 beta testers, and over 350 long term seated Windows XP installation. So the data pool is not huge, but something seems to be going on here... Keep in mind, with the exception of the installer (I'm trying to use Saykey's Access 2007 Development Wizard (Thats another topic in and of itself)) which is based on the MSI engine) and the OS (Win 7), the program is identical to ones being installed on Windows XP machines (Wise and Sagkey Scripts for those) PS: Has anyone else notice the "Bug" with the MSI installer? With windows Vista and Window 7, MS added the great ability to redirect users shell folders. It's a fantastic "feature" however it completely break the entire MSI Installing engine.. I would love to know if this is a bug or an intended MS feature....? Anyway RANT OFF WBR Robert From robert at servicexp.com Thu Jan 21 09:16:00 2010 From: robert at servicexp.com (Robert) Date: Thu, 21 Jan 2010 10:16:00 -0500 Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit In-Reply-To: <001001ca9aa6$edfb04a0$c9f10de0$@com> References: <4B584F5A.4040903@colbyconsulting.com> <001001ca9aa6$edfb04a0$c9f10de0$@com> Message-ID: <001e01ca9aac$a58d8c50$f0a8a4f0$@com> Access' GetSetting and SaveSetting commands in Windows 7 64 Bit Is anyone having issues with the above?? One of my beta testers is having some "settings" problems. I remoted in, and sure enough, the program is not writing any values to the registry using these commands... However using raw API commands to write to the registry seem to work fine? WBR Robert From max.wanadoo at gmail.com Thu Jan 21 09:41:58 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 21 Jan 2010 15:41:58 -0000 Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit In-Reply-To: <001e01ca9aac$a58d8c50$f0a8a4f0$@com> References: <4B584F5A.4040903@colbyconsulting.com> <001001ca9aa6$edfb04a0$c9f10de0$@com> <001e01ca9aac$a58d8c50$f0a8a4f0$@com> Message-ID: <4b587603.0707d00a.4318.1d15@mx.google.com> Hi Robert, There are now to Program Paths.. C:\Program Files\Microsoft Office\OFFICE11 And C:\Program Files (x86)\Microsoft Office\Office12 I wonder if it something to do with that. Do you have both versions installed? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 21 January 2010 15:16 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit Access' GetSetting and SaveSetting commands in Windows 7 64 Bit Is anyone having issues with the above?? One of my beta testers is having some "settings" problems. I remoted in, and sure enough, the program is not writing any values to the registry using these commands... However using raw API commands to write to the registry seem to work fine? WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu Jan 21 10:12:36 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 21 Jan 2010 11:12:36 -0500 Subject: [AccessD] Cisco VPN (was: Windows 7 64 bit) In-Reply-To: <407BE808D5F04D3D91C9ED4746C2C298@danwaters> References: <1166B2B067974C3B879474DCB858EB50@XPS> <407BE808D5F04D3D91C9ED4746C2C298@danwaters> Message-ID: <7C35EB57A04B4D0EABA35DBEB48763F0@XPS> Dan, No, it is not. Everything with the Cisco VPN client is controlled by the device your connecting to. You can under some circumstances delete the default route in your routing table once the connection is made. But you need to do that every time you connect. This doesn't always work and if you can do it or not depends on a number of factors. The other thing when people have routing problems is with the assigned IP address by the client. If your local private network overlaps any of the clients network, you'll have a problem with routing. For example, you choose a 10.0.0.0/c for your own private network and the VPN pool assigns you 10.0.0.18 when you connect. You'd can have all kinds of strange issues then. Sounds like though it's just the typical problem with the Cisco VPN client. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, January 21, 2010 8:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cisco VPN (was: Windows 7 64 bit) Do you know if it's possible to change this setting on my end with the Cisco client? This would be a big plus for me. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, January 21, 2010 7:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Dan, It's not the client per say that blocks your Internet, but that the Cisco client is set to use the default gateway on the remote network. So anything your doing is being funneled through the clients network. I mention this because I don't think some realize that they may be being logged, filtered, or restricted in some way by the remote network when they are connected with a Cisco client. With other VPN clients, you usually you can change that setting. If it is not set, then any thing that is not specific to the remote networks subnet is routed through your normal connection. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 4:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 From robert at servicexp.com Thu Jan 21 10:17:23 2010 From: robert at servicexp.com (Robert) Date: Thu, 21 Jan 2010 11:17:23 -0500 Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit In-Reply-To: <4b587603.0707d00a.4318.1d15@mx.google.com> References: <4B584F5A.4040903@colbyconsulting.com> <001001ca9aa6$edfb04a0$c9f10de0$@com> <001e01ca9aac$a58d8c50$f0a8a4f0$@com> <4b587603.0707d00a.4318.1d15@mx.google.com> Message-ID: <002a01ca9ab5$37c33ae0$a749b0a0$@com> I will need to check, but you think this would have something to do with it?? It's a SageKey runtime installation. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 21, 2010 10:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit Hi Robert, There are now to Program Paths.. C:\Program Files\Microsoft Office\OFFICE11 And C:\Program Files (x86)\Microsoft Office\Office12 I wonder if it something to do with that. Do you have both versions installed? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 21 January 2010 15:16 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit Access' GetSetting and SaveSetting commands in Windows 7 64 Bit Is anyone having issues with the above?? One of my beta testers is having some "settings" problems. I remoted in, and sure enough, the program is not writing any values to the registry using these commands... However using raw API commands to write to the registry seem to work fine? WBR Robert -- 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 From dwaters at usinternet.com Thu Jan 21 10:29:52 2010 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 21 Jan 2010 10:29:52 -0600 Subject: [AccessD] Cisco VPN (was: Windows 7 64 bit) In-Reply-To: <7C35EB57A04B4D0EABA35DBEB48763F0@XPS> References: <1166B2B067974C3B879474DCB858EB50@XPS><407BE808D5F04D3D91C9ED4746C2C298@danwaters> <7C35EB57A04B4D0EABA35DBEB48763F0@XPS> Message-ID: <8748FAB9C9224AF9AF24789A14E5E6A3@danwaters> Thanks Jim! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, January 21, 2010 10:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cisco VPN (was: Windows 7 64 bit) Dan, No, it is not. Everything with the Cisco VPN client is controlled by the device your connecting to. You can under some circumstances delete the default route in your routing table once the connection is made. But you need to do that every time you connect. This doesn't always work and if you can do it or not depends on a number of factors. The other thing when people have routing problems is with the assigned IP address by the client. If your local private network overlaps any of the clients network, you'll have a problem with routing. For example, you choose a 10.0.0.0/c for your own private network and the VPN pool assigns you 10.0.0.18 when you connect. You'd can have all kinds of strange issues then. Sounds like though it's just the typical problem with the Cisco VPN client. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, January 21, 2010 8:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cisco VPN (was: Windows 7 64 bit) Do you know if it's possible to change this setting on my end with the Cisco client? This would be a big plus for me. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, January 21, 2010 7:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Dan, It's not the client per say that blocks your Internet, but that the Cisco client is set to use the default gateway on the remote network. So anything your doing is being funneled through the clients network. I mention this because I don't think some realize that they may be being logged, filtered, or restricted in some way by the remote network when they are connected with a Cisco client. With other VPN clients, you usually you can change that setting. If it is not set, then any thing that is not specific to the remote networks subnet is routed through your normal connection. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 4:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 21 10:53:27 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 21 Jan 2010 08:53:27 -0800 Subject: [AccessD] Solution Looking For a Problem Message-ID: <7E53BE080DAE4194BEB8C883DF367D23@HAL9005> Dear List: In the line of code: If Me.fldSOPrintFlag = True And Me.fraWhatToPrint = 1 Then I get a compile error Method or Data Member Not Found and fldSOPrintFlag is highlighted. But fldSOPrintFlag is present on the form and comes up in the autofill after Me. is entered. Stumped me for a bit until I realized that fraWhatToPrint was not on the form and THAT was the missing Method or data Member. The wrong part of the code was highlighted. Anyone see this before? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From max.wanadoo at gmail.com Thu Jan 21 10:59:43 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 21 Jan 2010 16:59:43 -0000 Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit In-Reply-To: <002a01ca9ab5$37c33ae0$a749b0a0$@com> References: <4B584F5A.4040903@colbyconsulting.com> <001001ca9aa6$edfb04a0$c9f10de0$@com> <001e01ca9aac$a58d8c50$f0a8a4f0$@com> <4b587603.0707d00a.4318.1d15@mx.google.com> <002a01ca9ab5$37c33ae0$a749b0a0$@com> Message-ID: <4b588806.0707d00a.4318.454a@mx.google.com> Google threw up some hits for 64 bit "getsetting" Might be something there. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 21 January 2010 16:17 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit I will need to check, but you think this would have something to do with it?? It's a SageKey runtime installation. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 21, 2010 10:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit Hi Robert, There are now to Program Paths.. C:\Program Files\Microsoft Office\OFFICE11 And C:\Program Files (x86)\Microsoft Office\Office12 I wonder if it something to do with that. Do you have both versions installed? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 21 January 2010 15:16 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access GetSetting and SaveSetting commands in Windows 7 64 Bit Access' GetSetting and SaveSetting commands in Windows 7 64 Bit Is anyone having issues with the above?? One of my beta testers is having some "settings" problems. I remoted in, and sure enough, the program is not writing any values to the registry using these commands... However using raw API commands to write to the registry seem to work fine? WBR Robert -- 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 From cfoust at infostatsystems.com Thu Jan 21 11:16:53 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 21 Jan 2010 11:16:53 -0600 Subject: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed In-Reply-To: <31208457834B437EAE7BCDF242DF0907@creativesystemdesigns.com> References: <1B3DC96570014B75A0B5274BC275E66F@HAL9005> <4b4f8e3b.0e67f10a.53b0.519e@mx.google.com> <1E9DF05A13564FFF9ED1982889ACD52B@HAL9005> <000f01ca95ee$35409360$9fc1ba20$@com> <01ab01ca996a$7433dee0$0701a8c0@MSIMMSWS> <5F2A94B128B740AB8DC8CED1F35C99CD@HAL9005> <4B576BF9.4090804@colbyconsulting.com> <01a301ca9a3a$f5b4d4d0$0701a8c0@MSIMMSWS> <31208457834B437EAE7BCDF242DF0907@creativesystemdesigns.com> Message-ID: You might be right. I had to go back and install Access XP from my original Office XP disks in order to get Win 7 to accept my Office 2007 upgrade disks. It refused to recognize Works 9 even though the website shows that as upgrade eligible and Vista was ok with it. Charlotte -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, January 20, 2010 7:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed The truth is that, at least partially, the upgrade process was meant to get rid of the millions of copies of MS applications... the ones without the 'original' DVDs. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, January 20, 2010 5:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] SPAM-LOW: Re: OT: Windows 7 .. I'm VERY impressed Was that done purposely to force users to buy Vista AND Win 7 I wonder ? > > You can't upgrade XP, only Vista. XP has to do a clean install. > > John W. Colby > www.ColbyConsulting.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 From dw-murphy at cox.net Thu Jan 21 12:06:27 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 21 Jan 2010 10:06:27 -0800 Subject: [AccessD] Solution Looking For a Problem In-Reply-To: <7E53BE080DAE4194BEB8C883DF367D23@HAL9005> References: <7E53BE080DAE4194BEB8C883DF367D23@HAL9005> Message-ID: What version? I seem to get wierd errors in Access 2007. We had a discussion about 07 at the user group meeting last night and others have experienced unexplainable errors also. The interesting thing for me is they are not consistent. I can reuse the same routine on several forms of serveral places in a form and in one place I get an error. Perplexing. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 21, 2010 8:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Solution Looking For a Problem Dear List: In the line of code: If Me.fldSOPrintFlag = True And Me.fraWhatToPrint = 1 Then I get a compile error Method or Data Member Not Found and fldSOPrintFlag is highlighted. But fldSOPrintFlag is present on the form and comes up in the autofill after Me. is entered. Stumped me for a bit until I realized that fraWhatToPrint was not on the form and THAT was the missing Method or data Member. The wrong part of the code was highlighted. Anyone see this before? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From robert at servicexp.com Thu Jan 21 12:19:06 2010 From: robert at servicexp.com (Robert) Date: Thu, 21 Jan 2010 13:19:06 -0500 Subject: [AccessD] Solution Looking For a Problem In-Reply-To: <7E53BE080DAE4194BEB8C883DF367D23@HAL9005> References: <7E53BE080DAE4194BEB8C883DF367D23@HAL9005> Message-ID: <004201ca9ac6$38b3ccb0$aa1b6610$@com> Is see this all the time In Access 2007. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 21, 2010 11:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Solution Looking For a Problem Dear List: In the line of code: If Me.fldSOPrintFlag = True And Me.fraWhatToPrint = 1 Then I get a compile error Method or Data Member Not Found and fldSOPrintFlag is highlighted. But fldSOPrintFlag is present on the form and comes up in the autofill after Me. is entered. Stumped me for a bit until I realized that fraWhatToPrint was not on the form and THAT was the missing Method or data Member. The wrong part of the code was highlighted. Anyone see this before? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From rockysmolin at bchacc.com Thu Jan 21 12:28:14 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 21 Jan 2010 10:28:14 -0800 Subject: [AccessD] Solution Looking For a Problem In-Reply-To: References: <7E53BE080DAE4194BEB8C883DF367D23@HAL9005> Message-ID: <8064C432F7D74999A43885B601DAF815@HAL9005> This was 2003. Annoying but once you know, you can look past the highlighted control if that control looks valid. I have one client with a very complex system which is in 2003 format but he runs it on 07. We have noticed several difference between 03 and 07 in the way it executes - some have been show stoppers. We've talked about upgrading it to 07 but I've resisted - the idea of maintaining and enhancing this app with 07 puts be off my dinner. I'm hoping the next release is better. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, January 21, 2010 10:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Solution Looking For a Problem What version? I seem to get wierd errors in Access 2007. We had a discussion about 07 at the user group meeting last night and others have experienced unexplainable errors also. The interesting thing for me is they are not consistent. I can reuse the same routine on several forms of serveral places in a form and in one place I get an error. Perplexing. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 21, 2010 8:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Solution Looking For a Problem Dear List: In the line of code: If Me.fldSOPrintFlag = True And Me.fraWhatToPrint = 1 Then I get a compile error Method or Data Member Not Found and fldSOPrintFlag is highlighted. But fldSOPrintFlag is present on the form and comes up in the autofill after Me. is entered. Stumped me for a bit until I realized that fraWhatToPrint was not on the form and THAT was the missing Method or data Member. The wrong part of the code was highlighted. Anyone see this before? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ab-mi at post3.tele.dk Thu Jan 21 13:39:41 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Thu, 21 Jan 2010 20:39:41 +0100 Subject: [AccessD] SQL Server Link In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA5704@houex1.kindermorgan.com> References: <0B2BF8524B73A248A2F1B81BA751ED3C1914CA55E0@houex1.kindermorgan.com><39D305FB7F3B4206B251BCE1626FA663@abpc> <0B2BF8524B73A248A2F1B81BA751ED3C1914CA5704@houex1.kindermorgan.com> Message-ID: <6FD08CB2D819427A9EBB485CDFFA8260@abpc> That's right, you can't create an index on a linked table or view using design view. You can however create the indexes in SQL Server Management Studio - and then you will see in design view of the table or view in Access. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kaup, Chester Sendt: 21. januar 2010 14:27 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] SQL Server Link The SGL Server view has two indexes on one of the underlying tables. When I link to the table through access it of course allows for only one index. If I open the table in design view it, add an index and close the table access responds "Microsoft Office Access can't save property changes for linked tables". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Wednesday, January 20, 2010 6:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] SQL Server Link You can make indexes on a SQL Server view provided that the view meets some conditions (among others the view must be made with schemabinding and no outer joins are allowed). The first index created must always be a unique clustered index. Then you can build additional non clustered indexes on the view. You say you are able to create one index your view. Then your view seems to meet the conditions, and I don't understand why you shouldn't be able to create additional indexes. What error do you get? From where do you try to create this index (a query in SQL Server Management Studio, an Access query, a procedure in an Access module)? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kaup, Chester Sendt: 20. januar 2010 20:34 Til: Access Developers discussion and problem solving Emne: [AccessD] SQL Server Link Is it possible to create two separate indexes to a SQL server view. One is no problem but two has me stumped. Thanks. Chester Kaup Engineering Technician Kinder Morgan CO2 Company, LLP Office (432) 688-3797 FAX (432) 688-3799 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- 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 From DWUTKA at Marlow.com Thu Jan 21 16:28:53 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 16:28:53 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dwaters at usinternet.com Thu Jan 21 16:44:22 2010 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 21 Jan 2010 16:44:22 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: <0FCFCB95254843EEA9D925FE373C5007@danwaters> Thanks! Hope it works ... Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 21, 2010 4:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 64 bit Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at anz.com Thu Jan 21 16:58:02 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Fri, 22 Jan 2010 09:58:02 +1100 Subject: [AccessD] Joining Queries via SQL rather than have aquerystoredin Access. In-Reply-To: <0A38BE2B77124F35A601F00A057A9939@abpc> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DC2@EXUAU020HWT110.oceania.corp.anz.com> Asger, Many thanks for this. Following the light from your example I quickly got an excellent working solution to this issue - and learn some new stuff in the process as an added bonus. Great Stuff. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Thursday, 21 January 2010 11:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Joining Queries via SQL rather than have aquerystoredin Access. Pardon - the query should be like this: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Asger Blond Sendt: 21. januar 2010 01:13 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Joining Queries via SQL rather than have a querystoredin Access. Something like: SELECT 'Stuff' FROM ITPMO_tblSchedule AS A INNER JOIN (qry_Exception_MissingDocRegSub1 ...) AS B ON A.fieldx=B.fieldx? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Collins, Darryl Sendt: 21. januar 2010 00:03 Til: Access Developers discussion and problem solving Emne: [AccessD] Joining Queries via SQL rather than have a query storedin Access. Hi Folks. I hope the subject line makes sense. I will try to explain what I am trying to do. I have one simple query that I use to produce a RS to use in another query '--------------- SELECT lngDocRegID, pk_strDocId, fk_lngScheduleID FROM ITPMO_tblDocReg_Main WHERE fk_lngScheduleID Is Not Null; '-------------- As Query "qry_Exception_MissingDocRegSub1" Then in "qry_Exception_MissingFromDocReg" I have this: '------------- SELECT 'Stuff' FROM ITPMO_tblSchedule INNER JOIN (qry_Exception_MissingDocRegSub1 ... Ra ra ra .. '------------- Now this works fine etc, but I was hoping to code the whole thing in SQL, rather than having to have a query stored in Access and referencing "qry_Exception_MissingDocRegSub1" in the second query. I keep thinking that I can use UNION or similar to do this, but my brain is not firing well today at all. 1: I hope that makes sense... 2: Anyone got any pointers on how to code that in SQL? Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From DWUTKA at Marlow.com Thu Jan 21 17:24:29 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 17:24:29 -0600 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: >From a techie's point of view, while I understand the dread some people have towards doing a clean install, it is almost always better to do a clean install. The VERY rare occasion where I have had to do an in place upgrade, is when a driver for some way outdated software won't install on a new OS, but it will upgrade to it. A few personal habits I have gotten into that make a 'clean' install something I feel comfortable enough to do on the fly. --> Virtual PC. Can't tout this enough. I have a Windows XP virtual machine setup that has all of my standard 'tools', from development stuff all the way through network administration tools. So on a clean, blank computer, all I have to do is install Virtual PC 2007, and copy over that hard drive, and I am instantly back in business. (And as I get tools that I find handy, I add them to that environment). Now I even go a bit further on that. I have that same XP machine running on my network at work, on a Virtual Server (Microsoft Virtual Server 2005 (free)), so I can just remote into that machine at any time. --> Data structure. I always put my data on a separate drive/partion (preferably drive). That way, a clean install won't affect my data at all. I usually do a backup as a precaution before a clean install, but it's not absolutely necessary. --> Downloaded Programs Folder. This may sound silly, in todays broadband world, everything is available on the internet. But I have found that when I download a tool, I take the time to add it too an 'internet downloads' folder, in it's own category. That way, I don't have to go find the tool, it's right there ready to be installed again. --> Finally, this coincides with the first one. ISO images. When I get a CD or DVD with something that is going to be installed somewhere, I copy that CD/DVD into an ISO image and store it in a similar fashion as my Downloaded Programs folder. (I have this iso stash located in three places, my laptop, my desktop, and the virtual server at work). ISO images are great for use in both a regular machine, and a virtual machine. For a regular machine, I use MagicIso, a free utility that captures an ISO image as a DVD/CD. With all of these steps, I could go home tonight, I would have to copy my iso images from my C drive to my E drive on my laptop (I have to physical drives on it). Then I could pop in an OS CD, run the setup, wipe my C: drive completely and install the OS. Once that's done, I could install Virtual PC, and be up and running instantly. I can also install everything from my E: drive, and with the ISO images, the installations take about 20 to 30 minutes, cause I'm not hunting for CD's, opening and closing a CD/DVD drive, etc. It's all in one place. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Wednesday, January 20, 2010 4:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Correct. You can upgrade from Vista, but XP to W7 requires a full/clean install. Regard Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, 21 January 2010 7:40 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I am willing to be corrected on this but I believe only the data can be saved on an install-upgrade. All the applications must be re-installed. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 20, 2010 12:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed I beta'd W7 on a spare comp. Like the look and feel of it. I'm thinking of upgrading my main production comp from XP to W7. Anyone have an opinion or experience the Upgrade version versus the 'other' one (whatever they're calling it)? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 8:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed True, a lot of 'features' are things that third party or even Microsoft products did on their own. Another nice feature is that I can burn an .iso image to a CD or DVD right from explorer, out of the box with Windows 7. Before I had to download/install utilities to do that. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Tuesday, January 19, 2010 6:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > One of my favorite features of Windows 7 is the ability to grab a > maximized window and move it, without having to click anything. > > Drew > Believe or not with the advent of these wide-screen LCD monitors, this is a great new feature. I do acknowledge however there are 3rd party utilities out there doing a good job of multiple screen / multiple window management. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 21 18:09:26 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 18:09:26 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: Being that I'm barely getting my cable bill covered this week, I can't donate to Shrew right now. Though I will be pushing for donations to anyone I recommend it too. Personally I'd love to just hack into Cisco and route some of their cashflow to Shrew! LOL (for those feds watching the internet, that was sarcastic humor....we all know that Cisco is unhackable ) I'm in a little bit of a battle with my boss over 64 bit. He thinks I'm trying to be 'too cutting edge', which is a danger in the IT world. You can't throw the latest and greatest thing into a production environment without expecting some serious backlash. The problem is, 64 bit is not new. It's been around for a while. I don't think you can even buy a 32 bit processor. You aren't getting a double performance increase between 32 bit and 64 bit (you didn't between 16 and 32 either) for most things. It's more like putting premium gas in your car instead of regular. There are 3 arenas where 64 really comes into play. First, true number crunching processes designed for a 64 bit processor. Memory increases, is the second. 32 bit is maxed at 4 gig, and it doesn't even use all of that. The third arena is virtualization. A 64 bit host runs 32 bit vm's smoother. http://en.wikipedia.org/wiki/64-bit Is a good link about the differences. Where there is going to be a huge yank from the industry, IMO, is going to be in about 2 years. Right now, the typical home user buying a new machine, or company buying a user computer, you are averaging 2 to 3 gigs. Most of what I am buying now is 4 gigs, which is maxed in 32 bit. In about 2 years, we'll start seeing a much stronger demand for memory levels over 4 gigs, which will only work in a 64 bit environment. This hasn't happened since the switch from 16 to 32 bit, so most of us in the tech world don't think back that far (heck, I wasn't in computers back then). But there were growing pains going from 16 bit to 32 bit, and back then, hardware was far more expensive, so the yank wasn't as hard. Right now, fiscally, it doesn't cost an arm and a leg more to get a 8 gig memory system running 64 bit OS/Processor, then to get 4 gig on a 32 bit OS running on a 64 bit processor. When the desire for higher levels of RAM grows to a boiling point, there will be a huge shift to 64 bit, and there are going to be a lot of people playing catchup. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, January 21, 2010 4:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Windows 7 64 bit Hi Drew Thanks for these useful tips! We are currently struggling with a move including some 16-bit apps and the good old Program Manager (progman.exe, remember that?) which the client just loves (and I must say it fits her purpose very well, it is not just a crazy idea) to 64-bit Windows 7. That is, of course, not possible except if you run virtual Windows XP environment. This XP environment is just a tightly integrated Remote Desktop and a Virtual PC running WinXP. At least launch times for apps are slower with this. A major challenge is that the machine must log in to a NetWare server. Novell doesn't seem to bother for a 64-bit client, so only a "Novell Client 2" is available with very limited features. But with this you can attach your network drives and that's what counts. However, attached drives in the 64-bit host OS are supposed to be "automatically" linked to the virtual machine. They are, but whenever, in the virtual machine, you open a drive attached to the NetWare server, the host OS breaks down - completely with Blue Screen of Death - I haven't seen this for years. To get around this you have to install the normal 32-bit Novell Client 4.xx in the virtual machine and let it attach the networked drives directly. As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference - I strongly consider to rebuild it with 32-bit Win7 because a cd with this was included with the machine - perhaps just to check out the PCMover from the other thread. By the way, did you donate a small amount to the excellent Shrew people? We rarely do such, I must admit, but we try to persuade clients to do so and sometimes we just add some amount to the invoice because clients prefer invoices rather than receipts for donations. /gustav The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 21 18:11:09 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 18:11:09 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: <4B584F5A.4040903@colbyconsulting.com> References: <4B584F5A.4040903@colbyconsulting.com> Message-ID: Exactly, and it's not going to be too long before there are going to be apps that simply require that much memory. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, January 21, 2010 6:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 64 bit Gustav, > As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference...snip The biggest "true reason" is memory. It is trivial and cheap to have 8 gigs of ram on a machine now. X32 can't effectively use this, but X64 can. Even "4 gigs" of ram in an x32 environment ends up being somewhat less than 4 gigs. In some cases it can be a LOT less, particularly if you have a video card with a large on-board ram. I have seen Vista x32 machines with "4 gigs" which ended up with well under three gigs. X64 gives you back the memory you paid for. I admit that most of use don't absolutely have to have even 4 gigs but the power user may, and the video editor or photo editor or that kind of app absolutely should. Additionally, Vista likes to load as much of itself in RAM as it can. The more memory you have the more of Vista (or Win 7) can load. Again, you only see the effects when Vista needs to access those parts of itself but it is in fact somewhat faster to not have to wait for Vista to page in the parts it needs. And finally, in x32 Windows will only ever give 2 gigs of memory to an application. That is a hard coded max. It does that in order to reserve 2 gigs for the OS, hardware mapping and so forth. All of that goes away with X64. So there are in fact real reasons that X64 is a better OS. While Grandma may never notice the difference, I almost certainly will. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 21 18:13:36 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 18:13:36 -0600 Subject: [AccessD] Cisco VPN (was: Windows 7 64 bit) In-Reply-To: <7C35EB57A04B4D0EABA35DBEB48763F0@XPS> References: <1166B2B067974C3B879474DCB858EB50@XPS><407BE808D5F04D3D91C9ED4746C2C298@danwaters> <7C35EB57A04B4D0EABA35DBEB48763F0@XPS> Message-ID: Yes, and as I just posted, the Shrew vpn client does let you change the tunneling aspect. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, January 21, 2010 10:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cisco VPN (was: Windows 7 64 bit) Dan, No, it is not. Everything with the Cisco VPN client is controlled by the device your connecting to. You can under some circumstances delete the default route in your routing table once the connection is made. But you need to do that every time you connect. This doesn't always work and if you can do it or not depends on a number of factors. The other thing when people have routing problems is with the assigned IP address by the client. If your local private network overlaps any of the clients network, you'll have a problem with routing. For example, you choose a 10.0.0.0/c for your own private network and the VPN pool assigns you 10.0.0.18 when you connect. You'd can have all kinds of strange issues then. Sounds like though it's just the typical problem with the Cisco VPN client. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, January 21, 2010 8:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cisco VPN (was: Windows 7 64 bit) Do you know if it's possible to change this setting on my end with the Cisco client? This would be a big plus for me. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, January 21, 2010 7:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Dan, It's not the client per say that blocks your Internet, but that the Cisco client is set to use the default gateway on the remote network. So anything your doing is being funneled through the clients network. I mention this because I don't think some realize that they may be being logged, filtered, or restricted in some way by the remote network when they are connected with a Cisco client. With other VPN clients, you usually you can change that setting. If it is not set, then any thing that is not specific to the remote networks subnet is routed through your normal connection. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 4:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 21 18:14:32 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 18:14:32 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: <0FCFCB95254843EEA9D925FE373C5007@danwaters> References: <0FCFCB95254843EEA9D925FE373C5007@danwaters> Message-ID: Worked on my end. I hope it works on yours! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Thursday, January 21, 2010 4:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Thanks! Hope it works ... Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 21, 2010 4:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 64 bit Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Thu Jan 21 21:53:23 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 21 Jan 2010 22:53:23 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <4B592133.3050702@colbyconsulting.com> Drew, Amen Amen Amen! For all of my servers I use a raid 6 array running on raid co-processor cards. On those arrays I store all of my data. I have upgraded, moved and so forth all of my data many times and never lost a thing. A raid array is NOT a backup, but it is as close to bullet proof as you can get in terms of preventing HARDWARE caused data loss. I use VMWare virtual machines. I do so because I needed to access fast disks natively from the VM and at the time I started doing this Virtual PC wouldn't allow me to do the things I needed. But virtual machines are so recommended. The ability to simply copy the file off to another machine and be back up and running is indescribably useful. Likewise I capture all of my downloads. I have gotten lazy about things like Firefox and so forth where I can get it off the internet, though I even carry around a 4 gig memory stick with those and other programs. And ditto to the ISO images. They can be a PITA to get mounted and visible sometimes but I have always managed. I must say I have not gone so far as a virtual PC running my dev machine on my laptop running on "bare metal". It is a useful concept but I found it just a tad too slow. I have a fairly powerful laptop but it just didn't quite work fast enough. I also had issues with VMS client and Hamachi colliding. It took a LONG time to figure that out. Some day I will do the VM on plain jane OS but I'm not there yet. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: >>From a techie's point of view, while I understand the dread some people > have towards doing a clean install, it is almost always better to do a > clean install. The VERY rare occasion where I have had to do an in > place upgrade, is when a driver for some way outdated software won't > install on a new OS, but it will upgrade to it. > > A few personal habits I have gotten into that make a 'clean' install > something I feel comfortable enough to do on the fly. > > --> Virtual PC. Can't tout this enough. I have a Windows XP virtual > machine setup that has all of my standard 'tools', from development > stuff all the way through network administration tools. So on a clean, > blank computer, all I have to do is install Virtual PC 2007, and copy > over that hard drive, and I am instantly back in business. (And as I get > tools that I find handy, I add them to that environment). Now I even go > a bit further on that. I have that same XP machine running on my > network at work, on a Virtual Server (Microsoft Virtual Server 2005 > (free)), so I can just remote into that machine at any time. > > --> Data structure. I always put my data on a separate drive/partion > (preferably drive). That way, a clean install won't affect my data at > all. I usually do a backup as a precaution before a clean install, but > it's not absolutely necessary. > > --> Downloaded Programs Folder. This may sound silly, in todays > broadband world, everything is available on the internet. But I have > found that when I download a tool, I take the time to add it too an > 'internet downloads' folder, in it's own category. That way, I don't > have to go find the tool, it's right there ready to be installed again. > > --> Finally, this coincides with the first one. ISO images. When I > get a CD or DVD with something that is going to be installed somewhere, > I copy that CD/DVD into an ISO image and store it in a similar fashion > as my Downloaded Programs folder. (I have this iso stash located in > three places, my laptop, my desktop, and the virtual server at work). > ISO images are great for use in both a regular machine, and a virtual > machine. For a regular machine, I use MagicIso, a free utility that > captures an ISO image as a DVD/CD. > > With all of these steps, I could go home tonight, I would have to copy > my iso images from my C drive to my E drive on my laptop (I have to > physical drives on it). Then I could pop in an OS CD, run the setup, > wipe my C: drive completely and install the OS. Once that's done, I > could install Virtual PC, and be up and running instantly. I can also > install everything from my E: drive, and with the ISO images, the > installations take about 20 to 30 minutes, cause I'm not hunting for > CD's, opening and closing a CD/DVD drive, etc. It's all in one place. > > Drew From accessd at shaw.ca Thu Jan 21 22:48:58 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 21 Jan 2010 20:48:58 -0800 Subject: [AccessD] Observations of my short life with Windows 7 & Access .MDE In-Reply-To: <001001ca9aa6$edfb04a0$c9f10de0$@com> References: <4B584F5A.4040903@colbyconsulting.com> <001001ca9aa6$edfb04a0$c9f10de0$@com> Message-ID: Hi Robert: I am in the process of upgrading a very large and complex Access application from 2002/2003 into Access2007, on a group of new Windows7 platforms so I read and reread your adventure with great interest... and with some degree of horror. I might try to restrict or at least slow the drive towards Windows7 so if the worse comes to the worse at least their office is not completely down. On the client's site, if that was not enough they have moved there server system to SBS2007 and all the desktops have been re-directed off the server. I have not been able to find a directory similar to XPs default user directory. This is causing some strange issues in which a user can have their desktop running on a number of computers; sort of like the old roaming profiles but more... I was upgrading an application on one system but found it was failing and leaving strange ghosts. It turned out that a user had logged into the same desktop I was using for testing some where else in the building... I do believe there is enough horse-power or memory to fix these problems but we shall see. Jim PS Access2007 and Access2003 do not play nice together on the same box... watch out for those references... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Thursday, January 21, 2010 6:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Observations of my short life with Windows 7 & Access .MDE Observations of my short life with Windows 7 (32 bit) & Access .MDE (Access 2007 Runtime) Comparing the above against a tried & true Access Program (Same as installed on Windows 7) In Windows XP 1) Performance: Much Worse Wow, what can I say. Just about every aspect of performance has dropped. Read / Write times have dropped, Query performance has dropped. I Think there must be some OS mechanics that has changed as it related to MS Acess, and has somehow effected performance. (Still Looking for Answers) 2) Stability: Much Worse In the last 10 years, I have never had a user with a corrupted FE until yesterday. Somehow the front end corrupted and every time ONE list box was requeried they would get this msg. (after the Error Access Would Crash)(replacing the FE Fixed the problem) "Error#: -2147417848; Sys Desc: Method 'Requery' of object '_ListBox' failed" Now, for some reason, the MS Access.exe is not always closing or closing fast enough and Windows 7 doesn't like it and wants' to send a message and restart the program. I now have reports of what I call "Hanging Chads" under process. (The MS Access.exe did not close) I have combed over thousands of lines of code in the last 4 days looking for any objects that are not getting destroyed, and I simply can't find any, but yet my program engine (Access) is not always closing under Windows 7. (No problems in Windows XP) Complaints of random complete crashes, which of course there seems to be no pattern too. I currently have about 11 Windows 7 beta testers, and over 350 long term seated Windows XP installation. So the data pool is not huge, but something seems to be going on here... Keep in mind, with the exception of the installer (I'm trying to use Saykey's Access 2007 Development Wizard (Thats another topic in and of itself)) which is based on the MSI engine) and the OS (Win 7), the program is identical to ones being installed on Windows XP machines (Wise and Sagkey Scripts for those) PS: Has anyone else notice the "Bug" with the MSI installer? With windows Vista and Window 7, MS added the great ability to redirect users shell folders. It's a fantastic "feature" however it completely break the entire MSI Installing engine.. I would love to know if this is a bug or an intended MS feature....? Anyway RANT OFF WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu Jan 21 23:46:31 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 21 Jan 2010 23:46:31 -0600 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4B592133.3050702@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> Message-ID: Preach on Brother John! ;) VMWare and VPC aren't like the great bound/unbound debate. There are advantages to both. I started with VPC 2004, and that was ok. It brought my 1 ghz pIII to it's knees trying to run a Windows XP box. Now on my laptop, 2.2 ghz duo core, with 3 gigs of RAM, I can run several machines (I've run three 2003 servers and a client XP machine at the same time) and the performance wasn't bad at all. Virtual Server let's you run each machine in it's own thread. And the two apps are both completely free (though I think you have to pay for the absolute latest Virtual Server) and interchangeable. VMWare performs better, (even now, from what I've read about 6 months ago) and it is simple to run any OS, even non-MS stuff. I have a ubuntu Linux VM in Virtual PC, but you kind of have to jump through some hoops to do it. VPC will get closer and closer to VMWare, as far as performance, but it will always be slanted towards running Windows based OSes. I'd probably play around with VMWare a bit when I have some time (LOL, who has that?), but I took the time to create a base hard drive with every MS OS from DOS 6.22 to Windows 7. (Though I've tossed the Vista and 7 one, cause they are pretty big, and unnecessary right now, and I never touched ME, couldn't pay me enough to have the .iso image of that install on any of my machines! LOL) Couldn't agree more on RAID drives. It's one of my favorite preach points when people ask me about machines. With drives getting so cheap, and SATA Raid Controllers becoming more standard on motherboards, it's almost a crime not to be using a RAID. (Though I use RAID 0+1's more then anything else.) As for the ISO images, try this: http://www.magiciso.com/tutorials/miso-magicdisc-overview.htm Get the 106 version, behind the Windows 7 link (and one of the others I think). I can install that version on anything (just put it on a netbook running XP pro the other day, and it runs fine in Windows 7 64 bit and Vista 32/64 bit). In vista and 7, you'll be prompted about an unsigned driver, but it works great. You can add as many Virtual CD/DVD-Roms as you want. (one of my favorite games is FreeSpace, and old 'space' game I got with my first PIII. It needs the DVD to play, so I usually have a drive specifically housing that iso image all the time on my laptop. Fun to play when I'm bored). It runs in your system tray, and is very user friendly. It'll even make ISO images for you (and other formats if you want). I stick with ISO. Did you know another feature of Windows 7 is that it will natively burn an ISO image to a blank CD/DVD with no other software? With the 'working' VM machine on standby, I use it a lot, cause Access 97 is a little finicky on a windows 7 box, if you use another version of Access, Access 97 tries to right to the registry and fails, so you have to restart it 'As Administrator', which is a pain. I use 97 periodically, still have a lot of working .mdb's still in 97 format. Easiest way is to use my XP box (which has Office 97 and 2003 installed together). But another big reason I keep that, is that when I setup a dev machine, I do a few extra things, which are just time consuming. Like setting up file extension special commands (like when I right click on an MDB, I make it so I have the option of what version of Access I open it with, and if I open it with a secured mdw.). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, January 21, 2010 9:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed Drew, Amen Amen Amen! For all of my servers I use a raid 6 array running on raid co-processor cards. On those arrays I store all of my data. I have upgraded, moved and so forth all of my data many times and never lost a thing. A raid array is NOT a backup, but it is as close to bullet proof as you can get in terms of preventing HARDWARE caused data loss. I use VMWare virtual machines. I do so because I needed to access fast disks natively from the VM and at the time I started doing this Virtual PC wouldn't allow me to do the things I needed. But virtual machines are so recommended. The ability to simply copy the file off to another machine and be back up and running is indescribably useful. Likewise I capture all of my downloads. I have gotten lazy about things like Firefox and so forth where I can get it off the internet, though I even carry around a 4 gig memory stick with those and other programs. And ditto to the ISO images. They can be a PITA to get mounted and visible sometimes but I have always managed. I must say I have not gone so far as a virtual PC running my dev machine on my laptop running on "bare metal". It is a useful concept but I found it just a tad too slow. I have a fairly powerful laptop but it just didn't quite work fast enough. I also had issues with VMS client and Hamachi colliding. It took a LONG time to figure that out. Some day I will do the VM on plain jane OS but I'm not there yet. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From robert at servicexp.com Fri Jan 22 07:32:03 2010 From: robert at servicexp.com (Robert) Date: Fri, 22 Jan 2010 08:32:03 -0500 Subject: [AccessD] Observations of my short life with Windows 7 & Access .MDE In-Reply-To: References: <4B584F5A.4040903@colbyconsulting.com> <001001ca9aa6$edfb04a0$c9f10de0$@com> Message-ID: <001001ca9b67$498b1970$dca14c50$@com> Jim, If you are migrating to the 2007 container you may not have as many problems as I'm having. (at least that is what I'm hoping). I have decided, to put the work in and migrate to the 2007 container. Which for me involves a VERY complex user authentication system build around Access workgroups. It, of course also means having to convert an equally complex menu system over to the "Ribbon"... I'm guessing it's going to take me at least 6 months to work this migration out.... :-( I just hope, after it's done, my program is more stable in the Access 2007 container. If it isn't I'm going to........................ ;-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, January 21, 2010 11:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Observations of my short life with Windows 7 & Access .MDE Hi Robert: I am in the process of upgrading a very large and complex Access application from 2002/2003 into Access2007, on a group of new Windows7 platforms so I read and reread your adventure with great interest... and with some degree of horror. I might try to restrict or at least slow the drive towards Windows7 so if the worse comes to the worse at least their office is not completely down. On the client's site, if that was not enough they have moved there server system to SBS2007 and all the desktops have been re-directed off the server. I have not been able to find a directory similar to XPs default user directory. This is causing some strange issues in which a user can have their desktop running on a number of computers; sort of like the old roaming profiles but more... I was upgrading an application on one system but found it was failing and leaving strange ghosts. It turned out that a user had logged into the same desktop I was using for testing some where else in the building... I do believe there is enough horse-power or memory to fix these problems but we shall see. Jim PS Access2007 and Access2003 do not play nice together on the same box... watch out for those references... From jwcolby at colbyconsulting.com Fri Jan 22 07:46:18 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 22 Jan 2010 08:46:18 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> Message-ID: <4B59AC2A.9060904@colbyconsulting.com> > With drives getting so cheap, and SATA Raid Controllers becoming more standard on motherboards, One caution is that raid controllers created by motherboard hardware can cause a disaster if the motherboard dies. At best you will need to get the same raid chip set (intel, or AMD or ...), at worst your raid array can be unreadable. I use a hardware co-processor raid array and have never had that issue. I have moved the entire raid setup from one box to another with an entirely different motherboard, and in fact even a different OS and the raid array just turned on and ran (after driver installs of course). For critical data, a hardware controller is highly recommended. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Preach on Brother John! ;) > > VMWare and VPC aren't like the great bound/unbound debate. There are > advantages to both. I started with VPC 2004, and that was ok. It > brought my 1 ghz pIII to it's knees trying to run a Windows XP box. Now > on my laptop, 2.2 ghz duo core, with 3 gigs of RAM, I can run several > machines (I've run three 2003 servers and a client XP machine at the > same time) and the performance wasn't bad at all. Virtual Server let's > you run each machine in it's own thread. And the two apps are both > completely free (though I think you have to pay for the absolute latest > Virtual Server) and interchangeable. VMWare performs better, (even now, > from what I've read about 6 months ago) and it is simple to run any OS, > even non-MS stuff. I have a ubuntu Linux VM in Virtual PC, but you kind > of have to jump through some hoops to do it. VPC will get closer and > closer to VMWare, as far as performance, but it will always be slanted > towards running Windows based OSes. I'd probably play around with > VMWare a bit when I have some time (LOL, who has that?), but I took the > time to create a base hard drive with every MS OS from DOS 6.22 to > Windows 7. (Though I've tossed the Vista and 7 one, cause they are > pretty big, and unnecessary right now, and I never touched ME, couldn't > pay me enough to have the .iso image of that install on any of my > machines! LOL) > > Couldn't agree more on RAID drives. It's one of my favorite preach > points when people ask me about machines. With drives getting so cheap, > and SATA Raid Controllers becoming more standard on motherboards, it's > almost a crime not to be using a RAID. (Though I use RAID 0+1's more > then anything else.) > > As for the ISO images, try this: > > http://www.magiciso.com/tutorials/miso-magicdisc-overview.htm > > Get the 106 version, behind the Windows 7 link (and one of the others I > think). I can install that version on anything (just put it on a > netbook running XP pro the other day, and it runs fine in Windows 7 64 > bit and Vista 32/64 bit). In vista and 7, you'll be prompted about an > unsigned driver, but it works great. You can add as many Virtual > CD/DVD-Roms as you want. (one of my favorite games is FreeSpace, and > old 'space' game I got with my first PIII. It needs the DVD to play, so > I usually have a drive specifically housing that iso image all the time > on my laptop. Fun to play when I'm bored). It runs in your system > tray, and is very user friendly. It'll even make ISO images for you > (and other formats if you want). I stick with ISO. Did you know > another feature of Windows 7 is that it will natively burn an ISO image > to a blank CD/DVD with no other software? > > With the 'working' VM machine on standby, I use it a lot, cause Access > 97 is a little finicky on a windows 7 box, if you use another version of > Access, Access 97 tries to right to the registry and fails, so you have > to restart it 'As Administrator', which is a pain. I use 97 > periodically, still have a lot of working .mdb's still in 97 format. > Easiest way is to use my XP box (which has Office 97 and 2003 installed > together). But another big reason I keep that, is that when I setup a > dev machine, I do a few extra things, which are just time consuming. > Like setting up file extension special commands (like when I right click > on an MDB, I make it so I have the option of what version of Access I > open it with, and if I open it with a secured mdw.). > > Drew From jwcolby at colbyconsulting.com Fri Jan 22 07:56:31 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 22 Jan 2010 08:56:31 -0500 Subject: [AccessD] Free SQL Server tools Message-ID: <4B59AE8F.2030206@colbyconsulting.com> For all the small shops out there, this just in: http://www.sqlservercentral.com/articles/Tools/64908/ -- John W. Colby www.ColbyConsulting.com From DWUTKA at Marlow.com Fri Jan 22 09:40:23 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 22 Jan 2010 09:40:23 -0600 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: <4B59AC2A.9060904@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> Message-ID: Actually there are utilities out there that let you rebuild a raid. >From about 2001 to 2007, I used to always run a server OS on my work desktop, so that I could mirror the OS drive and RAID 5 a data drive using Dynamic Disks. It was workable, though definitely slower than a real raid controller. One day I reinstalled my desktop, and didn't backup what was on my data drive. When I did the installation, I only formatted the C: drive, however, with Dynamic disks, the volume information is stored in the first volume, so when the OS was installed, my RAID 5 was gone! Found a little utility that let me rebuild the RAID. (It's not a click and go, you have to find and get some values so that it can sync the RAID right), but with a little help (for a fee) I was up and running in a few hours. But you are right, that a true RAID controller is going to be less hassle and better all around. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 22, 2010 7:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > With drives getting so cheap, and SATA Raid Controllers becoming more standard on motherboards, One caution is that raid controllers created by motherboard hardware can cause a disaster if the motherboard dies. At best you will need to get the same raid chip set (intel, or AMD or ...), at worst your raid array can be unreadable. I use a hardware co-processor raid array and have never had that issue. I have moved the entire raid setup from one box to another with an entirely different motherboard, and in fact even a different OS and the raid array just turned on and ran (after driver installs of course). For critical data, a hardware controller is highly recommended. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Preach on Brother John! ;) > > VMWare and VPC aren't like the great bound/unbound debate. There are > advantages to both. I started with VPC 2004, and that was ok. It > brought my 1 ghz pIII to it's knees trying to run a Windows XP box. Now > on my laptop, 2.2 ghz duo core, with 3 gigs of RAM, I can run several > machines (I've run three 2003 servers and a client XP machine at the > same time) and the performance wasn't bad at all. Virtual Server let's > you run each machine in it's own thread. And the two apps are both > completely free (though I think you have to pay for the absolute latest > Virtual Server) and interchangeable. VMWare performs better, (even now, > from what I've read about 6 months ago) and it is simple to run any OS, > even non-MS stuff. I have a ubuntu Linux VM in Virtual PC, but you kind > of have to jump through some hoops to do it. VPC will get closer and > closer to VMWare, as far as performance, but it will always be slanted > towards running Windows based OSes. I'd probably play around with > VMWare a bit when I have some time (LOL, who has that?), but I took the > time to create a base hard drive with every MS OS from DOS 6.22 to > Windows 7. (Though I've tossed the Vista and 7 one, cause they are > pretty big, and unnecessary right now, and I never touched ME, couldn't > pay me enough to have the .iso image of that install on any of my > machines! LOL) > > Couldn't agree more on RAID drives. It's one of my favorite preach > points when people ask me about machines. With drives getting so cheap, > and SATA Raid Controllers becoming more standard on motherboards, it's > almost a crime not to be using a RAID. (Though I use RAID 0+1's more > then anything else.) > > As for the ISO images, try this: > > http://www.magiciso.com/tutorials/miso-magicdisc-overview.htm > > Get the 106 version, behind the Windows 7 link (and one of the others I > think). I can install that version on anything (just put it on a > netbook running XP pro the other day, and it runs fine in Windows 7 64 > bit and Vista 32/64 bit). In vista and 7, you'll be prompted about an > unsigned driver, but it works great. You can add as many Virtual > CD/DVD-Roms as you want. (one of my favorite games is FreeSpace, and > old 'space' game I got with my first PIII. It needs the DVD to play, so > I usually have a drive specifically housing that iso image all the time > on my laptop. Fun to play when I'm bored). It runs in your system > tray, and is very user friendly. It'll even make ISO images for you > (and other formats if you want). I stick with ISO. Did you know > another feature of Windows 7 is that it will natively burn an ISO image > to a blank CD/DVD with no other software? > > With the 'working' VM machine on standby, I use it a lot, cause Access > 97 is a little finicky on a windows 7 box, if you use another version of > Access, Access 97 tries to right to the registry and fails, so you have > to restart it 'As Administrator', which is a pain. I use 97 > periodically, still have a lot of working .mdb's still in 97 format. > Easiest way is to use my XP box (which has Office 97 and 2003 installed > together). But another big reason I keep that, is that when I setup a > dev machine, I do a few extra things, which are just time consuming. > Like setting up file extension special commands (like when I right click > on an MDB, I make it so I have the option of what version of Access I > open it with, and if I open it with a secured mdw.). > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From robert at servicexp.com Fri Jan 22 09:59:23 2010 From: robert at servicexp.com (Robert) Date: Fri, 22 Jan 2010 10:59:23 -0500 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> Message-ID: <000601ca9b7b$dee765f0$9cb631d0$@com> Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert From dw-murphy at cox.net Fri Jan 22 10:14:43 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 22 Jan 2010 08:14:43 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <000601ca9b7b$dee765f0$9cb631d0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> Message-ID: Robert, This is not good. Just to be clear your runtime is Access 2007, or is it an earlier version? The reason I ask is the .mde in your subject line. We have a couple of applications that are Access 2002 runtimes and I don't want to start to see users with problems on 07 machines. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri Jan 22 10:15:53 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 22 Jan 2010 08:15:53 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <000601ca9b7b$dee765f0$9cb631d0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> Message-ID: <92A979D857764645BCB08E94CA91206E@HAL9005> Different (but related) question - same thread: I'm seeing some resellers on Ebay selling the full version of W7 (not the upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading my XP box which is a P4. I need 32 bit, yes? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Fri Jan 22 10:30:01 2010 From: robert at servicexp.com (Robert) Date: Fri, 22 Jan 2010 11:30:01 -0500 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <92A979D857764645BCB08E94CA91206E@HAL9005> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> Message-ID: <000e01ca9b80$2729cb10$757d6130$@com> Rocky, I have one beta user on a 64 Bit machine. Everything related to Access seems to be working OK. The reason why I say "related to access", is because I have quite a few ActiveX Controls being used, and so far the only one that is giving us problems is a external printer control.. Isn't a P4 64bit?? If so, then you could move to 64 bit, providing the MB manufacture has those drivers available. (and in some cases MS has them and the MFG does not)... Just make a bare metal backup of the drive before you begin... ;-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 22, 2010 11:16 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Different (but related) question - same thread: I'm seeing some resellers on Ebay selling the full version of W7 (not the upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading my XP box which is a P4. I need 32 bit, yes? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- 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 From Gustav at cactus.dk Fri Jan 22 10:32:08 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 22 Jan 2010 17:32:08 +0100 Subject: [AccessD] Windows 7 64 bit Message-ID: Hi John Yes, I forgot that for a moment, the higher ram capacity is the "unique selling point" of 64-bit systems. /gustav >>> jwcolby at colbyconsulting.com 21-01-2010 13:58 >>> Gustav, > As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference...snip The biggest "true reason" is memory. It is trivial and cheap to have 8 gigs of ram on a machine now. X32 can't effectively use this, but X64 can. Even "4 gigs" of ram in an x32 environment ends up being somewhat less than 4 gigs. In some cases it can be a LOT less, particularly if you have a video card with a large on-board ram. I have seen Vista x32 machines with "4 gigs" which ended up with well under three gigs. X64 gives you back the memory you paid for. I admit that most of use don't absolutely have to have even 4 gigs but the power user may, and the video editor or photo editor or that kind of app absolutely should. Additionally, Vista likes to load as much of itself in RAM as it can. The more memory you have the more of Vista (or Win 7) can load. Again, you only see the effects when Vista needs to access those parts of itself but it is in fact somewhat faster to not have to wait for Vista to page in the parts it needs. And finally, in x32 Windows will only ever give 2 gigs of memory to an application. That is a hard coded max. It does that in order to reserve 2 gigs for the OS, hardware mapping and so forth. All of that goes away with X64. So there are in fact real reasons that X64 is a better OS. While Grandma may never notice the difference, I almost certainly will. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi Drew > > Thanks for these useful tips! > > We are currently struggling with a move including some 16-bit apps and the good old Program Manager (progman.exe, remember that?) which the client just loves (and I must say it fits her purpose very well, it is not just a crazy idea) to 64-bit Windows 7. That is, of course, not possible except if you run virtual Windows XP environment. > > This XP environment is just a tightly integrated Remote Desktop and a Virtual PC running WinXP. At least launch times for apps are slower with this. > A major challenge is that the machine must log in to a NetWare server. Novell doesn't seem to bother for a 64-bit client, so only a "Novell Client 2" is available with very limited features. But with this you can attach your network drives and that's what counts. > However, attached drives in the 64-bit host OS are supposed to be "automatically" linked to the virtual machine. They are, but whenever, in the virtual machine, you open a drive attached to the NetWare server, the host OS breaks down - completely with Blue Screen of Death - I haven't seen this for years. To get around this you have to install the normal 32-bit Novell Client 4.xx in the virtual machine and let it attach the networked drives directly. > > As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, and I have yet to see a 64-bit desktop application with a difference - I strongly consider to rebuild it with 32-bit Win7 because a cd with this was included with the machine - perhaps just to check out the PCMover from the other thread. > > By the way, did you donate a small amount to the excellent Shrew people? We rarely do such, I must admit, but we try to persuade clients to do so and sometimes we just add some amount to the invoice because clients prefer invoices rather than receipts for donations. > > /gustav From cfoust at infostatsystems.com Fri Jan 22 10:29:34 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 22 Jan 2010 10:29:34 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <92A979D857764645BCB08E94CA91206E@HAL9005> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> Message-ID: You could upgrade to 64 bit. It will require a clean install regardless from XP, so it's up to you. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 22, 2010 8:16 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Different (but related) question - same thread: I'm seeing some resellers on Ebay selling the full version of W7 (not the upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading my XP box which is a P4. I need 32 bit, yes? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- 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 From robert at servicexp.com Fri Jan 22 10:21:54 2010 From: robert at servicexp.com (Robert) Date: Fri, 22 Jan 2010 11:21:54 -0500 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> Message-ID: <000d01ca9b7f$04150a00$0c3f1e00$@com> Doug, It's an Access 2003 Program (.mde), Run inside the Access 2007 Runtime. All development is done inside Access 2007 (With the exception of the menu system, any changes there we do with Access 2003) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Friday, January 22, 2010 11:15 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Robert, This is not good. Just to be clear your runtime is Access 2007, or is it an earlier version? The reason I ask is the .mde in your subject line. We have a couple of applications that are Access 2002 runtimes and I don't want to start to see users with problems on 07 machines. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- 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 From Gustav at cactus.dk Fri Jan 22 10:52:37 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 22 Jan 2010 17:52:37 +0100 Subject: [AccessD] Windows 7 64 bit Message-ID: Hi Drew Strange. My colleague runs a Cisco VPN client to gain access to a client's network. But doing so doesn't block anything else for her. /gustav >>> DWUTKA at marlow.com 21-01-2010 23:28 >>> Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew From DWUTKA at Marlow.com Fri Jan 22 11:04:32 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 22 Jan 2010 11:04:32 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: They have the split tunneling policy of the .pcf turned off. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, January 22, 2010 10:53 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Windows 7 64 bit Hi Drew Strange. My colleague runs a Cisco VPN client to gain access to a client's network. But doing so doesn't block anything else for her. /gustav >>> DWUTKA at marlow.com 21-01-2010 23:28 >>> Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Fri Jan 22 11:13:52 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 22 Jan 2010 12:13:52 -0500 Subject: [AccessD] OT: Windows 7 .. I'm VERY impressed In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> Message-ID: <4B59DCD0.8070700@colbyconsulting.com> You got lucky! And you validate my position that a hardware controller is much safer. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Actually there are utilities out there that let you rebuild a raid. >>From about 2001 to 2007, I used to always run a server OS on my work > desktop, so that I could mirror the OS drive and RAID 5 a data drive > using Dynamic Disks. It was workable, though definitely slower than a > real raid controller. One day I reinstalled my desktop, and didn't > backup what was on my data drive. When I did the installation, I only > formatted the C: drive, however, with Dynamic disks, the volume > information is stored in the first volume, so when the OS was installed, > my RAID 5 was gone! Found a little utility that let me rebuild the > RAID. (It's not a click and go, you have to find and get some values so > that it can sync the RAID right), but with a little help (for a fee) I > was up and running in a few hours. > > But you are right, that a true RAID controller is going to be less > hassle and better all around. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 22, 2010 7:46 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Windows 7 .. I'm VERY impressed > > > With drives getting so cheap, and SATA Raid Controllers becoming more > standard on motherboards, > > One caution is that raid controllers created by motherboard hardware can > cause a disaster if the > motherboard dies. At best you will need to get the same raid chip set > (intel, or AMD or ...), at > worst your raid array can be unreadable. > > I use a hardware co-processor raid array and have never had that issue. > I have moved the entire > raid setup from one box to another with an entirely different > motherboard, and in fact even a > different OS and the raid array just turned on and ran (after driver > installs of course). > > For critical data, a hardware controller is highly recommended. > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> Preach on Brother John! ;) >> >> VMWare and VPC aren't like the great bound/unbound debate. There are >> advantages to both. I started with VPC 2004, and that was ok. It >> brought my 1 ghz pIII to it's knees trying to run a Windows XP box. > Now >> on my laptop, 2.2 ghz duo core, with 3 gigs of RAM, I can run several >> machines (I've run three 2003 servers and a client XP machine at the >> same time) and the performance wasn't bad at all. Virtual Server > let's >> you run each machine in it's own thread. And the two apps are both >> completely free (though I think you have to pay for the absolute > latest >> Virtual Server) and interchangeable. VMWare performs better, (even > now, >> from what I've read about 6 months ago) and it is simple to run any > OS, >> even non-MS stuff. I have a ubuntu Linux VM in Virtual PC, but you > kind >> of have to jump through some hoops to do it. VPC will get closer and >> closer to VMWare, as far as performance, but it will always be slanted >> towards running Windows based OSes. I'd probably play around with >> VMWare a bit when I have some time (LOL, who has that?), but I took > the >> time to create a base hard drive with every MS OS from DOS 6.22 to >> Windows 7. (Though I've tossed the Vista and 7 one, cause they are >> pretty big, and unnecessary right now, and I never touched ME, > couldn't >> pay me enough to have the .iso image of that install on any of my >> machines! LOL) >> >> Couldn't agree more on RAID drives. It's one of my favorite preach >> points when people ask me about machines. With drives getting so > cheap, >> and SATA Raid Controllers becoming more standard on motherboards, it's >> almost a crime not to be using a RAID. (Though I use RAID 0+1's more >> then anything else.) >> >> As for the ISO images, try this: >> >> http://www.magiciso.com/tutorials/miso-magicdisc-overview.htm >> >> Get the 106 version, behind the Windows 7 link (and one of the others > I >> think). I can install that version on anything (just put it on a >> netbook running XP pro the other day, and it runs fine in Windows 7 64 >> bit and Vista 32/64 bit). In vista and 7, you'll be prompted about an >> unsigned driver, but it works great. You can add as many Virtual >> CD/DVD-Roms as you want. (one of my favorite games is FreeSpace, and >> old 'space' game I got with my first PIII. It needs the DVD to play, > so >> I usually have a drive specifically housing that iso image all the > time >> on my laptop. Fun to play when I'm bored). It runs in your system >> tray, and is very user friendly. It'll even make ISO images for you >> (and other formats if you want). I stick with ISO. Did you know >> another feature of Windows 7 is that it will natively burn an ISO > image >> to a blank CD/DVD with no other software? >> >> With the 'working' VM machine on standby, I use it a lot, cause Access >> 97 is a little finicky on a windows 7 box, if you use another version > of >> Access, Access 97 tries to right to the registry and fails, so you > have >> to restart it 'As Administrator', which is a pain. I use 97 >> periodically, still have a lot of working .mdb's still in 97 format. >> Easiest way is to use my XP box (which has Office 97 and 2003 > installed >> together). But another big reason I keep that, is that when I setup a >> dev machine, I do a few extra things, which are just time consuming. >> Like setting up file extension special commands (like when I right > click >> on an MDB, I make it so I have the option of what version of Access I >> open it with, and if I open it with a secured mdw.). >> >> Drew > From jwcolby at colbyconsulting.com Fri Jan 22 11:16:33 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 22 Jan 2010 12:16:33 -0500 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> Message-ID: <4B59DD71.50609@colbyconsulting.com> Is a P4 a 64 bit processor? I don't think so. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > You could upgrade to 64 bit. It will require a clean install regardless from XP, so it's up to you. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Friday, January 22, 2010 8:16 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Different (but related) question - same thread: > > I'm seeing some resellers on Ebay selling the full version of W7 (not the > upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading my XP > box which is a P4. I need 32 bit, yes? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 7:59 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Ok, so you may remember in my earlier posts about my observations of the > above. I mentions that I had never had a user corrupt a FE. Well, reports > started to come in from like 8 of the 11 beta users with the EXACT same > error. > > I spent pretty much all day yesterday, looking through my code, looking for > a possible cause. The problem was, I could not create the problem on my 3 > test boxes. So I started to look at the differences in the computer systems, > and the one discernible difference was the: > > "Microsoft Office Access Database Engine 2007" > > Was installed on the effected Windows 7 / Access 2007 machines. The beta > testers that did not have that problem, did not have this under installed > programs. > > After un-installing the above along with the Access Runtime (I just did this > for caution), then re-installing my program with the Access Runtime. The > error appears to be gone. > > I'm not sure you really need to un-install the Access Runtime Engine, as I > did this and re-installed, before realizing the Database Engine thing, and > it made no difference in the error, it remained. > > The problem is, I don't know why / how this Database Engine is getting > installed. It's removal doesn't seem to affect any of the office programs.. > I'm a little concerned that it will get automatically installed again > through updates.... > > > Where does one go to submit this with the MS Access Team, because this seems > like a "real hum dinger" of a problem...??? > > > WBR > Robert > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Fri Jan 22 11:19:26 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 22 Jan 2010 18:19:26 +0100 Subject: [AccessD] OT: MagicISO (was: Windows 7 .. I'm VERY impressed) Message-ID: Hi Drew Where have you been? This is exactly what I have been looking for! Now, notice this gem on that site: Create Windows 98/ME/NT/2K/XP/2003 all in one installation DVD http://www.magiciso.com/tutorials/miso-create-multi-os-cd.htm Also, as VMware prefers FLP floppy images: Open / Edit / Extract floppy disk image file Support any floppy disk image file. (FLP, DSK, BFI, BWI and so on) /gustav >>> DWUTKA at marlow.com 22-01-2010 06:46 >>> As for the ISO images, try this: http://www.magiciso.com/tutorials/miso-magicdisc-overview.htm Get the 106 version, behind the Windows 7 link (and one of the others I think). I can install that version on anything (just put it on a netbook running XP pro the other day, and it runs fine in Windows 7 64 bit and Vista 32/64 bit). In vista and 7, you'll be prompted about an unsigned driver, but it works great. You can add as many Virtual CD/DVD-Roms as you want. (one of my favorite games is FreeSpace, and old 'space' game I got with my first PIII. It needs the DVD to play, so I usually have a drive specifically housing that iso image all the time on my laptop. Fun to play when I'm bored). It runs in your system tray, and is very user friendly. It'll even make ISO images for you (and other formats if you want). I stick with ISO. Did you know another feature of Windows 7 is that it will natively burn an ISO image to a blank CD/DVD with no other software? From davidmcafee at gmail.com Fri Jan 22 11:59:32 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 22 Jan 2010 09:59:32 -0800 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: <8786a4c01001220959n18521096q7444b48a1cd52b62@mail.gmail.com> We ran into a snag last year with an app that used a rapi call that was written for 32 bit apps. We had several users purchase new computers for whatever reason and they ordered them with 4GB thinking, "Hey, my computer will be fast". Well computer manufacturers ship those computers with 64bit operating systems. Luckily rapi dll we were using was OpenNetCF, so we had the source code and quickly found the issue where an integer needed to be changed to a long. David On Fri, Jan 22, 2010 at 8:32 AM, Gustav Brock wrote: > Hi John > > Yes, I forgot that for a moment, the higher ram capacity is the "unique selling point" of 64-bit systems. > > /gustav > > >>>> jwcolby at colbyconsulting.com 21-01-2010 13:58 >>> > Gustav, > > ?> As I don't see any true reason to run 64-bit - it just happened to be installed on the machine, > and I have yet to see a 64-bit desktop application with a difference...snip > > The biggest "true reason" is memory. ?It is trivial and cheap to have 8 gigs of ram on a machine > now. ?X32 can't effectively use this, but X64 can. > > Even "4 gigs" of ram in an x32 environment ends up being somewhat less than 4 gigs. ?In some cases > it can be a LOT less, particularly if you have a video card with a large on-board ram. > > I have seen Vista x32 machines with "4 gigs" which ended up with well under three gigs. ?X64 gives > you back the memory you paid for. > > I admit that most of use don't absolutely have to have even 4 gigs but the power user may, and the > video editor or photo editor or that kind of app absolutely should. > > Additionally, Vista likes to load as much of itself in RAM as it can. ?The more memory you have the > more of Vista (or Win 7) can load. ?Again, you only see the effects when Vista needs to access those > parts of itself but it is in fact somewhat faster to not have to wait for Vista to page in the parts > it needs. > > And finally, in x32 Windows will only ever give 2 gigs of memory to an application. ?That is a hard > coded max. ?It does that in order to reserve 2 gigs for the OS, hardware mapping and so forth. ?All > of that goes away with X64. > > So there are in fact real reasons that X64 is a better OS. ?While Grandma may never notice the > difference, I almost certainly will. > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi Drew From robert at servicexp.com Fri Jan 22 12:04:40 2010 From: robert at servicexp.com (Robert) Date: Fri, 22 Jan 2010 13:04:40 -0500 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <4B59DD71.50609@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> Message-ID: <000f01ca9b8d$60084850$2018d8f0$@com> They did make then though... Right?? http://www.hardwaresecrets.com/article/105 WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 22, 2010 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Is a P4 a 64 bit processor? I don't think so. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > You could upgrade to 64 bit. It will require a clean install regardless from XP, so it's up to you. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Friday, January 22, 2010 8:16 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Different (but related) question - same thread: > > I'm seeing some resellers on Ebay selling the full version of W7 (not the > upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading my XP > box which is a P4. I need 32 bit, yes? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 7:59 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Ok, so you may remember in my earlier posts about my observations of the > above. I mentions that I had never had a user corrupt a FE. Well, reports > started to come in from like 8 of the 11 beta users with the EXACT same > error. > > I spent pretty much all day yesterday, looking through my code, looking for > a possible cause. The problem was, I could not create the problem on my 3 > test boxes. So I started to look at the differences in the computer systems, > and the one discernible difference was the: > > "Microsoft Office Access Database Engine 2007" > > Was installed on the effected Windows 7 / Access 2007 machines. The beta > testers that did not have that problem, did not have this under installed > programs. > > After un-installing the above along with the Access Runtime (I just did this > for caution), then re-installing my program with the Access Runtime. The > error appears to be gone. > > I'm not sure you really need to un-install the Access Runtime Engine, as I > did this and re-installed, before realizing the Database Engine thing, and > it made no difference in the error, it remained. > > The problem is, I don't know why / how this Database Engine is getting > installed. It's removal doesn't seem to affect any of the office programs.. > I'm a little concerned that it will get automatically installed again > through updates.... > > > Where does one go to submit this with the MS Access Team, because this seems > like a "real hum dinger" of a problem...??? > > > WBR > Robert > > > > -- > 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 From jwcolby at colbyconsulting.com Fri Jan 22 12:10:37 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 22 Jan 2010 13:10:37 -0500 Subject: [AccessD] C# automation of office Message-ID: <4B59EA1D.1080700@colbyconsulting.com> Does anyone have a good information source for automating office (specifically Excel) from C#? I have a spreadsheet which has code inside of it which pulls data out of SQL Server and dumps it into pages of the spreadsheet. I WAS using Access to do this but my Office 2007 install broke my forms (event properties no longer wire to the code behind form). Thus from C# I need to cause a spreadsheet to open, call a method of the code and pass a server / database string to it. Any help will be greatly appreciated. -- John W. Colby www.ColbyConsulting.com From rockysmolin at bchacc.com Fri Jan 22 12:16:38 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 22 Jan 2010 10:16:38 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <000f01ca9b8d$60084850$2018d8f0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> Message-ID: <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> So how does one determine whether the processor is the 32 or 64 bit version? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 10:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! They did make then though... Right?? http://www.hardwaresecrets.com/article/105 WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 22, 2010 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Is a P4 a 64 bit processor? I don't think so. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > You could upgrade to 64 bit. It will require a clean install > regardless from XP, so it's up to you. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Friday, January 22, 2010 8:16 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Different (but related) question - same thread: > > I'm seeing some resellers on Ebay selling the full version of W7 (not > the > upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading > my XP > box which is a P4. I need 32 bit, yes? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 7:59 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Ok, so you may remember in my earlier posts about my observations of > the above. I mentions that I had never had a user corrupt a FE. Well, > reports started to come in from like 8 of the 11 beta users with the > EXACT same error. > > I spent pretty much all day yesterday, looking through my code, > looking for > a possible cause. The problem was, I could not create the problem on > my 3 test boxes. So I started to look at the differences in the > computer systems, > and the one discernible difference was the: > > "Microsoft Office Access Database Engine 2007" > > Was installed on the effected Windows 7 / Access 2007 machines. The > beta testers that did not have that problem, did not have this under > installed programs. > > After un-installing the above along with the Access Runtime (I just > did this > for caution), then re-installing my program with the Access Runtime. > The error appears to be gone. > > I'm not sure you really need to un-install the Access Runtime Engine, > as I did this and re-installed, before realizing the Database Engine > thing, and it made no difference in the error, it remained. > > The problem is, I don't know why / how this Database Engine is getting > installed. It's removal doesn't seem to affect any of the office programs.. > I'm a little concerned that it will get automatically installed again > through updates.... > > > Where does one go to submit this with the MS Access Team, because this seems > like a "real hum dinger" of a problem...??? > > > WBR > Robert > > > > -- > 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 From davidmcafee at gmail.com Fri Jan 22 12:20:22 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 22 Jan 2010 10:20:22 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> Message-ID: <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> Right click MyComputer and choose Properties :) On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin wrote: > So how does one determine whether the processor is the 32 or 64 bit version? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 10:05 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > They did make then though... Right?? > > http://www.hardwaresecrets.com/article/105 > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 22, 2010 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Is a P4 a 64 bit processor? ?I don't think so. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> You could upgrade to 64 bit. ?It will require a clean install >> regardless > from XP, so it's up to you. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin >> Sent: Friday, January 22, 2010 8:16 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Different (but related) question - same thread: >> >> I'm seeing some resellers on Ebay selling the full version of W7 (not >> the >> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading >> my > XP >> box which is a P4. ?I need 32 bit, yes? >> >> TIA >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 7:59 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Ok, so you may remember in my earlier posts about my observations of >> the above. I mentions that I had never had a user corrupt a FE. Well, >> reports started to come in from like 8 of the 11 beta users with the >> EXACT same error. >> >> I spent pretty much all day yesterday, looking through my code, >> looking > for >> a possible cause. The problem was, I could not create the problem on >> my 3 test boxes. So I started to look at the differences in the >> computer > systems, >> and the one discernible difference was the: >> >> "Microsoft Office Access Database Engine 2007" >> >> Was installed on the effected Windows 7 / Access 2007 machines. The >> beta testers that did not have that problem, did not have this under >> installed programs. >> >> After un-installing the above along with the Access Runtime (I just >> did > this >> for caution), then re-installing my program with the Access Runtime. >> The error appears to be gone. >> >> I'm not sure you really need to un-install the Access Runtime Engine, >> as I did this and re-installed, before realizing the Database Engine >> thing, and it made no difference in the error, it remained. >> >> The problem is, I don't know why / how this Database Engine is getting >> installed. It's removal doesn't seem to affect any of the office > programs.. >> I'm a little concerned that it will get automatically installed again >> through updates.... >> >> >> Where does one go to submit this with the MS Access Team, because this > seems >> like a "real hum dinger" of a problem...??? >> >> >> WBR >> Robert >> >> >> >> -- >> 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 > From rockysmolin at bchacc.com Fri Jan 22 12:32:54 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 22 Jan 2010 10:32:54 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com><4B59AC2A.9060904@colbyconsulting.com><000601ca9b7b$dee765f0$9cb631d0$@com><92A979D857764645BCB08E94CA91206E@HAL9005><4B59DD71.50609@colbyconsulting.com><000f01ca9b8d$60084850$2018d8f0$@com><29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> Message-ID: Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell Dimension DV051 but I couldn't find a web page with the info on how many bits is the processor. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Friday, January 22, 2010 10:20 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Right click MyComputer and choose Properties :) On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin wrote: > So how does one determine whether the processor is the 32 or 64 bit version? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 10:05 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > They did make then though... Right?? > > http://www.hardwaresecrets.com/article/105 > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 22, 2010 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Is a P4 a 64 bit processor? ?I don't think so. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> You could upgrade to 64 bit. ?It will require a clean install >> regardless > from XP, so it's up to you. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin >> Sent: Friday, January 22, 2010 8:16 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Different (but related) question - same thread: >> >> I'm seeing some resellers on Ebay selling the full version of W7 (not >> the >> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading >> my > XP >> box which is a P4. ?I need 32 bit, yes? >> >> TIA >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 7:59 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Ok, so you may remember in my earlier posts about my observations of >> the above. I mentions that I had never had a user corrupt a FE. Well, >> reports started to come in from like 8 of the 11 beta users with the >> EXACT same error. >> >> I spent pretty much all day yesterday, looking through my code, >> looking > for >> a possible cause. The problem was, I could not create the problem on >> my 3 test boxes. So I started to look at the differences in the >> computer > systems, >> and the one discernible difference was the: >> >> "Microsoft Office Access Database Engine 2007" >> >> Was installed on the effected Windows 7 / Access 2007 machines. The >> beta testers that did not have that problem, did not have this under >> installed programs. >> >> After un-installing the above along with the Access Runtime (I just >> did > this >> for caution), then re-installing my program with the Access Runtime. >> The error appears to be gone. >> >> I'm not sure you really need to un-install the Access Runtime Engine, >> as I did this and re-installed, before realizing the Database Engine >> thing, and it made no difference in the error, it remained. >> >> The problem is, I don't know why / how this Database Engine is >> getting installed. It's removal doesn't seem to affect any of the >> office > programs.. >> I'm a little concerned that it will get automatically installed again >> through updates.... >> >> >> Where does one go to submit this with the MS Access Team, because >> this > seems >> like a "real hum dinger" of a problem...??? >> >> >> WBR >> Robert >> >> >> >> -- >> 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri Jan 22 12:34:12 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 22 Jan 2010 18:34:12 -0000 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> Message-ID: <4b59efb3.1067f10a.34d4.ffffafea@mx.google.com> David, That works. What do I do to see how much memory I can upgrade to (64 bit OS) Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: 22 January 2010 18:20 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Right click MyComputer and choose Properties :) On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin wrote: > So how does one determine whether the processor is the 32 or 64 bit version? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 10:05 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > They did make then though... Right?? > > http://www.hardwaresecrets.com/article/105 > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 22, 2010 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Is a P4 a 64 bit processor? ?I don't think so. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> You could upgrade to 64 bit. ?It will require a clean install >> regardless > from XP, so it's up to you. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin >> Sent: Friday, January 22, 2010 8:16 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Different (but related) question - same thread: >> >> I'm seeing some resellers on Ebay selling the full version of W7 (not >> the >> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading >> my > XP >> box which is a P4. ?I need 32 bit, yes? >> >> TIA >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 7:59 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Ok, so you may remember in my earlier posts about my observations of >> the above. I mentions that I had never had a user corrupt a FE. Well, >> reports started to come in from like 8 of the 11 beta users with the >> EXACT same error. >> >> I spent pretty much all day yesterday, looking through my code, >> looking > for >> a possible cause. The problem was, I could not create the problem on >> my 3 test boxes. So I started to look at the differences in the >> computer > systems, >> and the one discernible difference was the: >> >> "Microsoft Office Access Database Engine 2007" >> >> Was installed on the effected Windows 7 / Access 2007 machines. The >> beta testers that did not have that problem, did not have this under >> installed programs. >> >> After un-installing the above along with the Access Runtime (I just >> did > this >> for caution), then re-installing my program with the Access Runtime. >> The error appears to be gone. >> >> I'm not sure you really need to un-install the Access Runtime Engine, >> as I did this and re-installed, before realizing the Database Engine >> thing, and it made no difference in the error, it remained. >> >> The problem is, I don't know why / how this Database Engine is getting >> installed. It's removal doesn't seem to affect any of the office > programs.. >> I'm a little concerned that it will get automatically installed again >> through updates.... >> >> >> Where does one go to submit this with the MS Access Team, because this > seems >> like a "real hum dinger" of a problem...??? >> >> >> WBR >> Robert >> >> >> >> -- >> 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Fri Jan 22 12:42:40 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 22 Jan 2010 10:42:40 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> Message-ID: <8786a4c01001221042u6b48cc12idc8cdf6fa9d889c0@mail.gmail.com> I guess, they started displaying it with Vista and 7, not on XP? On Fri, Jan 22, 2010 at 10:32 AM, Rocky Smolin wrote: > Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell Dimension > DV051 but I couldn't find a web page with the info on how many bits is the > processor. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Friday, January 22, 2010 10:20 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Right click MyComputer and choose Properties :) > > > On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin > wrote: >> So how does one determine whether the processor is the 32 or 64 bit > version? >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 10:05 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> They did make then though... Right?? >> >> http://www.hardwaresecrets.com/article/105 >> >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, January 22, 2010 12:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Is a P4 a 64 bit processor? ?I don't think so. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> You could upgrade to 64 bit. ?It will require a clean install >>> regardless >> from XP, so it's up to you. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >>> Sent: Friday, January 22, 2010 8:16 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Different (but related) question - same thread: >>> >>> I'm seeing some resellers on Ebay selling the full version of W7 (not >>> the >>> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading >>> my >> XP >>> box which is a P4. ?I need 32 bit, yes? >>> >>> TIA >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>> Sent: Friday, January 22, 2010 7:59 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Ok, so you may remember in my earlier posts about my observations of >>> the above. I mentions that I had never had a user corrupt a FE. Well, >>> reports started to come in from like 8 of the 11 beta users with the >>> EXACT same error. >>> >>> I spent pretty much all day yesterday, looking through my code, >>> looking >> for >>> a possible cause. The problem was, I could not create the problem on >>> my 3 test boxes. So I started to look at the differences in the >>> computer >> systems, >>> and the one discernible difference was the: >>> >>> "Microsoft Office Access Database Engine 2007" >>> >>> Was installed on the effected Windows 7 / Access 2007 machines. The >>> beta testers that did not have that problem, did not have this under >>> installed programs. >>> >>> After un-installing the above along with the Access Runtime (I just >>> did >> this >>> for caution), then re-installing my program with the Access Runtime. >>> The error appears to be gone. >>> >>> I'm not sure you really need to un-install the Access Runtime Engine, >>> as I did this and re-installed, before realizing the Database Engine >>> thing, and it made no difference in the error, it remained. >>> >>> The problem is, I don't know why / how this Database Engine is >>> getting installed. It's removal doesn't seem to affect any of the >>> office >> programs.. >>> I'm a little concerned that it will get automatically installed again >>> through updates.... >>> >>> >>> Where does one go to submit this with the MS Access Team, because >>> this >> seems >>> like a "real hum dinger" of a problem...??? >>> >>> >>> WBR >>> Robert >>> >>> >>> >>> -- >>> 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 >> > > -- > 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 > From davidmcafee at gmail.com Fri Jan 22 12:43:34 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 22 Jan 2010 10:43:34 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <4b59efb3.1067f10a.34d4.ffffafea@mx.google.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> <4b59efb3.1067f10a.34d4.ffffafea@mx.google.com> Message-ID: <8786a4c01001221043h29c7ae72i92786ddc1b438685@mail.gmail.com> Look at your Motherboard specs? :) I think memory is limited by the motherboard. On Fri, Jan 22, 2010 at 10:34 AM, Max Wanadoo wrote: > David, > That works. ?What do ?I do to see how much memory I can ?upgrade to (64 bit > OS) > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: 22 January 2010 18:20 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Right click MyComputer and choose Properties :) > > > On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin > wrote: >> So how does one determine whether the processor is the 32 or 64 bit > version? >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 10:05 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> They did make then though... Right?? >> >> http://www.hardwaresecrets.com/article/105 >> >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, January 22, 2010 12:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Is a P4 a 64 bit processor? ?I don't think so. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> You could upgrade to 64 bit. ?It will require a clean install >>> regardless >> from XP, so it's up to you. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin >>> Sent: Friday, January 22, 2010 8:16 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Different (but related) question - same thread: >>> >>> I'm seeing some resellers on Ebay selling the full version of W7 (not >>> the >>> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading >>> my >> XP >>> box which is a P4. ?I need 32 bit, yes? >>> >>> TIA >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>> Sent: Friday, January 22, 2010 7:59 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Ok, so you may remember in my earlier posts about my observations of >>> the above. I mentions that I had never had a user corrupt a FE. Well, >>> reports started to come in from like 8 of the 11 beta users with the >>> EXACT same error. >>> >>> I spent pretty much all day yesterday, looking through my code, >>> looking >> for >>> a possible cause. The problem was, I could not create the problem on >>> my 3 test boxes. So I started to look at the differences in the >>> computer >> systems, >>> and the one discernible difference was the: >>> >>> "Microsoft Office Access Database Engine 2007" >>> >>> Was installed on the effected Windows 7 / Access 2007 machines. The >>> beta testers that did not have that problem, did not have this under >>> installed programs. >>> >>> After un-installing the above along with the Access Runtime (I just >>> did >> this >>> for caution), then re-installing my program with the Access Runtime. >>> The error appears to be gone. >>> >>> I'm not sure you really need to un-install the Access Runtime Engine, >>> as I did this and re-installed, before realizing the Database Engine >>> thing, and it made no difference in the error, it remained. >>> >>> The problem is, I don't know why / how this Database Engine is getting >>> installed. It's removal doesn't seem to affect any of the office >> programs.. >>> I'm a little concerned that it will get automatically installed again >>> through updates.... >>> >>> >>> Where does one go to submit this with the MS Access Team, because this >> seems >>> like a "real hum dinger" of a problem...??? >>> >>> >>> WBR >>> Robert >>> >>> >>> >>> -- >>> 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 >> > > -- > 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 > From rockysmolin at bchacc.com Fri Jan 22 12:47:06 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 22 Jan 2010 10:47:06 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <8786a4c01001221042u6b48cc12idc8cdf6fa9d889c0@mail.gmail.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com><000601ca9b7b$dee765f0$9cb631d0$@com><92A979D857764645BCB08E94CA91206E@HAL9005><4B59DD71.50609@colbyconsulting.com><000f01ca9b8d$60084850$2018d8f0$@com><29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005><8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> <8786a4c01001221042u6b48cc12idc8cdf6fa9d889c0@mail.gmail.com> Message-ID: <68A51A1EE1474DE1A654B71665C089A3@HAL9005> Well, my Vista box says Pentium) 4 CPU 3.00Ghz but no bits. Does say that the System Type is 32-bit operating system but that's the installed OS, no? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Friday, January 22, 2010 10:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! I guess, they started displaying it with Vista and 7, not on XP? On Fri, Jan 22, 2010 at 10:32 AM, Rocky Smolin wrote: > Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell > Dimension > DV051 but I couldn't find a web page with the info on how many bits is > the processor. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > McAfee > Sent: Friday, January 22, 2010 10:20 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Right click MyComputer and choose Properties :) > > > On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin > > wrote: >> So how does one determine whether the processor is the 32 or 64 bit > version? >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 10:05 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> They did make then though... Right?? >> >> http://www.hardwaresecrets.com/article/105 >> >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, January 22, 2010 12:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Is a P4 a 64 bit processor? ?I don't think so. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> You could upgrade to 64 bit. ?It will require a clean install >>> regardless >> from XP, so it's up to you. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >>> Sent: Friday, January 22, 2010 8:16 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Different (but related) question - same thread: >>> >>> I'm seeing some resellers on Ebay selling the full version of W7 >>> (not the >>> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of >>> upgrading my >> XP >>> box which is a P4. ?I need 32 bit, yes? >>> >>> TIA >>> >>> Rocky >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>> Sent: Friday, January 22, 2010 7:59 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Ok, so you may remember in my earlier posts about my observations of >>> the above. I mentions that I had never had a user corrupt a FE. >>> Well, reports started to come in from like 8 of the 11 beta users >>> with the EXACT same error. >>> >>> I spent pretty much all day yesterday, looking through my code, >>> looking >> for >>> a possible cause. The problem was, I could not create the problem on >>> my 3 test boxes. So I started to look at the differences in the >>> computer >> systems, >>> and the one discernible difference was the: >>> >>> "Microsoft Office Access Database Engine 2007" >>> >>> Was installed on the effected Windows 7 / Access 2007 machines. The >>> beta testers that did not have that problem, did not have this under >>> installed programs. >>> >>> After un-installing the above along with the Access Runtime (I just >>> did >> this >>> for caution), then re-installing my program with the Access Runtime. >>> The error appears to be gone. >>> >>> I'm not sure you really need to un-install the Access Runtime >>> Engine, as I did this and re-installed, before realizing the >>> Database Engine thing, and it made no difference in the error, it remained. >>> >>> The problem is, I don't know why / how this Database Engine is >>> getting installed. It's removal doesn't seem to affect any of the >>> office >> programs.. >>> I'm a little concerned that it will get automatically installed >>> again through updates.... >>> >>> >>> Where does one go to submit this with the MS Access Team, because >>> this >> seems >>> like a "real hum dinger" of a problem...??? >>> >>> >>> WBR >>> Robert >>> >>> >>> >>> -- >>> 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 >> > > -- > 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 From phpons at gmail.com Fri Jan 22 12:51:10 2010 From: phpons at gmail.com (philippe pons) Date: Fri, 22 Jan 2010 19:51:10 +0100 Subject: [AccessD] C# automation of office In-Reply-To: <4B59EA1D.1080700@colbyconsulting.com> References: <4B59EA1D.1080700@colbyconsulting.com> Message-ID: <57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com> Hi John You could try this tutorial: http://msdn.microsoft.com/fr-fr/library/ee620548(en-us).aspx I think part2 is more focused on Excel. Regards, Philippe 2010/1/22 jwcolby > Does anyone have a good information source for automating office > (specifically Excel) from C#? > > I have a spreadsheet which has code inside of it which pulls data out of > SQL Server and dumps it > into pages of the spreadsheet. I WAS using Access to do this but my Office > 2007 install broke my > forms (event properties no longer wire to the code behind form). Thus from > C# I need to cause a > spreadsheet to open, call a method of the code and pass a server / database > string to it. > > Any help will be greatly appreciated. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Fri Jan 22 12:59:23 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 22 Jan 2010 10:59:23 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <68A51A1EE1474DE1A654B71665C089A3@HAL9005> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> <8786a4c01001221042u6b48cc12idc8cdf6fa9d889c0@mail.gmail.com> <68A51A1EE1474DE1A654B71665C089A3@HAL9005> Message-ID: <8786a4c01001221059n5d436da2m5bb299d61c8b1971@mail.gmail.com> Oh, you're right. You could theoretically install a 32 bit OS on a 64 system. On Fri, Jan 22, 2010 at 10:47 AM, Rocky Smolin wrote: > Well, my Vista box says Pentium) 4 CPU 3.00Ghz but no bits. ?Does say that > the System Type is 32-bit operating system but that's the installed OS, no? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Friday, January 22, 2010 10:43 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > I guess, they started displaying it with Vista and 7, not on XP? > > On Fri, Jan 22, 2010 at 10:32 AM, Rocky Smolin > wrote: >> Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell >> Dimension >> DV051 but I couldn't find a web page with the info on how many bits is >> the processor. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David >> McAfee >> Sent: Friday, January 22, 2010 10:20 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Right click MyComputer and choose Properties :) >> >> >> On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin >> >> wrote: >>> So how does one determine whether the processor is the 32 or 64 bit >> version? >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>> Sent: Friday, January 22, 2010 10:05 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> They did make then though... Right?? >>> >>> http://www.hardwaresecrets.com/article/105 >>> >>> >>> WBR >>> Robert >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Friday, January 22, 2010 12:17 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Is a P4 a 64 bit processor? ?I don't think so. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> You could upgrade to 64 bit. ?It will require a clean install >>>> regardless >>> from XP, so it's up to you. >>>> >>>> Charlotte Foust >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>>> Sent: Friday, January 22, 2010 8:16 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>> >>>> Different (but related) question - same thread: >>>> >>>> I'm seeing some resellers on Ebay selling the full version of W7 >>>> (not the >>>> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of >>>> upgrading my >>> XP >>>> box which is a P4. ?I need 32 bit, yes? >>>> >>>> TIA >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>>> Sent: Friday, January 22, 2010 7:59 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>> >>>> Ok, so you may remember in my earlier posts about my observations of >>>> the above. I mentions that I had never had a user corrupt a FE. >>>> Well, reports started to come in from like 8 of the 11 beta users >>>> with the EXACT same error. >>>> >>>> I spent pretty much all day yesterday, looking through my code, >>>> looking >>> for >>>> a possible cause. The problem was, I could not create the problem on >>>> my 3 test boxes. So I started to look at the differences in the >>>> computer >>> systems, >>>> and the one discernible difference was the: >>>> >>>> "Microsoft Office Access Database Engine 2007" >>>> >>>> Was installed on the effected Windows 7 / Access 2007 machines. The >>>> beta testers that did not have that problem, did not have this under >>>> installed programs. >>>> >>>> After un-installing the above along with the Access Runtime (I just >>>> did >>> this >>>> for caution), then re-installing my program with the Access Runtime. >>>> The error appears to be gone. >>>> >>>> I'm not sure you really need to un-install the Access Runtime >>>> Engine, as I did this and re-installed, before realizing the >>>> Database Engine thing, and it made no difference in the error, it > remained. >>>> >>>> The problem is, I don't know why / how this Database Engine is >>>> getting installed. It's removal doesn't seem to affect any of the >>>> office >>> programs.. >>>> I'm a little concerned that it will get automatically installed >>>> again through updates.... >>>> >>>> >>>> Where does one go to submit this with the MS Access Team, because >>>> this >>> seems >>>> like a "real hum dinger" of a problem...??? >>>> >>>> >>>> WBR >>>> Robert >>>> >>>> >>>> >>>> -- >>>> 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 >>> >> >> -- >> 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 > From garykjos at gmail.com Fri Jan 22 13:33:43 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 22 Jan 2010 13:33:43 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <92A979D857764645BCB08E94CA91206E@HAL9005> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> Message-ID: First look at this http://www.maximumpc.com/article/features/should_you_upgrade_64bit_windows_7 Particlularly near the bottom before the comments start, Why 64 Bit doesn't rock so much.... In a ddition to the processor, a lot of it comes down to RAM - You NEED AT LEAST 4GB with 64 bit or you are better off not going there. At least according to them This has a link to a Microsft page on determining your systems capability for Windows 7 and what versions. http://techblissonline.com/32-bit-64-bit-windows-7/ GK On Fri, Jan 22, 2010 at 10:15 AM, Rocky Smolin wrote: > Different (but related) question - same thread: > > I'm seeing some resellers on Ebay selling the full version of W7 (not the > upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading my XP > box which is a P4. ?I need 32 bit, yes? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 7:59 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Ok, so you may remember in my earlier posts about my observations of the > above. I mentions that I had never had a user corrupt a FE. Well, reports > started to come in from like 8 of the 11 beta users with the EXACT same > error. > > I spent pretty much all day yesterday, looking through my code, looking for > a possible cause. The problem was, I could not create the problem on my 3 > test boxes. So I started to look at the differences in the computer systems, > and the one discernible difference was the: > > "Microsoft Office Access Database Engine 2007" > > Was installed on the effected Windows 7 / Access 2007 machines. The beta > testers that did not have that problem, did not have this under installed > programs. > > After un-installing the above along with the Access Runtime (I just did this > for caution), then re-installing my program with the Access Runtime. The > error appears to be gone. > > I'm not sure you really need to un-install the Access Runtime Engine, as I > did this and re-installed, before realizing the Database Engine thing, and > it made no difference in the error, it remained. > > The problem is, I don't know why / how this Database Engine is getting > installed. It's removal doesn't seem to affect any of the office programs.. > I'm a little concerned that it will get automatically installed again > through updates.... > > > Where does one go to submit this with the MS Access Team, because this seems > like a "real hum dinger" of a problem...??? > > > WBR > Robert > > > > -- > 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 > -- Gary Kjos garykjos at gmail.com From bheygood at abestsystems.com Fri Jan 22 13:48:47 2010 From: bheygood at abestsystems.com (Bob Heygood) Date: Fri, 22 Jan 2010 11:48:47 -0800 Subject: [AccessD] Add blank page to report via VBA In-Reply-To: <57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com> References: <4B59EA1D.1080700@colbyconsulting.com> <57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com> Message-ID: <8574912B0ECA4BAA8D57F462DFB33326@Lenny> Hello to the list, My current project requires me to print a report that contains 5 subreports. The fourth sub can grow to sometimes 4 or more pages. Depending on the amount of pages for the above sub, I need to insert enough blank pages between them and the last sub so that the total amount of pages for the whole report equals a multiple of 4 (4, 8, 12.......). This is necessary to allow the whole job to be sent to ClickBook and have the last page be on the back of the resulting booklet. Access 97 I note there is "ForceNewPage" in A2K and later, not useful to me using A97. Extra points for allowing me to print accurate page numbers for all pages starting with sub 2 and ending at the end of sub 4. TIA Bob Heygood From Lambert.Heenan at chartisinsurance.com Fri Jan 22 14:01:39 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 22 Jan 2010 15:01:39 -0500 Subject: [AccessD] Add blank page to report via VBA In-Reply-To: <8574912B0ECA4BAA8D57F462DFB33326@Lenny> References: <4B59EA1D.1080700@colbyconsulting.com> <57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com> <8574912B0ECA4BAA8D57F462DFB33326@Lenny> Message-ID: In A97 you can put a page break control on a report and set its visible property to true when you want a page break, and face when you don't. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Friday, January 22, 2010 2:49 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Add blank page to report via VBA Hello to the list, My current project requires me to print a report that contains 5 subreports. The fourth sub can grow to sometimes 4 or more pages. Depending on the amount of pages for the above sub, I need to insert enough blank pages between them and the last sub so that the total amount of pages for the whole report equals a multiple of 4 (4, 8, 12.......). This is necessary to allow the whole job to be sent to ClickBook and have the last page be on the back of the resulting booklet. Access 97 I note there is "ForceNewPage" in A2K and later, not useful to me using A97. Extra points for allowing me to print accurate page numbers for all pages starting with sub 2 and ending at the end of sub 4. TIA Bob Heygood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri Jan 22 14:02:17 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 22 Jan 2010 14:02:17 -0600 Subject: [AccessD] OT: MagicISO (was: Windows 7 .. I'm VERY impressed) In-Reply-To: References: Message-ID: I know, it's a sweet little software program. I used to use xcd or something like that, which was an XP program from Microsoft, but it was nowhere near as user friendly as MagicISO. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, January 22, 2010 11:19 AM To: accessd at databaseadvisors.com; dba-tech at databaseadvisors.com Subject: Re: [AccessD] OT: MagicISO (was: Windows 7 .. I'm VERY impressed) Hi Drew Where have you been? This is exactly what I have been looking for! Now, notice this gem on that site: Create Windows 98/ME/NT/2K/XP/2003 all in one installation DVD http://www.magiciso.com/tutorials/miso-create-multi-os-cd.htm Also, as VMware prefers FLP floppy images: Open / Edit / Extract floppy disk image file Support any floppy disk image file. (FLP, DSK, BFI, BWI and so on) /gustav >>> DWUTKA at marlow.com 22-01-2010 06:46 >>> As for the ISO images, try this: http://www.magiciso.com/tutorials/miso-magicdisc-overview.htm Get the 106 version, behind the Windows 7 link (and one of the others I think). I can install that version on anything (just put it on a netbook running XP pro the other day, and it runs fine in Windows 7 64 bit and Vista 32/64 bit). In vista and 7, you'll be prompted about an unsigned driver, but it works great. You can add as many Virtual CD/DVD-Roms as you want. (one of my favorite games is FreeSpace, and old 'space' game I got with my first PIII. It needs the DVD to play, so I usually have a drive specifically housing that iso image all the time on my laptop. Fun to play when I'm bored). It runs in your system tray, and is very user friendly. It'll even make ISO images for you (and other formats if you want). I stick with ISO. Did you know another feature of Windows 7 is that it will natively burn an ISO image to a blank CD/DVD with no other software? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Fri Jan 22 14:03:22 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 22 Jan 2010 14:03:22 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <000f01ca9b8d$60084850$2018d8f0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> Message-ID: Yes, my P4, in the desktop I am using right now, is a 64 bit processor. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 12:05 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! They did make then though... Right?? http://www.hardwaresecrets.com/article/105 WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 22, 2010 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Is a P4 a 64 bit processor? I don't think so. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > You could upgrade to 64 bit. It will require a clean install regardless from XP, so it's up to you. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Friday, January 22, 2010 8:16 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Different (but related) question - same thread: > > I'm seeing some resellers on Ebay selling the full version of W7 (not the > upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading my XP > box which is a P4. I need 32 bit, yes? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 7:59 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Ok, so you may remember in my earlier posts about my observations of the > above. I mentions that I had never had a user corrupt a FE. Well, reports > started to come in from like 8 of the 11 beta users with the EXACT same > error. > > I spent pretty much all day yesterday, looking through my code, looking for > a possible cause. The problem was, I could not create the problem on my 3 > test boxes. So I started to look at the differences in the computer systems, > and the one discernible difference was the: > > "Microsoft Office Access Database Engine 2007" > > Was installed on the effected Windows 7 / Access 2007 machines. The beta > testers that did not have that problem, did not have this under installed > programs. > > After un-installing the above along with the Access Runtime (I just did this > for caution), then re-installing my program with the Access Runtime. The > error appears to be gone. > > I'm not sure you really need to un-install the Access Runtime Engine, as I > did this and re-installed, before realizing the Database Engine thing, and > it made no difference in the error, it remained. > > The problem is, I don't know why / how this Database Engine is getting > installed. It's removal doesn't seem to affect any of the office programs.. > I'm a little concerned that it will get automatically installed again > through updates.... > > > Where does one go to submit this with the MS Access Team, because this seems > like a "real hum dinger" of a problem...??? > > > WBR > Robert > > > > -- > 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Fri Jan 22 14:03:57 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 22 Jan 2010 14:03:57 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com><4B59AC2A.9060904@colbyconsulting.com><000601ca9b7b$dee765f0$9cb631d0$@com><92A979D857764645BCB08E94CA91206E@HAL9005><4B59DD71.50609@colbyconsulting.com><000f01ca9b8d$60084850$2018d8f0$@com><29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005><8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> Message-ID: If it's faster then 3 ghz, it's going to be a 64 bit processor. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 22, 2010 12:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell Dimension DV051 but I couldn't find a web page with the info on how many bits is the processor. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Friday, January 22, 2010 10:20 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Right click MyComputer and choose Properties :) On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin wrote: > So how does one determine whether the processor is the 32 or 64 bit version? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 10:05 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > They did make then though... Right?? > > http://www.hardwaresecrets.com/article/105 > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, January 22, 2010 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Is a P4 a 64 bit processor? ?I don't think so. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> You could upgrade to 64 bit. ?It will require a clean install >> regardless > from XP, so it's up to you. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin >> Sent: Friday, January 22, 2010 8:16 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Different (but related) question - same thread: >> >> I'm seeing some resellers on Ebay selling the full version of W7 (not >> the >> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of upgrading >> my > XP >> box which is a P4. ?I need 32 bit, yes? >> >> TIA >> >> Rocky >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >> Sent: Friday, January 22, 2010 7:59 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Ok, so you may remember in my earlier posts about my observations of >> the above. I mentions that I had never had a user corrupt a FE. Well, >> reports started to come in from like 8 of the 11 beta users with the >> EXACT same error. >> >> I spent pretty much all day yesterday, looking through my code, >> looking > for >> a possible cause. The problem was, I could not create the problem on >> my 3 test boxes. So I started to look at the differences in the >> computer > systems, >> and the one discernible difference was the: >> >> "Microsoft Office Access Database Engine 2007" >> >> Was installed on the effected Windows 7 / Access 2007 machines. The >> beta testers that did not have that problem, did not have this under >> installed programs. >> >> After un-installing the above along with the Access Runtime (I just >> did > this >> for caution), then re-installing my program with the Access Runtime. >> The error appears to be gone. >> >> I'm not sure you really need to un-install the Access Runtime Engine, >> as I did this and re-installed, before realizing the Database Engine >> thing, and it made no difference in the error, it remained. >> >> The problem is, I don't know why / how this Database Engine is >> getting installed. It's removal doesn't seem to affect any of the >> office > programs.. >> I'm a little concerned that it will get automatically installed again >> through updates.... >> >> >> Where does one go to submit this with the MS Access Team, because >> this > seems >> like a "real hum dinger" of a problem...??? >> >> >> WBR >> Robert >> >> >> >> -- >> 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 > -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Fri Jan 22 14:05:58 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 22 Jan 2010 14:05:58 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <8786a4c01001221059n5d436da2m5bb299d61c8b1971@mail.gmail.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com><92A979D857764645BCB08E94CA91206E@HAL9005><4B59DD71.50609@colbyconsulting.com><000f01ca9b8d$60084850$2018d8f0$@com><29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005><8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com><8786a4c01001221042u6b48cc12idc8cdf6fa9d889c0@mail.gmail.com><68A51A1EE1474DE1A654B71665C089A3@HAL9005> <8786a4c01001221059n5d436da2m5bb299d61c8b1971@mail.gmail.com> Message-ID: It's not theoretical, it's done all the time. Pretty much every processor that has be sold in the last few years has been 64 bit. They have just had 32 bit OSes installed on them. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Friday, January 22, 2010 12:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Oh, you're right. You could theoretically install a 32 bit OS on a 64 system. On Fri, Jan 22, 2010 at 10:47 AM, Rocky Smolin wrote: > Well, my Vista box says Pentium) 4 CPU 3.00Ghz but no bits. ?Does say that > the System Type is 32-bit operating system but that's the installed OS, no? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Friday, January 22, 2010 10:43 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > I guess, they started displaying it with Vista and 7, not on XP? > > On Fri, Jan 22, 2010 at 10:32 AM, Rocky Smolin > wrote: >> Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell >> Dimension >> DV051 but I couldn't find a web page with the info on how many bits is >> the processor. >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David >> McAfee >> Sent: Friday, January 22, 2010 10:20 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> Right click MyComputer and choose Properties :) >> >> >> On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin >> >> wrote: >>> So how does one determine whether the processor is the 32 or 64 bit >> version? >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>> Sent: Friday, January 22, 2010 10:05 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> They did make then though... Right?? >>> >>> http://www.hardwaresecrets.com/article/105 >>> >>> >>> WBR >>> Robert >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Friday, January 22, 2010 12:17 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Is a P4 a 64 bit processor? ?I don't think so. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> You could upgrade to 64 bit. ?It will require a clean install >>>> regardless >>> from XP, so it's up to you. >>>> >>>> Charlotte Foust >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>> Smolin >>>> Sent: Friday, January 22, 2010 8:16 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>> >>>> Different (but related) question - same thread: >>>> >>>> I'm seeing some resellers on Ebay selling the full version of W7 >>>> (not the >>>> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of >>>> upgrading my >>> XP >>>> box which is a P4. ?I need 32 bit, yes? >>>> >>>> TIA >>>> >>>> Rocky >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>>> Sent: Friday, January 22, 2010 7:59 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>> >>>> Ok, so you may remember in my earlier posts about my observations of >>>> the above. I mentions that I had never had a user corrupt a FE. >>>> Well, reports started to come in from like 8 of the 11 beta users >>>> with the EXACT same error. >>>> >>>> I spent pretty much all day yesterday, looking through my code, >>>> looking >>> for >>>> a possible cause. The problem was, I could not create the problem on >>>> my 3 test boxes. So I started to look at the differences in the >>>> computer >>> systems, >>>> and the one discernible difference was the: >>>> >>>> "Microsoft Office Access Database Engine 2007" >>>> >>>> Was installed on the effected Windows 7 / Access 2007 machines. The >>>> beta testers that did not have that problem, did not have this under >>>> installed programs. >>>> >>>> After un-installing the above along with the Access Runtime (I just >>>> did >>> this >>>> for caution), then re-installing my program with the Access Runtime. >>>> The error appears to be gone. >>>> >>>> I'm not sure you really need to un-install the Access Runtime >>>> Engine, as I did this and re-installed, before realizing the >>>> Database Engine thing, and it made no difference in the error, it > remained. >>>> >>>> The problem is, I don't know why / how this Database Engine is >>>> getting installed. It's removal doesn't seem to affect any of the >>>> office >>> programs.. >>>> I'm a little concerned that it will get automatically installed >>>> again through updates.... >>>> >>>> >>>> Where does one go to submit this with the MS Access Team, because >>>> this >>> seems >>>> like a "real hum dinger" of a problem...??? >>>> >>>> >>>> WBR >>>> Robert >>>> >>>> >>>> >>>> -- >>>> 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 >>> >> >> -- >> 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From garykjos at gmail.com Fri Jan 22 14:08:15 2010 From: garykjos at gmail.com (Gary Kjos) Date: Fri, 22 Jan 2010 14:08:15 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <4B59DD71.50609@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> Message-ID: AMD Snob ;-) GK On Fri, Jan 22, 2010 at 11:16 AM, jwcolby wrote: > Is a P4 a 64 bit processor? ?I don't think so. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> You could upgrade to 64 bit. ?It will require a clean install regardless from XP, so it's up to you. >> >> Charlotte Foust >> -- Gary Kjos garykjos at gmail.com From dwaters at usinternet.com Fri Jan 22 14:08:59 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 22 Jan 2010 14:08:59 -0600 Subject: [AccessD] Add blank page to report via VBA In-Reply-To: <8574912B0ECA4BAA8D57F462DFB33326@Lenny> References: <4B59EA1D.1080700@colbyconsulting.com><57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com> <8574912B0ECA4BAA8D57F462DFB33326@Lenny> Message-ID: <8346B116D18946C882B65BE4B98BC1EA@danwaters> Try placing textboxes where you might want blank pages. I believe in the format event you can manage the height of those textboxes, and force a blank page, with accurate page numbering. Set the border for the textbox to be white. I've never done this, but Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Friday, January 22, 2010 1:49 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Add blank page to report via VBA Hello to the list, My current project requires me to print a report that contains 5 subreports. The fourth sub can grow to sometimes 4 or more pages. Depending on the amount of pages for the above sub, I need to insert enough blank pages between them and the last sub so that the total amount of pages for the whole report equals a multiple of 4 (4, 8, 12.......). This is necessary to allow the whole job to be sent to ClickBook and have the last page be on the back of the resulting booklet. Access 97 I note there is "ForceNewPage" in A2K and later, not useful to me using A97. Extra points for allowing me to print accurate page numbers for all pages starting with sub 2 and ending at the end of sub 4. TIA Bob Heygood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jan 22 14:25:37 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 22 Jan 2010 15:25:37 -0500 Subject: [AccessD] SPAM-LOW: Re: Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> Message-ID: <4B5A09C1.3040505@colbyconsulting.com> LOL. Actually I thought a P4 was some kind of tractor. John W. Colby www.ColbyConsulting.com Gary Kjos wrote: > AMD Snob ;-) > > GK > > On Fri, Jan 22, 2010 at 11:16 AM, jwcolby wrote: >> Is a P4 a 64 bit processor? I don't think so. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> You could upgrade to 64 bit. It will require a clean install regardless from XP, so it's up to you. >>> >>> Charlotte Foust >>> > > From davidmcafee at gmail.com Fri Jan 22 14:36:48 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 22 Jan 2010 12:36:48 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <8786a4c01001221020m6f73c92cue577ffa34542aeb0@mail.gmail.com> <8786a4c01001221042u6b48cc12idc8cdf6fa9d889c0@mail.gmail.com> <68A51A1EE1474DE1A654B71665C089A3@HAL9005> <8786a4c01001221059n5d436da2m5bb299d61c8b1971@mail.gmail.com> Message-ID: <8786a4c01001221236o69a4adb5mc3424061f62389f4@mail.gmail.com> When I was writing my Bootstrappers, we have to check the processor archticture for x86, AMD64 or IA64 and do different things depending on what we find. On Fri, Jan 22, 2010 at 12:05 PM, Drew Wutka wrote: > It's not theoretical, it's done all the time. ?Pretty much every processor that has be sold in the last few years has been 64 bit. ?They have just had 32 bit OSes installed on them. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Friday, January 22, 2010 12:59 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Oh, you're right. You could theoretically install a 32 bit OS on a 64 system. > > On Fri, Jan 22, 2010 at 10:47 AM, Rocky Smolin wrote: >> Well, my Vista box says Pentium) 4 CPU 3.00Ghz but no bits. ?Does say that >> the System Type is 32-bit operating system but that's the installed OS, no? >> >> R >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee >> Sent: Friday, January 22, 2010 10:43 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >> >> I guess, they started displaying it with Vista and 7, not on XP? >> >> On Fri, Jan 22, 2010 at 10:32 AM, Rocky Smolin >> wrote: >>> Doesn't say - just sez Intel Pentium) CPU 3.06GHz. It's a Dell >>> Dimension >>> DV051 but I couldn't find a web page with the info on how many bits is >>> the processor. >>> >>> R >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David >>> McAfee >>> Sent: Friday, January 22, 2010 10:20 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>> >>> Right click MyComputer and choose Properties :) >>> >>> >>> On Fri, Jan 22, 2010 at 10:16 AM, Rocky Smolin >>> >>> wrote: >>>> So how does one determine whether the processor is the 32 or 64 bit >>> version? >>>> >>>> R >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>>> Sent: Friday, January 22, 2010 10:05 AM >>>> To: 'Access Developers discussion and problem solving' >>>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>> >>>> They did make then though... Right?? >>>> >>>> http://www.hardwaresecrets.com/article/105 >>>> >>>> >>>> WBR >>>> Robert >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>> Sent: Friday, January 22, 2010 12:17 PM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>> >>>> Is a P4 a 64 bit processor? ?I don't think so. >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >>>> >>>> >>>> Charlotte Foust wrote: >>>>> You could upgrade to 64 bit. ?It will require a clean install >>>>> regardless >>>> from XP, so it's up to you. >>>>> >>>>> Charlotte Foust >>>>> >>>>> -----Original Message----- >>>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>> Smolin >>>>> Sent: Friday, January 22, 2010 8:16 AM >>>>> To: 'Access Developers discussion and problem solving' >>>>> Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>>> >>>>> Different (but related) question - same thread: >>>>> >>>>> I'm seeing some resellers on Ebay selling the full version of W7 >>>>> (not the >>>>> upgrade) some are 32 bit, some are 64 bit. ?I'm thinking of >>>>> upgrading my >>>> XP >>>>> box which is a P4. ?I need 32 bit, yes? >>>>> >>>>> TIA >>>>> >>>>> Rocky >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: accessd-bounces at databaseadvisors.com >>>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>>>> Sent: Friday, January 22, 2010 7:59 AM >>>>> To: 'Access Developers discussion and problem solving' >>>>> Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! >>>>> >>>>> Ok, so you may remember in my earlier posts about my observations of >>>>> the above. I mentions that I had never had a user corrupt a FE. >>>>> Well, reports started to come in from like 8 of the 11 beta users >>>>> with the EXACT same error. >>>>> >>>>> I spent pretty much all day yesterday, looking through my code, >>>>> looking >>>> for >>>>> a possible cause. The problem was, I could not create the problem on >>>>> my 3 test boxes. So I started to look at the differences in the >>>>> computer >>>> systems, >>>>> and the one discernible difference was the: >>>>> >>>>> "Microsoft Office Access Database Engine 2007" >>>>> >>>>> Was installed on the effected Windows 7 / Access 2007 machines. The >>>>> beta testers that did not have that problem, did not have this under >>>>> installed programs. >>>>> >>>>> After un-installing the above along with the Access Runtime (I just >>>>> did >>>> this >>>>> for caution), then re-installing my program with the Access Runtime. >>>>> The error appears to be gone. >>>>> >>>>> I'm not sure you really need to un-install the Access Runtime >>>>> Engine, as I did this and re-installed, before realizing the >>>>> Database Engine thing, and it made no difference in the error, it >> remained. >>>>> >>>>> The problem is, I don't know why / how this Database Engine is >>>>> getting installed. It's removal doesn't seem to affect any of the >>>>> office >>>> programs.. >>>>> I'm a little concerned that it will get automatically installed >>>>> again through updates.... >>>>> >>>>> >>>>> Where does one go to submit this with the MS Access Team, because >>>>> this >>>> seems >>>>> like a "real hum dinger" of a problem...??? >>>>> >>>>> >>>>> WBR >>>>> Robert >>>>> >>>>> >>>>> >>>>> -- >>>>> 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 >>>> >>> >>> -- >>> 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 >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > The information contained in this transmission is intended only for the person or entity > to which it is addressed and may contain II-VI Proprietary and/or II-VI Business > Sensitive material. If you are not the intended recipient, please contact the sender > immediately and destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, dissemination, > or other use of, or taking of any action in reliance upon this information by persons > or entities other than the intended recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Fri Jan 22 16:03:19 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 22 Jan 2010 16:03:19 -0600 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> Message-ID: There's an upgrade wizard for Win 7 that will tell you if your system meets requirements for whichever disk you put it. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, January 22, 2010 10:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! So how does one determine whether the processor is the 32 or 64 bit version? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 10:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! They did make then though... Right?? http://www.hardwaresecrets.com/article/105 WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, January 22, 2010 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Is a P4 a 64 bit processor? I don't think so. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > You could upgrade to 64 bit. It will require a clean install > regardless from XP, so it's up to you. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Friday, January 22, 2010 8:16 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Different (but related) question - same thread: > > I'm seeing some resellers on Ebay selling the full version of W7 (not > the > upgrade) some are 32 bit, some are 64 bit. I'm thinking of upgrading > my XP > box which is a P4. I need 32 bit, yes? > > TIA > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Friday, January 22, 2010 7:59 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! > > Ok, so you may remember in my earlier posts about my observations of > the above. I mentions that I had never had a user corrupt a FE. Well, > reports started to come in from like 8 of the 11 beta users with the > EXACT same error. > > I spent pretty much all day yesterday, looking through my code, > looking for > a possible cause. The problem was, I could not create the problem on > my 3 test boxes. So I started to look at the differences in the > computer systems, > and the one discernible difference was the: > > "Microsoft Office Access Database Engine 2007" > > Was installed on the effected Windows 7 / Access 2007 machines. The > beta testers that did not have that problem, did not have this under > installed programs. > > After un-installing the above along with the Access Runtime (I just > did this > for caution), then re-installing my program with the Access Runtime. > The error appears to be gone. > > I'm not sure you really need to un-install the Access Runtime Engine, > as I did this and re-installed, before realizing the Database Engine > thing, and it made no difference in the error, it remained. > > The problem is, I don't know why / how this Database Engine is getting > installed. It's removal doesn't seem to affect any of the office programs.. > I'm a little concerned that it will get automatically installed again > through updates.... > > > Where does one go to submit this with the MS Access Team, because this seems > like a "real hum dinger" of a problem...??? > > > WBR > Robert > > > > -- > 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 From gustav at cactus.dk Fri Jan 22 16:22:11 2010 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 22 Jan 2010 23:22:11 +0100 Subject: [AccessD] Windows 7 64 bit Message-ID: Hi Drew You mean ON? Or did I get this mixed up? Eh? /gustav >>> DWUTKA at marlow.com 22-01-2010 18:04 >>> They have the split tunneling policy of the .pcf turned off. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, January 22, 2010 10:53 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Windows 7 64 bit Hi Drew Strange. My colleague runs a Cisco VPN client to gain access to a client's network. But doing so doesn't block anything else for her. /gustav >>> DWUTKA at marlow.com 21-01-2010 23:28 >>> Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew From DWUTKA at Marlow.com Sat Jan 23 03:34:14 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sat, 23 Jan 2010 03:34:14 -0600 Subject: [AccessD] Windows 7 64 bit In-Reply-To: References: Message-ID: Yes, ooops. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, January 22, 2010 4:22 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Windows 7 64 bit Hi Drew You mean ON? Or did I get this mixed up? Eh? /gustav >>> DWUTKA at marlow.com 22-01-2010 18:04 >>> They have the split tunneling policy of the .pcf turned off. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, January 22, 2010 10:53 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Windows 7 64 bit Hi Drew Strange. My colleague runs a Cisco VPN client to gain access to a client's network. But doing so doesn't block anything else for her. /gustav >>> DWUTKA at marlow.com 21-01-2010 23:28 >>> Yes. That's called split tunneling. Split tunneling is where a VPN connection allows one networks traffic to travel through the VPN tunnel, and the rest through the user's gateway. Companies (like mine) will usually setup a NO split tunneling policy, because split tunneling is a security hole (though a pretty rough one to get through). The Shrew VPN client does let you get around the split tunneling policy, at least it did for our network. To do this, you have to go to the last tab in the properties of the connection you import from the .pcf file. That last tab is 'Policy'. There is an option saying something about network topology and tunneling. It will be checked. Uncheck it. Now the fun part. Once unchecked, you now have to tell the VPN client what traffic needs to go through the VPN tunnel. There is an add option. So let's say the network you are going to is 192.168.0.0 through 192.168.0.255 (a small network). You would click add, it should default the item to Include (which means it will include that traffic in what goes through the tunnel), then you would put in 192.168.0.0 for the IP address and 255.255.255.0 for the subnet mask. And that would do it. A larger network requires a larger subnet mask. So you need to know what the IP addresses are for the network you are connecting too, and their range. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 20, 2010 3:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 64 bit Hi Drew, Thanks for the info about the VPN call Shrew. I also use Cisco VPN with one client, and would like to upgrade to W7 64. When I use Cisco, it completely blocks all my internet access (unlike two other VPN clients I have). Does Shrew allow internet access while it's connected? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, January 20, 2010 3:42 PM To: Access Developers discussion and problem solving Subject: [AccessD] Windows 7 64 bit There's been some talk about Windows 7 on here, and since it going to be hitting your user base, I figured I would share some 64 bit info. I've been running 64 bit on my work desktop for about 2 years now. (Vista until October when 7 was actually released). I've now been running 64 bit on my laptop for the last 3 months. >From our user's standpoint, there were two issues that we had with 64 bit. Oracle ODBC connections, and our Cisco VPN. Everything else we install on a typical machine works just fine on a 64 bit box. There are some 'admin' things that don't work in 64 bit, but I don't care much about that, cause I use Virtual PC like it's my right arm, so I just have that stuff in a VPC environment. The Oracle thing was a show stopper though. Our production database (Glovia) is running in an Oracle database. It used to be a Unix box, but is now on a Window's based rack server. The application for our production database works just fine in a 64 bit environment, and doesn't use an ODBC connection. However, long before I got here, they were using Access as a 'report engine' for Glovia. So there are a handful of these databases that need to connect to Oracle through an ODBC connection, for all these reports to work. Problem #1. Oracle doesn't make a 64 bit ODBC driver. They do however have ODAC101040.exe which is an ODBC driver for Oracle 10g. When trying to install this several 'unknown' errors come up, and the install fails. However, you can right click on it and select Troubleshoot Compatibility, this then goes and let's you run the install without a hitch. Once that is done, the next trick is that the ODBC manager in the control panel is a 64 bit manager. To use the 32bit manager, you have to go to C:\Windows\SysWOW64\odbcad32.exe . Looks the same, but this will then let you setup your ODBC connection. Now, I got this part done months ago, but ran into the next problem. Problem #2. I could 'test' the connection from the 32 bit ODBC connection manager, successfully, but whenever I tried to use the ODBC connection from Access, I would get 'ODBC Error'. Sigh. Well a few weeks ago, an order was placed for a laptop for one of our accounting people that I wanted to setup with a very decent laptop. It came in last week, but I was hesitant to put Windows 7 64 bit on it, because she uses these ODBC tables all day long, and I didn't want to force her to use a Remote Desktop session to a machine that had everything working...so I dug into some more research, and guess what....the problem was in WHERE Access was installed too. On a 64 bit machine, 32 bit programs get installed (by default) to C:\Program Files (x86)\ and those parenthesis' were tripping a bug in Oracle, cause apparently whatever app tries to connect to the ODBC connection is sending along it's full application path. On my own desktop, by just moving msaccess.exe to the root of one of my drives, the ODBC stuff started working right away! Go figure! The other 64 bit issue was the Cisco VPN client. Apparently Cisco refuses to make it's standard VPN client compatible with 64 bit technology (which is weird, because Cisco is supposed to be so 'cutting edge'...LOL). So I found http://www.shrew.net/home a FREE 3rd party app that let's you use Cisco .pcf files for configurations, and it connects like a charm! Woohoo. Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From andy at minstersystems.co.uk Sat Jan 23 08:41:58 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 14:41:58 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: Message-ID: Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy From andy at minstersystems.co.uk Sat Jan 23 08:53:37 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 14:53:37 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: Message-ID: <971F2B748C81499FBC08E0264751C715@MINSTER> Sorry, updating my own post before it's even landed. Ok, the "Office XP Developer" I referrred to is not just a runtime thingy is it, it's the full version of Office XP - which I already have. I'm staring at an Office XP Developer box which says "distribute royalty-free solutions". So I guess I have the Office tool and my questions become: 1. Anyone know if I can take an Access 2000 app and use Office XP developer to distribute it, or do I need to convert app to Access XP? 2. Question 2 below re Wise and Sagekey scripts still applies. Andy ------------------------------------ Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy From rockysmolin at bchacc.com Sat Jan 23 08:59:29 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 23 Jan 2010 06:59:29 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: References: Message-ID: I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sat Jan 23 10:13:08 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 16:13:08 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: Message-ID: <6749FC53E42D456C83D195C7AB309797@MINSTER> Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 From robert at servicexp.com Sat Jan 23 10:42:09 2010 From: robert at servicexp.com (Robert) Date: Sat, 23 Jan 2010 11:42:09 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <6749FC53E42D456C83D195C7AB309797@MINSTER> References: <6749FC53E42D456C83D195C7AB309797@MINSTER> Message-ID: <002f01ca9c4b$0282b080$07881180$@com> Andy, Can you Dev. the program In Access 2003? If so, You can use SageKey's new product called the "Access 2007 Deployment Wizard" and then get the free Access 2007 Runtime engine. That way, it's only the cost of the SageKey program, as no other programs are required. PS: They are still working out some small issues with the Wizard, but I believe it's your best solution. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 From rockysmolin at bchacc.com Sat Jan 23 10:55:09 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 23 Jan 2010 08:55:09 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: <6749FC53E42D456C83D195C7AB309797@MINSTER> References: <6749FC53E42D456C83D195C7AB309797@MINSTER> Message-ID: Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 From dw-murphy at cox.net Sat Jan 23 11:27:40 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Sat, 23 Jan 2010 09:27:40 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: References: Message-ID: <1CD45170539F4DC68CC1CD3228436A57@murphy3234aaf1> Hi Andy, Sagekey is the way to build your installer. They are recommending using the MSI approach now. They have a setup for MSI. MSI does not cost anything so the script is the only cost. Not sure about which version of Access you had to buy the develper suite for, but in 2007 it is free. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sat Jan 23 11:28:33 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 17:28:33 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <002f01ca9c4b$0282b080$07881180$@com> Message-ID: <47819BD22D3340B78D2DC8B151566C66@MINSTER> Hi Robert, thanks for the response Are you saying then that the "Access 2007 Deployment Wizard" version runs only with versions since 2003? I don't have 2003, in fact nothing since 2002. Where's that leave me? I also don't like the sound of "small issues with the wizard" though. This needs to just work. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 16:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, Can you Dev. the program In Access 2003? If so, You can use SageKey's new product called the "Access 2007 Deployment Wizard" and then get the free Access 2007 Runtime engine. That way, it's only the cost of the SageKey program, as no other programs are required. PS: They are still working out some small issues with the Wizard, but I believe it's your best solution. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 From andy at minstersystems.co.uk Sat Jan 23 11:32:10 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 17:32:10 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: Message-ID: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 From andy at minstersystems.co.uk Sat Jan 23 11:44:38 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 17:44:38 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <1CD45170539F4DC68CC1CD3228436A57@murphy3234aaf1> Message-ID: Hi Doug, thanks for chipping in It sounds like I have to come kicking and screaming into the modern world and acquire Access 2007 to use this deployment tool the. Is that right? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 17:28 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Andy, Sagekey is the way to build your installer. They are recommending using the MSI approach now. They have a setup for MSI. MSI does not cost anything so the script is the only cost. Not sure about which version of Access you had to buy the develper suite for, but in 2007 it is free. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 From robert at servicexp.com Sat Jan 23 12:30:01 2010 From: robert at servicexp.com (Robert) Date: Sat, 23 Jan 2010 13:30:01 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <47819BD22D3340B78D2DC8B151566C66@MINSTER> References: <002f01ca9c4b$0282b080$07881180$@com> <47819BD22D3340B78D2DC8B151566C66@MINSTER> Message-ID: <003501ca9c5a$1409d9a0$3c1d8ce0$@com> Andy, The "Access 2007 Deployment Wizard" helps you create an MSI Installation .exe that installs the Runtimes for Access 2007, which you can run Access an 2002-2003 (and 2007) databases in. Does that help? WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Robert, thanks for the response Are you saying then that the "Access 2007 Deployment Wizard" version runs only with versions since 2003? I don't have 2003, in fact nothing since 2002. Where's that leave me? I also don't like the sound of "small issues with the wizard" though. This needs to just work. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 16:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, Can you Dev. the program In Access 2003? If so, You can use SageKey's new product called the "Access 2007 Deployment Wizard" and then get the free Access 2007 Runtime engine. That way, it's only the cost of the SageKey program, as no other programs are required. PS: They are still working out some small issues with the Wizard, but I believe it's your best solution. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Sat Jan 23 12:28:59 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sat, 23 Jan 2010 18:28:59 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> References: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> Message-ID: <4b5b403b.1701d00a.5ba9.03e4@mx.google.com> Andy, Have a look at these: http://www.advancedinstaller.com/ http://www.jrsoftware.org/isinfo.php (inno) Google on: free installer inno installer Haven't used them myself, but there are TONS of free installers around. I signed up for inno YEARS AGO just in case I needed an installer and I keep getting updates and eUpdate news so that is WELL supported. Cant recall the URL though. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 23 January 2010 17:32 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Sat Jan 23 12:55:35 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sat, 23 Jan 2010 18:55:35 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: References: <1CD45170539F4DC68CC1CD3228436A57@murphy3234aaf1> Message-ID: <4b5b4677.0e67f10a.2c7f.ffffed59@mx.google.com> This one looks interesting: It can create self extracting EXEs plus full commercial installer (free) plus internation version (free) http://www.createinstall.com/cifree/ Max From andy at minstersystems.co.uk Sat Jan 23 13:12:50 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 19:12:50 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <003501ca9c5a$1409d9a0$3c1d8ce0$@com> Message-ID: <23EB16C1B4DE48E595E83AEE5CA181ED@MINSTER> Aah, yes it does. Sounds like the answer. Thanks everyone as ever. andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 18:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, The "Access 2007 Deployment Wizard" helps you create an MSI Installation .exe that installs the Runtimes for Access 2007, which you can run Access an 2002-2003 (and 2007) databases in. Does that help? WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Robert, thanks for the response Are you saying then that the "Access 2007 Deployment Wizard" version runs only with versions since 2003? I don't have 2003, in fact nothing since 2002. Where's that leave me? I also don't like the sound of "small issues with the wizard" though. This needs to just work. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 16:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, Can you Dev. the program In Access 2003? If so, You can use SageKey's new product called the "Access 2007 Deployment Wizard" and then get the free Access 2007 Runtime engine. That way, it's only the cost of the SageKey program, as no other programs are required. PS: They are still working out some small issues with the Wizard, but I believe it's your best solution. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From andy at minstersystems.co.uk Sat Jan 23 13:12:50 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 19:12:50 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <4b5b4677.0e67f10a.2c7f.ffffed59@mx.google.com> Message-ID: Hi Max Thanks but I don't have time to experiment. This will be a big rollout of a relatively small app, but it has to be ready quick and work. I can't afford nasty surprises so I'm after something others have used and can vouch for. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 23 January 2010 18:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime This one looks interesting: It can create self extracting EXEs plus full commercial installer (free) plus internation version (free) http://www.createinstall.com/cifree/ Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sat Jan 23 13:16:01 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 23 Jan 2010 11:16:01 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> References: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> Message-ID: <1778E3EC66B344B19A141FDA74C264C9@HAL9005> Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Sat Jan 23 13:22:00 2010 From: robert at servicexp.com (Robert) Date: Sat, 23 Jan 2010 14:22:00 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <4b5b4677.0e67f10a.2c7f.ffffed59@mx.google.com> References: <1CD45170539F4DC68CC1CD3228436A57@murphy3234aaf1> <4b5b4677.0e67f10a.2c7f.ffffed59@mx.google.com> Message-ID: <003b01ca9c61$56fbe530$04f3af90$@com> Just be careful with all those other installers, as that don't handle the special needs of an MS Access Runtime installation, as gracefully as SageKey products. IMO, they are really the only way to go in this case.. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Saturday, January 23, 2010 1:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime This one looks interesting: It can create self extracting EXEs plus full commercial installer (free) plus internation version (free) http://www.createinstall.com/cifree/ Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Sat Jan 23 13:38:32 2010 From: robert at servicexp.com (Robert) Date: Sat, 23 Jan 2010 14:38:32 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <1778E3EC66B344B19A141FDA74C264C9@HAL9005> References: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> <1778E3EC66B344B19A141FDA74C264C9@HAL9005> Message-ID: <003c01ca9c63$a6056ff0$f2104fd0$@com> Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From max.wanadoo at gmail.com Sat Jan 23 13:47:17 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sat, 23 Jan 2010 19:47:17 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <003c01ca9c63$a6056ff0$f2104fd0$@com> References: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> <1778E3EC66B344B19A141FDA74C264C9@HAL9005> <003c01ca9c63$a6056ff0$f2104fd0$@com> Message-ID: <4b5b529b.1067f10a.3764.ffffe9de@mx.google.com> Robert, As a work-around, could you create a shortcut which points to a Batch file and that batch file loads your program? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From andy at minstersystems.co.uk Sat Jan 23 14:00:08 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sat, 23 Jan 2010 20:00:08 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <003c01ca9c63$a6056ff0$f2104fd0$@com> Message-ID: <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From dw-murphy at cox.net Sat Jan 23 14:30:04 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Sat, 23 Jan 2010 12:30:04 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> References: <003c01ca9c63$a6056ff0$f2104fd0$@com> <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> Message-ID: <65F310B2CD2F4741BD2285773A0A671F@murphy3234aaf1> Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From robert at servicexp.com Sat Jan 23 14:32:31 2010 From: robert at servicexp.com (Robert) Date: Sat, 23 Jan 2010 15:32:31 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> References: <003c01ca9c63$a6056ff0$f2104fd0$@com> <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> Message-ID: <003d01ca9c6b$3129d7e0$937d87a0$@com> Andy, I can say this.. You will NOT be able to find any product / solution that will do a better job at it then SageKey. It's just doesn't exist. So if you want to have as few a problems as possible, you will have to use SageKey, as they have been at this cat and mouse game with Microsoft products for a very long time. I can't remember the last time I had an Access version conflict with the SageKey solutions, and I have been using them for at least 8 years, over several thousand installations.. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 3:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From shamil at smsconsulting.spb.ru Sat Jan 23 14:41:36 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 23 Jan 2010 23:41:36 +0300 Subject: [AccessD] Deploying Runtime In-Reply-To: References: Message-ID: <01ca01ca9c6c$75fee300$61fca900$@spb.ru> <<< I'm proposing to take an app written in Excel and rewrite it in Access. >>> Hi Andy -- If the question of rewriting is not under discussion there then rewrite it in VB.Net or C# not using MS Access VBA. Then distribution to 200+ machines should proceed smoothly provided these machines support WinXP SP2 or higher. Satisfaction guaranteed. Scalability and re-use of your software in many contexts will be also available - you'll never get that opportunity if you'll use MS Access VBA... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 5:42 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4799 (20100123) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru __________ Information from ESET NOD32 Antivirus, version of virus signature database 4800 (20100123) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru From rockysmolin at bchacc.com Sat Jan 23 14:48:11 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sat, 23 Jan 2010 12:48:11 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> References: <003c01ca9c63$a6056ff0$f2104fd0$@com> <48FB1F6B86A549A4BEB9B280A8871684@MINSTER> Message-ID: <365C4D7D8E554DA5AFE6368E23F004CA@HAL9005> Andy: I've never had a problem with an install. I use the W/SK combo, upload a 56MB exe to a page on my website where the client can grab it. Never heard of a problem. That 56MB file is for folks who don't have Access. For those who do I have a different script which just installs the app, demo databases, shortcut to the desktop, etc. Never had a problem with that one either. The real test is to ask the same question to Doug Murphy - he's the W/SK power user. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From andy at minstersystems.co.uk Sun Jan 24 04:02:47 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 10:02:47 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <01ca01ca9c6c$75fee300$61fca900$@spb.ru> Message-ID: I know you're right Shamil but I just don't have time to learn a new technology. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 23 January 2010 20:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime <<< I'm proposing to take an app written in Excel and rewrite it in Access. >>> Hi Andy -- If the question of rewriting is not under discussion there then rewrite it in VB.Net or C# not using MS Access VBA. Then distribution to 200+ machines should proceed smoothly provided these machines support WinXP SP2 or higher. Satisfaction guaranteed. Scalability and re-use of your software in many contexts will be also available - you'll never get that opportunity if you'll use MS Access VBA... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 5:42 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4799 (20100123) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru __________ Information from ESET NOD32 Antivirus, version of virus signature database 4800 (20100123) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jan 24 04:08:22 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 10:08:22 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <65F310B2CD2F4741BD2285773A0A671F@murphy3234aaf1> Message-ID: <9069A15838174110897B587CFBA5A0C8@MINSTER> That's encourgaing Doug. I'm a little unclear though what I'd be buying from here http://www.sagekey.com/installation_access.aspx . You speak of Sagekey scripts. Is that different from the Sagekey Deployment Wizard then? I had assumed the wizard was a tool they supplied to generate the scripts but maybe not. If I click "Buy" on that link am I buying the ability to use either method? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 20:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jan 24 04:12:48 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 10:12:48 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <365C4D7D8E554DA5AFE6368E23F004CA@HAL9005> Message-ID: <1977508506FB49789C5ACAEE4BE5E3C5@MINSTER> Hi Rocky That's more encouraging. As you'll see though from my reply to Doug I could do with some clarity as to whether there are 2 Sagekey methods, one tried and trusted (scripts) and one not yet (deployment wizard). If that's the correct reading then can I still use the older method when I buy the the Sagekey product currently offer? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 20:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: I've never had a problem with an install. I use the W/SK combo, upload a 56MB exe to a page on my website where the client can grab it. Never heard of a problem. That 56MB file is for folks who don't have Access. For those who do I have a different script which just installs the app, demo databases, shortcut to the desktop, etc. Never had a problem with that one either. The real test is to ask the same question to Doug Murphy - he's the W/SK power user. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jan 24 04:12:48 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 10:12:48 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <003d01ca9c6b$3129d7e0$937d87a0$@com> Message-ID: <3EB72AD86D01481FA48BB26069FE163C@MINSTER> Hi Robert I can see for sure that Sagekey is the way to go. If you guys say so I'm totally happy to accept that. But as I've said in my reply to Doug, I'm still unclear whether there's a right and wrong path within that. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 20:33 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, I can say this.. You will NOT be able to find any product / solution that will do a better job at it then SageKey. It's just doesn't exist. So if you want to have as few a problems as possible, you will have to use SageKey, as they have been at this cat and mouse game with Microsoft products for a very long time. I can't remember the last time I had an Access version conflict with the SageKey solutions, and I have been using them for at least 8 years, over several thousand installations.. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 3:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Jan 24 08:05:34 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 24 Jan 2010 06:05:34 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: <1977508506FB49789C5ACAEE4BE5E3C5@MINSTER> References: <365C4D7D8E554DA5AFE6368E23F004CA@HAL9005> <1977508506FB49789C5ACAEE4BE5E3C5@MINSTER> Message-ID: <846C839CE4A44BD4AA01EA318894B990@HAL9005> Sagekey is real good with tech support. I would call them Monday and ask. Or send them an email with your question. What's the deadline on this project? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Rocky That's more encouraging. As you'll see though from my reply to Doug I could do with some clarity as to whether there are 2 Sagekey methods, one tried and trusted (scripts) and one not yet (deployment wizard). If that's the correct reading then can I still use the older method when I buy the the Sagekey product currently offer? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 20:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: I've never had a problem with an install. I use the W/SK combo, upload a 56MB exe to a page on my website where the client can grab it. Never heard of a problem. That 56MB file is for folks who don't have Access. For those who do I have a different script which just installs the app, demo databases, shortcut to the desktop, etc. Never had a problem with that one either. The real test is to ask the same question to Doug Murphy - he's the W/SK power user. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From robert at servicexp.com Sun Jan 24 09:44:24 2010 From: robert at servicexp.com (Robert) Date: Sun, 24 Jan 2010 10:44:24 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <1977508506FB49789C5ACAEE4BE5E3C5@MINSTER> References: <365C4D7D8E554DA5AFE6368E23F004CA@HAL9005> <1977508506FB49789C5ACAEE4BE5E3C5@MINSTER> Message-ID: <000d01ca9d0c$1b0ff740$512fe5c0$@com> Andy, Yes there are a couple of options. One is the Wise (can you even get Wise anymore??) and the SageKey Scripts. One program and one script you use inside the Wise program. My understanding is that they are still supporting the scripts, but not recommended for Windows 7 Installations. The 2nd, is to use the Sagekey's Access 2007 Deployment Wizard. This is one software package that does it all, but you must deploy your program with the Access 2007 Runtime. Get the pro version, if you are going to use the Sagekey Access 2007 Deployment Wizard. If you have any other question feel free to aks... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 5:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Rocky That's more encouraging. As you'll see though from my reply to Doug I could do with some clarity as to whether there are 2 Sagekey methods, one tried and trusted (scripts) and one not yet (deployment wizard). If that's the correct reading then can I still use the older method when I buy the the Sagekey product currently offer? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 20:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: I've never had a problem with an install. I use the W/SK combo, upload a 56MB exe to a page on my website where the client can grab it. Never heard of a problem. That 56MB file is for folks who don't have Access. For those who do I have a different script which just installs the app, demo databases, shortcut to the desktop, etc. Never had a problem with that one either. The real test is to ask the same question to Doug Murphy - he's the W/SK power user. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From andy at minstersystems.co.uk Sun Jan 24 10:12:52 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 16:12:52 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <846C839CE4A44BD4AA01EA318894B990@HAL9005> Message-ID: <7CC8E4FB8E12437EBA3EEA8C9F3E8C12@MINSTER> Deadline for delivery is Mar 15. Be prototyping this week and won't get go-ahead (if at all) for couple of weeks. There'll then be a month to develop and deploy. It's not big but that leaves no time for experimenting when it comes to deployment. I will need to have that element cracked by then. Sounds like phoning Sagekey may be the thing to do. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 24 January 2010 14:06 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sagekey is real good with tech support. I would call them Monday and ask. Or send them an email with your question. What's the deadline on this project? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Rocky That's more encouraging. As you'll see though from my reply to Doug I could do with some clarity as to whether there are 2 Sagekey methods, one tried and trusted (scripts) and one not yet (deployment wizard). If that's the correct reading then can I still use the older method when I buy the the Sagekey product currently offer? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 20:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: I've never had a problem with an install. I use the W/SK combo, upload a 56MB exe to a page on my website where the client can grab it. Never heard of a problem. That 56MB file is for folks who don't have Access. For those who do I have a different script which just installs the app, demo databases, shortcut to the desktop, etc. Never had a problem with that one either. The real test is to ask the same question to Doug Murphy - he's the W/SK power user. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From shamil at smsconsulting.spb.ru Sun Jan 24 10:38:40 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sun, 24 Jan 2010 19:38:40 +0300 Subject: [AccessD] Deploying Runtime In-Reply-To: References: <01ca01ca9c6c$75fee300$61fca900$@spb.ru> Message-ID: <01dd01ca9d13$b0eecd20$12cc6760$@spb.ru> Hi Andy -- OK. But if you have still to learn InstallShield or Wise + adapt SageKey script to your setup context then I guess the time spent would be comparable with learning VS 2008 Express... FYI: I did use SageKey scripts with Access 97 and InstallShield - and that worked well then in many installations all over the world but learning curve took several days (I have had previous InstallShield experience) and resulting setups were too large, and another issue with SageKey/MS Access Runtime setup testing is that it writes a lot of entries into registry - I mean testing that setup was time consuming as it forced to restore system image after unsuccessful setup tests etc. Yes, SageKey scripts are good and stable and unique in this world - they should become much better since the times I used them with MS Access 97 - if learning VS2008 is not an option there then using SageKey scripts should be a safe way to go... Thank you. --- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 1:03 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I know you're right Shamil but I just don't have time to learn a new technology. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 23 January 2010 20:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime <<< I'm proposing to take an app written in Excel and rewrite it in Access. >>> Hi Andy -- If the question of rewriting is not under discussion there then rewrite it in VB.Net or C# not using MS Access VBA. Then distribution to 200+ machines should proceed smoothly provided these machines support WinXP SP2 or higher. Satisfaction guaranteed. Scalability and re-use of your software in many contexts will be also available - you'll never get that opportunity if you'll use MS Access VBA... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 5:42 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4801 (20100124) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru From andy at minstersystems.co.uk Sun Jan 24 10:53:22 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 16:53:22 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <000d01ca9d0c$1b0ff740$512fe5c0$@com> Message-ID: <6E012A3A15C941429CC0740357CC62AC@MINSTER> Hi Robert "(can you even get Wise anymore??)" Oh heck. Looks like Wise does still exist but the latest, "Wise Package Studio", is sold by Symantec. So even if I could get the Sagekey scripts the only version of Wise I can get is this. And I can forget any support on that - it's Symantec. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 24 January 2010 15:44 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, Yes there are a couple of options. One is the Wise (can you even get Wise anymore??) and the SageKey Scripts. One program and one script you use inside the Wise program. My understanding is that they are still supporting the scripts, but not recommended for Windows 7 Installations. The 2nd, is to use the Sagekey's Access 2007 Deployment Wizard. This is one software package that does it all, but you must deploy your program with the Access 2007 Runtime. Get the pro version, if you are going to use the Sagekey Access 2007 Deployment Wizard. If you have any other question feel free to aks... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 5:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Rocky That's more encouraging. As you'll see though from my reply to Doug I could do with some clarity as to whether there are 2 Sagekey methods, one tried and trusted (scripts) and one not yet (deployment wizard). If that's the correct reading then can I still use the older method when I buy the the Sagekey product currently offer? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 20:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: I've never had a problem with an install. I use the W/SK combo, upload a 56MB exe to a page on my website where the client can grab it. Never heard of a problem. That 56MB file is for folks who don't have Access. For those who do I have a different script which just installs the app, demo databases, shortcut to the desktop, etc. Never had a problem with that one either. The real test is to ask the same question to Doug Murphy - he's the W/SK power user. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From andy at minstersystems.co.uk Sun Jan 24 10:54:24 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 16:54:24 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <01dd01ca9d13$b0eecd20$12cc6760$@spb.ru> Message-ID: Appreciate the advice as ever Shamil. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 24 January 2010 16:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Andy -- OK. But if you have still to learn InstallShield or Wise + adapt SageKey script to your setup context then I guess the time spent would be comparable with learning VS 2008 Express... FYI: I did use SageKey scripts with Access 97 and InstallShield - and that worked well then in many installations all over the world but learning curve took several days (I have had previous InstallShield experience) and resulting setups were too large, and another issue with SageKey/MS Access Runtime setup testing is that it writes a lot of entries into registry - I mean testing that setup was time consuming as it forced to restore system image after unsuccessful setup tests etc. Yes, SageKey scripts are good and stable and unique in this world - they should become much better since the times I used them with MS Access 97 - if learning VS2008 is not an option there then using SageKey scripts should be a safe way to go... Thank you. --- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 1:03 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I know you're right Shamil but I just don't have time to learn a new technology. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 23 January 2010 20:42 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime <<< I'm proposing to take an app written in Excel and rewrite it in Access. >>> Hi Andy -- If the question of rewriting is not under discussion there then rewrite it in VB.Net or C# not using MS Access VBA. Then distribution to 200+ machines should proceed smoothly provided these machines support WinXP SP2 or higher. Satisfaction guaranteed. Scalability and re-use of your software in many contexts will be also available - you'll never get that opportunity if you'll use MS Access VBA... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 5:42 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4801 (20100124) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Jan 24 11:18:10 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 24 Jan 2010 09:18:10 -0800 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: <000601ca9b7b$dee765f0$9cb631d0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> Message-ID: Hi Robert: It seems to be in the order of installation... Access2007, then Access 2003 and finally Access 2007 again. Even though Access 2003 and 2007, are supposed to be able to co-exist this is not true. Each one will over-write files in the "C:\Program Files\Common Files\Microsoft Shared\Office11 and Office12" subdirectories and clobber or confuse them selves and the other. I played for a couple of hours to get them both to play nice on my development computer. I think if you want to get a perfect install your method might be the best... Uninstall 2003 and re-install 2007. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Sun Jan 24 12:24:54 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Sun, 24 Jan 2010 10:24:54 -0800 Subject: [AccessD] Deploying Runtime In-Reply-To: <9069A15838174110897B587CFBA5A0C8@MINSTER> References: <65F310B2CD2F4741BD2285773A0A671F@murphy3234aaf1> <9069A15838174110897B587CFBA5A0C8@MINSTER> Message-ID: <91435086967D40F78C12DFC98FE5A2E8@murphy3234aaf1> Hello Andy, With the scripts for Wise or Instalshield you had to purchase either Wise or Instalshield and then purchase the script that Sagekey developed to creat the installation package with which ever install package you had. I am not familiar with the MSI product but Sagekey indicated in one of their mailings that this was the approach to use now. Their wizard may use this technology to create the installation package. As I indicate, I have not used it so can't comment. I only have experience with the script for Wise Installer 9. I do have faith in Sagekey products to produce reliable installation packages which ever one you choose. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:08 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime That's encourgaing Doug. I'm a little unclear though what I'd be buying from here http://www.sagekey.com/installation_access.aspx . You speak of Sagekey scripts. Is that different from the Sagekey Deployment Wizard then? I had assumed the wizard was a tool they supplied to generate the scripts but maybe not. If I click "Buy" on that link am I buying the ability to use either method? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 20:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From robert at servicexp.com Sun Jan 24 13:29:50 2010 From: robert at servicexp.com (Robert) Date: Sun, 24 Jan 2010 14:29:50 -0500 Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> Message-ID: <001101ca9d2b$9968b090$cc3a11b0$@com> Jim, You have lost me brother... Where does Access 2003 come into play, I don't believe that I mentioned that in the problem?? Access 2003 isn't installed on any of these beta testers machines... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Sunday, January 24, 2010 12:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Hi Robert: It seems to be in the order of installation... Access2007, then Access 2003 and finally Access 2007 again. Even though Access 2003 and 2007, are supposed to be able to co-exist this is not true. Each one will over-write files in the "C:\Program Files\Common Files\Microsoft Shared\Office11 and Office12" subdirectories and clobber or confuse them selves and the other. I played for a couple of hours to get them both to play nice on my development computer. I think if you want to get a perfect install your method might be the best... Uninstall 2003 and re-install 2007. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Friday, January 22, 2010 7:59 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Windows 7 & Access 2007 (.mde) Caution Warning!!! Ok, so you may remember in my earlier posts about my observations of the above. I mentions that I had never had a user corrupt a FE. Well, reports started to come in from like 8 of the 11 beta users with the EXACT same error. I spent pretty much all day yesterday, looking through my code, looking for a possible cause. The problem was, I could not create the problem on my 3 test boxes. So I started to look at the differences in the computer systems, and the one discernible difference was the: "Microsoft Office Access Database Engine 2007" Was installed on the effected Windows 7 / Access 2007 machines. The beta testers that did not have that problem, did not have this under installed programs. After un-installing the above along with the Access Runtime (I just did this for caution), then re-installing my program with the Access Runtime. The error appears to be gone. I'm not sure you really need to un-install the Access Runtime Engine, as I did this and re-installed, before realizing the Database Engine thing, and it made no difference in the error, it remained. The problem is, I don't know why / how this Database Engine is getting installed. It's removal doesn't seem to affect any of the office programs.. I'm a little concerned that it will get automatically installed again through updates.... Where does one go to submit this with the MS Access Team, because this seems like a "real hum dinger" of a problem...??? WBR Robert -- 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 From iggy at nanaimo.ark.com Sun Jan 24 12:13:49 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 24 Jan 2010 10:13:49 -0800 Subject: [AccessD] Deploying - Access 2003 Message-ID: <4B5C8DDD.60109@nanaimo.ark.com> Hey Andy I do not currently have Access2007 (recommendation way back from the group). I still develop in Access2003 and use the MOA 2003 Developer Extensions Package Wizard to distribute my applications. Hate to say it but it is pretty cool, Access 2007 should have the same features available. Easy to set up, can customize text, colours and graphics for the install screens and include a User License Agreement (and it looks professional), it is all I basically need. I don't use SageKey etc. etc. etc. (thought about it but....). Just a thought. From jwcolby at colbyconsulting.com Sun Jan 24 14:08:31 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 24 Jan 2010 15:08:31 -0500 Subject: [AccessD] Check this out! Cool photography. Message-ID: <4B5CA8BF.3010201@colbyconsulting.com> www.utah3d.net -- John W. Colby www.ColbyConsulting.com From andy at minstersystems.co.uk Sun Jan 24 16:33:22 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 22:33:22 -0000 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <4B5C8DDD.60109@nanaimo.ark.com> Message-ID: Hi Tony That's interesting. My understanding is that Doug and others use Sagekey because the MS offerings give problems to pc's where there are existing Access installations, ie they interfere with those. Your experience is presumably different. Andy ----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: 24 January 2010 18:14 To: Access Developers discussion and problem solving Subject: [AccessD] Deploying - Access 2003 Hey Andy I do not currently have Access2007 (recommendation way back from the group). I still develop in Access2003 and use the MOA 2003 Developer Extensions Package Wizard to distribute my applications. Hate to say it but it is pretty cool, Access 2007 should have the same features available. Easy to set up, can customize text, colours and graphics for the install screens and include a User License Agreement (and it looks professional), it is all I basically need. I don't use SageKey etc. etc. etc. (thought about it but....). Just a thought. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jan 24 16:36:50 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 24 Jan 2010 22:36:50 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <91435086967D40F78C12DFC98FE5A2E8@murphy3234aaf1> Message-ID: <9F73877508DF4999A9A29BD6DF2D2B55@MINSTER> Ok, thanks for that Doug Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 24 January 2010 18:25 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hello Andy, With the scripts for Wise or Instalshield you had to purchase either Wise or Instalshield and then purchase the script that Sagekey developed to creat the installation package with which ever install package you had. I am not familiar with the MSI product but Sagekey indicated in one of their mailings that this was the approach to use now. Their wizard may use this technology to create the installation package. As I indicate, I have not used it so can't comment. I only have experience with the script for Wise Installer 9. I do have faith in Sagekey products to produce reliable installation packages which ever one you choose. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:08 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime That's encourgaing Doug. I'm a little unclear though what I'd be buying from here http://www.sagekey.com/installation_access.aspx . You speak of Sagekey scripts. Is that different from the Sagekey Deployment Wizard then? I had assumed the wizard was a tool they supplied to generate the scripts but maybe not. If I click "Buy" on that link am I buying the ability to use either method? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 20:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From john at winhaven.net Sun Jan 24 17:18:11 2010 From: john at winhaven.net (John Bartow) Date: Sun, 24 Jan 2010 17:18:11 -0600 Subject: [AccessD] Deploying Runtime In-Reply-To: <91435086967D40F78C12DFC98FE5A2E8@murphy3234aaf1> References: <65F310B2CD2F4741BD2285773A0A671F@murphy3234aaf1> <9069A15838174110897B587CFBA5A0C8@MINSTER> <91435086967D40F78C12DFC98FE5A2E8@murphy3234aaf1> Message-ID: <00ac01ca9d4b$7f9bb7a0$7ed326e0$@net> Hi Andy, Have used Wise/Sagekey for years now and was the answer to all of these issues. Now, as Doug mentioned, Wise recommends theirs MSI Script rather than their Wise scrip. This is because Wise had been bought by two companies in the last couple of years. The first was committed to it - the second is Symantec and they seem to have no desire to carry on the Wise installer excellence. (Is that a surprise to anyone?) Given my experiences with Barry and the Sagekey group I'd highly recommend you contact them for all of your installers needs. John B PS I get no kickbacks from this ;o) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Sunday, January 24, 2010 12:25 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hello Andy, With the scripts for Wise or Instalshield you had to purchase either Wise or Instalshield and then purchase the script that Sagekey developed to creat the installation package with which ever install package you had. I am not familiar with the MSI product but Sagekey indicated in one of their mailings that this was the approach to use now. Their wizard may use this technology to create the installation package. As I indicate, I have not used it so can't comment. I only have experience with the script for Wise Installer 9. I do have faith in Sagekey products to produce reliable installation packages which ever one you choose. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:08 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime That's encourgaing Doug. I'm a little unclear though what I'd be buying from here http://www.sagekey.com/installation_access.aspx . You speak of Sagekey scripts. Is that different from the Sagekey Deployment Wizard then? I had assumed the wizard was a tool they supplied to generate the scripts but maybe not. If I click "Buy" on that link am I buying the ability to use either method? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 20:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From robert at servicexp.com Sun Jan 24 17:39:20 2010 From: robert at servicexp.com (Robert) Date: Sun, 24 Jan 2010 18:39:20 -0500 Subject: [AccessD] Access 2007 accde User Security In-Reply-To: References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> Message-ID: <002001ca9d4e$74dfe2c0$5e9fa840$@com> Those who have moved to the newer 2007 db container what are you using for a lightweight user authentication system? Has anyone rolled their own? If memory serves me, I believe John Colby was creating his own several years ago. WBR Robert From robert at servicexp.com Sun Jan 24 17:42:44 2010 From: robert at servicexp.com (Robert) Date: Sun, 24 Jan 2010 18:42:44 -0500 Subject: [AccessD] Access 2007 accde Backend Upgrader In-Reply-To: <001101ca9d2b$9968b090$cc3a11b0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <001101ca9d2b$9968b090$cc3a11b0$@com> Message-ID: <002101ca9d4e$ee30dcb0$ca929610$@com> Is anyone using the BUE (Back End Upgrader) in Access 2007,.... in an .accde to modify a .accdb db? WBR Robert From wdhindman at dejpolsystems.com Sun Jan 24 19:47:50 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sun, 24 Jan 2010 20:47:50 -0500 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: References: Message-ID: <851C9BED7A5D49BC8F0D8E1AE883F9B8@jislaptopdev> ...I also use the MOA 2003 Developer Extensions Package Wizard and have seen no problems ...the A97 packager was problem prone but ime, not the A2k3 packager William -------------------------------------------------- From: "Andy Lacey" Sent: Sunday, January 24, 2010 5:33 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Hi Tony > That's interesting. My understanding is that Doug and others use Sagekey > because the MS offerings give problems to pc's where there are existing > Access installations, ie they interfere with those. Your experience is > presumably different. > > Andy > > > ----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: 24 January 2010 18:14 > To: Access Developers discussion and problem solving > Subject: [AccessD] Deploying - Access 2003 > > > Hey Andy > I do not currently have Access2007 (recommendation way back from the > group). I still develop in Access2003 and use the MOA 2003 Developer > Extensions Package Wizard to distribute my applications. Hate to say it > but it is pretty cool, Access 2007 should have the same features > available. Easy to set up, can customize text, colours and graphics for > the install screens and include a User License Agreement (and it looks > professional), it is all I basically need. I don't use SageKey etc. etc. > etc. (thought about it but....). Just a thought. > -- > 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 > From rockysmolin at bchacc.com Sun Jan 24 20:15:19 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 24 Jan 2010 18:15:19 -0800 Subject: [AccessD] Check this out! Cool photography. In-Reply-To: <4B5CA8BF.3010201@colbyconsulting.com> References: <4B5CA8BF.3010201@colbyconsulting.com> Message-ID: <2A8916CA81B94F759811DF802317D677@HAL9005> That's either a humungous file or the world's slowest server. I got the first page but none of the links to the other pages works. Does it work in Firefox? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 24, 2010 12:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] Check this out! Cool photography. www.utah3d.net -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Sun Jan 24 20:18:10 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Sun, 24 Jan 2010 18:18:10 -0800 Subject: [AccessD] Check this out! Cool photography. In-Reply-To: <4B5CA8BF.3010201@colbyconsulting.com> References: <4B5CA8BF.3010201@colbyconsulting.com> Message-ID: <810B340F2DCC47AAA95E9A58990B8695@HAL9005> Oh, yeah - cathedral is loading now. Estimate about 1 1/2 hours to complete. Tested my internet speed - 10,000+ kbps. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 24, 2010 12:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] Check this out! Cool photography. www.utah3d.net -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Sun Jan 24 20:29:25 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sun, 24 Jan 2010 21:29:25 -0500 Subject: [AccessD] Check this out! Cool photography. In-Reply-To: <810B340F2DCC47AAA95E9A58990B8695@HAL9005> References: <4B5CA8BF.3010201@colbyconsulting.com> <810B340F2DCC47AAA95E9A58990B8695@HAL9005> Message-ID: <94FC3E3A4CE04174BF553A9A3DA7A60D@jislaptopdev> ...about the same here using both IE8 and FF3.5 on a Comcast Ultra link :( William -------------------------------------------------- From: "Rocky Smolin" Sent: Sunday, January 24, 2010 9:18 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Check this out! Cool photography. > Oh, yeah - cathedral is loading now. Estimate about 1 1/2 hours to > complete. Tested my internet speed - 10,000+ kbps. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, January 24, 2010 12:09 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Check this out! Cool photography. > > > www.utah3d.net > > > -- > John W. Colby > www.ColbyConsulting.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 > From bheygood at abestsystems.com Sun Jan 24 22:40:39 2010 From: bheygood at abestsystems.com (Bob Heygood) Date: Sun, 24 Jan 2010 20:40:39 -0800 Subject: [AccessD] Add blank page to report via VBA In-Reply-To: References: <4B59EA1D.1080700@colbyconsulting.com><57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com><8574912B0ECA4BAA8D57F462DFB33326@Lenny> Message-ID: Lambert, Thanks a lot. This works great. Tho I was surprised that you do not see the visible property on the property sheet, you can address it from code. Bob Heygood -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 22, 2010 12:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Add blank page to report via VBA In A97 you can put a page break control on a report and set its visible property to true when you want a page break, and face when you don't. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Friday, January 22, 2010 2:49 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Add blank page to report via VBA Hello to the list, My current project requires me to print a report that contains 5 subreports. The fourth sub can grow to sometimes 4 or more pages. Depending on the amount of pages for the above sub, I need to insert enough blank pages between them and the last sub so that the total amount of pages for the whole report equals a multiple of 4 (4, 8, 12.......). This is necessary to allow the whole job to be sent to ClickBook and have the last page be on the back of the resulting booklet. Access 97 I note there is "ForceNewPage" in A2K and later, not useful to me using A97. Extra points for allowing me to print accurate page numbers for all pages starting with sub 2 and ending at the end of sub 4. TIA Bob Heygood -- 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 From bheygood at abestsystems.com Sun Jan 24 22:42:04 2010 From: bheygood at abestsystems.com (Bob Heygood) Date: Sun, 24 Jan 2010 20:42:04 -0800 Subject: [AccessD] Add blank page to report via VBA In-Reply-To: <8346B116D18946C882B65BE4B98BC1EA@danwaters> References: <4B59EA1D.1080700@colbyconsulting.com><57144ced1001221051p384b7d73obf67e07cea5ede57@mail.gmail.com><8574912B0ECA4BAA8D57F462DFB33326@Lenny> <8346B116D18946C882B65BE4B98BC1EA@danwaters> Message-ID: <7E829011055749B895935EE445BF1CE2@Lenny> Hello Dan, Thanks for the response. Lambert's solution is just fine. Maybe I will try yours when I get a chance. Bob Heygood -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 22, 2010 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Add blank page to report via VBA Try placing textboxes where you might want blank pages. I believe in the format event you can manage the height of those textboxes, and force a blank page, with accurate page numbering. Set the border for the textbox to be white. I've never done this, but Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Friday, January 22, 2010 1:49 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Add blank page to report via VBA Hello to the list, My current project requires me to print a report that contains 5 subreports. The fourth sub can grow to sometimes 4 or more pages. Depending on the amount of pages for the above sub, I need to insert enough blank pages between them and the last sub so that the total amount of pages for the whole report equals a multiple of 4 (4, 8, 12.......). This is necessary to allow the whole job to be sent to ClickBook and have the last page be on the back of the resulting booklet. Access 97 I note there is "ForceNewPage" in A2K and later, not useful to me using A97. Extra points for allowing me to print accurate page numbers for all pages starting with sub 2 and ending at the end of sub 4. TIA Bob Heygood -- 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 From jwcolby at colbyconsulting.com Sun Jan 24 23:48:17 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 25 Jan 2010 00:48:17 -0500 Subject: [AccessD] Check this out! Cool photography. In-Reply-To: <2A8916CA81B94F759811DF802317D677@HAL9005> References: <4B5CA8BF.3010201@colbyconsulting.com> <2A8916CA81B94F759811DF802317D677@HAL9005> Message-ID: <4B5D30A1.9010707@colbyconsulting.com> It is a humungous file! John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > That's either a humungous file or the world's slowest server. I got the > first page but none of the links to the other pages works. Does it work in > Firefox? > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, January 24, 2010 12:09 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Check this out! Cool photography. > > > www.utah3d.net > > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Sun Jan 24 23:49:12 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 25 Jan 2010 00:49:12 -0500 Subject: [AccessD] SPAM-LOW: Access 2007 accde User Security In-Reply-To: <002001ca9d4e$74dfe2c0$5e9fa840$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> Message-ID: <4B5D30D8.1050303@colbyconsulting.com> I have rolled my own. I have used it for years. John W. Colby www.ColbyConsulting.com Robert wrote: > Those who have moved to the newer 2007 db container what are you using for a > lightweight user authentication system? > > Has anyone rolled their own? If memory serves me, I believe John Colby was > creating his own several years ago. > > > > WBR > Robert > > > From max.wanadoo at gmail.com Mon Jan 25 01:17:25 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Mon, 25 Jan 2010 07:17:25 -0000 Subject: [AccessD] Check this out! Cool photography. In-Reply-To: <2A8916CA81B94F759811DF802317D677@HAL9005> References: <4B5CA8BF.3010201@colbyconsulting.com> <2A8916CA81B94F759811DF802317D677@HAL9005> Message-ID: <4b5d45be.0d67f10a.74f7.3739@mx.google.com> I gave up waiting for Cathedral, but given it is only 100 years old it is probably not much different from houses here generally. We have council houses older than that! Thousands of them! We have houses going back centuries. Utah itself is fantastic landscape. If you get a chance have a look at East Africa Rift in Bing 3D. Marvellous. It has been called Africa's version of the Grand Canyon. Sculptured by nature. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 25 January 2010 02:15 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Check this out! Cool photography. That's either a humungous file or the world's slowest server. I got the first page but none of the links to the other pages works. Does it work in Firefox? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 24, 2010 12:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] Check this out! Cool photography. www.utah3d.net -- John W. Colby www.ColbyConsulting.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 From andy at minstersystems.co.uk Mon Jan 25 01:27:54 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 25 Jan 2010 07:27:54 -0000 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <851C9BED7A5D49BC8F0D8E1AE883F9B8@jislaptopdev> Message-ID: <13081459C999418CACD3E92E0D6570D1@MINSTER> Thanks William. The problem with that though is that I don't see any way of acquiring that when I don't already have it. I don't even have A2003 itself. Acquiring legacy versions is so hard. It seems to be ebay or nothing, and that's hit and miss. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: 25 January 2010 01:48 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying - Access 2003 ...I also use the MOA 2003 Developer Extensions Package Wizard and have seen no problems ...the A97 packager was problem prone but ime, not the A2k3 packager William -------------------------------------------------- From: "Andy Lacey" Sent: Sunday, January 24, 2010 5:33 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Hi Tony > That's interesting. My understanding is that Doug and others use Sagekey > because the MS offerings give problems to pc's where there are existing > Access installations, ie they interfere with those. Your experience is > presumably different. > > Andy > > > ----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: 24 January 2010 18:14 > To: Access Developers discussion and problem solving > Subject: [AccessD] Deploying - Access 2003 > > > Hey Andy > I do not currently have Access2007 (recommendation way back from the > group). I still develop in Access2003 and use the MOA 2003 Developer > Extensions Package Wizard to distribute my applications. Hate to say it > but it is pretty cool, Access 2007 should have the same features > available. Easy to set up, can customize text, colours and graphics for > the install screens and include a User License Agreement (and it looks > professional), it is all I basically need. I don't use SageKey etc. etc. > etc. (thought about it but....). Just a thought. > -- > 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 From andy at minstersystems.co.uk Mon Jan 25 01:27:54 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 25 Jan 2010 07:27:54 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: <00ac01ca9d4b$7f9bb7a0$7ed326e0$@net> Message-ID: Thanks for that John. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: 24 January 2010 23:18 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Andy, Have used Wise/Sagekey for years now and was the answer to all of these issues. Now, as Doug mentioned, Wise recommends theirs MSI Script rather than their Wise scrip. This is because Wise had been bought by two companies in the last couple of years. The first was committed to it - the second is Symantec and they seem to have no desire to carry on the Wise installer excellence. (Is that a surprise to anyone?) Given my experiences with Barry and the Sagekey group I'd highly recommend you contact them for all of your installers needs. John B PS I get no kickbacks from this ;o) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Sunday, January 24, 2010 12:25 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hello Andy, With the scripts for Wise or Instalshield you had to purchase either Wise or Instalshield and then purchase the script that Sagekey developed to creat the installation package with which ever install package you had. I am not familiar with the MSI product but Sagekey indicated in one of their mailings that this was the approach to use now. Their wizard may use this technology to create the installation package. As I indicate, I have not used it so can't comment. I only have experience with the script for Wise Installer 9. I do have faith in Sagekey products to produce reliable installation packages which ever one you choose. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:08 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime That's encourgaing Doug. I'm a little unclear though what I'd be buying from here http://www.sagekey.com/installation_access.aspx . You speak of Sagekey scripts. Is that different from the Sagekey Deployment Wizard then? I had assumed the wizard was a tool they supplied to generate the scripts but maybe not. If I click "Buy" on that link am I buying the ability to use either method? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 20:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 From wdhindman at dejpolsystems.com Mon Jan 25 02:52:14 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 25 Jan 2010 03:52:14 -0500 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <13081459C999418CACD3E92E0D6570D1@MINSTER> References: <13081459C999418CACD3E92E0D6570D1@MINSTER> Message-ID: <2BCACC0C8FEE420499A53315031D6FA6@jislaptopdev> Andy ...Amazon has a copy of "Visual Studio Tools for Office 2003" which contains the wizard ...I've gotten in the habit of posting needs like that on Craig's list ...some one usually has a copy laying around. ...if your target is Access 2003 runtime systems, I can't speak to whether later versions would work reliably in that environment ...you'd have to set up a virtual system with just Win and the Access 2003 runtime installed in order to test it ...I do that now even though I'm using the wizard because there are some minor differences between how an mdb/mde works on a full install vs a runtime. William -------------------------------------------------- From: "Andy Lacey" Sent: Monday, January 25, 2010 2:27 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Thanks William. The problem with that though is that I don't see any way > of > acquiring that when I don't already have it. I don't even have A2003 > itself. > Acquiring legacy versions is so hard. It seems to be ebay or nothing, and > that's hit and miss. > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: 25 January 2010 01:48 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying - Access 2003 > > > ...I also use the MOA 2003 Developer Extensions Package Wizard and have > seen > > no problems > ...the A97 packager was problem prone but ime, not the A2k3 packager > > William > > -------------------------------------------------- > From: "Andy Lacey" > Sent: Sunday, January 24, 2010 5:33 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] Deploying - Access 2003 > >> Hi Tony >> That's interesting. My understanding is that Doug and others use Sagekey >> because the MS offerings give problems to pc's where there are existing >> Access installations, ie they interfere with those. Your experience is >> presumably different. >> >> Andy >> >> >> ----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: 24 January 2010 18:14 >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Deploying - Access 2003 >> >> >> Hey Andy >> I do not currently have Access2007 (recommendation way back from the >> group). I still develop in Access2003 and use the MOA 2003 Developer >> Extensions Package Wizard to distribute my applications. Hate to say it >> but it is pretty cool, Access 2007 should have the same features >> available. Easy to set up, can customize text, colours and graphics for >> the install screens and include a User License Agreement (and it looks >> professional), it is all I basically need. I don't use SageKey etc. etc. >> etc. (thought about it but....). Just a thought. >> -- >> 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 > From darren at activebilling.com.au Mon Jan 25 06:17:02 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Mon, 25 Jan 2010 23:17:02 +1100 Subject: [AccessD] A2003: Getting values from SQL SVR to MDB tmp tables Message-ID: <579AC26303534E0CBC92846A908A6029@darrendPC> Hi Team About 6 months ago (maybe longer) someone posted some very nice, simple elegant code that would get data from an SQL dB into a local Access dB Essentially replacing the 'heaps' of code I had doing the same thing (From memory it avoided loops and the local update was performed with a single line - perhaps even a DoCmd statement) Anyway - I recall that I even played with it and built a test/sample form to do it and was very impressed by this new way Well the time has come for me to use it - And do you think I can find the emails, or the sample I built? (Sigh) So - if anyone has anything like that (I think Drew or Stuart may have had a hand in the short elegant bit) There was a small 'back and forward' between the responding parties and myself but I recall nothing more I have searched the AccessD archives too - Some look promising but not the actual email Many thanks in advance Darren From stuart at lexacorp.com.pg Mon Jan 25 07:34:25 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 25 Jan 2010 23:34:25 +1000 Subject: [AccessD] A2003: Getting values from SQL SVR to MDB tmp tables In-Reply-To: <579AC26303534E0CBC92846A908A6029@darrendPC> References: <579AC26303534E0CBC92846A908A6029@darrendPC> Message-ID: <4B5D9DE1.10077.1070AFD@stuart.lexacorp.com.pg> From: Me Subject:Insert Into 101 For MAX (Original Subject: Insert Into 101) Date: Tue, 13 Oct 2009 21:42:24 +1000 You could use ODBC - link the SQL Server table, do the insert and then delete the link. This should do it (aircode so may need some tweaking): Local strODBCConn as string Local strSQL as string strODBCConn = "ODBC;Description=Test Connection;DRIVER=SQL Server;" & _ "SERVER=SQLServername;APP=Microsoft Data Access Components;" & _ "DATABASE=SQLDatabasename;Trusted_Connection=Yes" 'Create ODBC Link DoCmd.TransferDatabase acLink, "ODBC Database", strODBCConn, acTable, _ "tblX", "tblX", False 'Insert records strSQL = "Insert into tblLocalTable Select * from tblX" CurrentDb.Execute strSQL 'Delete ODBC Link DoCmd.DeleteObject acTable, "tblX" -- Stuart On 25 Jan 2010 at 23:17, Darren - Active Billing wrote: > Hi Team > > About 6 months ago (maybe longer) someone posted some very nice, simple > elegant code that would get data from an SQL dB into a local Access dB > > Essentially replacing the 'heaps' of code I had doing the same thing > > (From memory it avoided loops and the local update was performed with a > single line - perhaps even a DoCmd statement) > > Anyway - I recall that I even played with it and built a test/sample form to > do it and was very impressed by this new way > > Well the time has come for me to use it - And do you think I can find the > emails, or the sample I built? (Sigh) > So - if anyone has anything like that (I think Drew or Stuart may have had a > hand in the short elegant bit) > > There was a small 'back and forward' between the responding parties and > myself but I recall nothing more > > I have searched the AccessD archives too - Some look promising but not the > actual email > > Many thanks in advance > > Darren > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Jan 25 08:20:00 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 25 Jan 2010 09:20:00 -0500 Subject: [AccessD] Access 2007 Message-ID: <29f585dd1001250620i3bdf776am33b665d0e813511@mail.gmail.com> Where have they hidden the database splitter? I've looked everywhere I could think of, without success. TIA, Arthur From iggy at nanaimo.ark.com Mon Jan 25 08:32:17 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 25 Jan 2010 06:32:17 -0800 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: References: Message-ID: <4B5DAB71.3020309@nanaimo.ark.com> Hey Andy I see William has responed already. I have a machine that has Access97 and Access2000 installed. I test my Access2003 installs on this machine. I have never had (as of yet) a problem of installing and uninstalling the application, running Access97 (yes I still have a couple of applications in 97) or Access2000.. Also my clients have different versions of Office/Access on their machines. The only problem I have run into is you must uninstall with the original install disk (not a later version, won't work). As I mentioned I don't have Access2007 so I don't know if a it has a Package Wizard or how it works. Andy Lacey wrote: >Hi Tony >That's interesting. My understanding is that Doug and others use Sagekey >because the MS offerings give problems to pc's where there are existing >Access installations, ie they interfere with those. Your experience is >presumably different. > >Andy > > >----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >Sent: 24 January 2010 18:14 >To: Access Developers discussion and problem solving >Subject: [AccessD] Deploying - Access 2003 > > >Hey Andy >I do not currently have Access2007 (recommendation way back from the >group). I still develop in Access2003 and use the MOA 2003 Developer >Extensions Package Wizard to distribute my applications. Hate to say it >but it is pretty cool, Access 2007 should have the same features >available. Easy to set up, can customize text, colours and graphics for >the install screens and include a User License Agreement (and it looks >professional), it is all I basically need. I don't use SageKey etc. etc. >etc. (thought about it but....). Just a thought. > > From Johncliviger at aol.com Mon Jan 25 08:34:29 2010 From: Johncliviger at aol.com (Johncliviger at aol.com) Date: Mon, 25 Jan 2010 09:34:29 EST Subject: [AccessD] Access 2007 Message-ID: Hi Arthur It's Databasetools => MoveDate=> Split Database HTH johnb From darren at activebilling.com.au Mon Jan 25 09:37:49 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Tue, 26 Jan 2010 02:37:49 +1100 Subject: [AccessD] A2003: Getting values from SQL SVR to MDB tmp tables In-Reply-To: <4B5D9DE1.10077.1070AFD@stuart.lexacorp.com.pg> Message-ID: <9BEFB0291415477F823595AC66137EE0@darrendPC> Brilliant!!!!!!!!!!!!!!!!!!!!!!! Many thanks (again) :-) Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 26 January 2010 12:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Getting values from SQL SVR to MDB tmp tables From: Me Subject:Insert Into 101 For MAX (Original Subject: Insert Into 101) Date: Tue, 13 Oct 2009 21:42:24 +1000 You could use ODBC - link the SQL Server table, do the insert and then delete the link. This should do it (aircode so may need some tweaking): Local strODBCConn as string Local strSQL as string strODBCConn = "ODBC;Description=Test Connection;DRIVER=SQL Server;" & _ "SERVER=SQLServername;APP=Microsoft Data Access Components;" & _ "DATABASE=SQLDatabasename;Trusted_Connection=Yes" 'Create ODBC Link DoCmd.TransferDatabase acLink, "ODBC Database", strODBCConn, acTable, _ "tblX", "tblX", False 'Insert records strSQL = "Insert into tblLocalTable Select * from tblX" CurrentDb.Execute strSQL 'Delete ODBC Link DoCmd.DeleteObject acTable, "tblX" -- Stuart On 25 Jan 2010 at 23:17, Darren - Active Billing wrote: > Hi Team > > About 6 months ago (maybe longer) someone posted some very nice, simple > elegant code that would get data from an SQL dB into a local Access dB > > Essentially replacing the 'heaps' of code I had doing the same thing > > (From memory it avoided loops and the local update was performed with a > single line - perhaps even a DoCmd statement) > > Anyway - I recall that I even played with it and built a test/sample form to > do it and was very impressed by this new way > > Well the time has come for me to use it - And do you think I can find the > emails, or the sample I built? (Sigh) > So - if anyone has anything like that (I think Drew or Stuart may have had a > hand in the short elegant bit) > > There was a small 'back and forward' between the responding parties and > myself but I recall nothing more > > I have searched the AccessD archives too - Some look promising but not the > actual email > > Many thanks in advance > > Darren > > > > -- > 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 From robert at servicexp.com Mon Jan 25 13:07:29 2010 From: robert at servicexp.com (Robert) Date: Mon, 25 Jan 2010 14:07:29 -0500 Subject: [AccessD] Access 2007 accde User Security In-Reply-To: <4B5D30D8.1050303@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> Message-ID: <001001ca9df1$a56a0b70$f03e2250$@com> Can you give / share any pointers? WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, January 25, 2010 12:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security I have rolled my own. I have used it for years. John W. Colby www.ColbyConsulting.com Robert wrote: > Those who have moved to the newer 2007 db container what are you using for a > lightweight user authentication system? > > Has anyone rolled their own? If memory serves me, I believe John Colby was > creating his own several years ago. > > > > WBR > Robert > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Mon Jan 25 13:51:00 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 25 Jan 2010 19:51:00 -0000 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <4B5DAB71.3020309@nanaimo.ark.com> Message-ID: Hi Tony and William Thanks for your further responses. I'd have to buy Access 2003 (only have 97, 2000 and 2002), which I can get from Amazon. There is, as William says, a copy of the "Visual Studio Tools for Office 2003" on Amazon (in the US not in UK unfortunately but I guess they'd ship). So this is a possibility. What worries me is that this must have been developed before newer versions of Windows so do you envisage problems on Vista/Windows 7? Any thoughts? Already done it? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: 25 January 2010 14:32 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Deploying - Access 2003 Hey Andy I see William has responed already. I have a machine that has Access97 and Access2000 installed. I test my Access2003 installs on this machine. I have never had (as of yet) a problem of installing and uninstalling the application, running Access97 (yes I still have a couple of applications in 97) or Access2000.. Also my clients have different versions of Office/Access on their machines. The only problem I have run into is you must uninstall with the original install disk (not a later version, won't work). As I mentioned I don't have Access2007 so I don't know if a it has a Package Wizard or how it works. Andy Lacey wrote: >Hi Tony >That's interesting. My understanding is that Doug and others use Sagekey >because the MS offerings give problems to pc's where there are existing >Access installations, ie they interfere with those. Your experience is >presumably different. > >Andy > > >----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >Sent: 24 January 2010 18:14 >To: Access Developers discussion and problem solving >Subject: [AccessD] Deploying - Access 2003 > > >Hey Andy >I do not currently have Access2007 (recommendation way back from the >group). I still develop in Access2003 and use the MOA 2003 Developer >Extensions Package Wizard to distribute my applications. Hate to say it >but it is pretty cool, Access 2007 should have the same features >available. Easy to set up, can customize text, colours and graphics for >the install screens and include a User License Agreement (and it looks >professional), it is all I basically need. I don't use SageKey etc. etc. >etc. (thought about it but....). Just a thought. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Mon Jan 25 15:06:18 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 25 Jan 2010 21:06:18 -0000 Subject: [AccessD] Deploying Runtime In-Reply-To: Message-ID: <12459427F21849079D33B1B648CCF492@MINSTER> Given that I'm going to have to move to a newer version of Access in order to get some solid deployment tool can someone remind me which are the good, the bad and the ugly Access versions since, say, A2000? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: 24 January 2010 23:18 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hi Andy, Have used Wise/Sagekey for years now and was the answer to all of these issues. Now, as Doug mentioned, Wise recommends theirs MSI Script rather than their Wise scrip. This is because Wise had been bought by two companies in the last couple of years. The first was committed to it - the second is Symantec and they seem to have no desire to carry on the Wise installer excellence. (Is that a surprise to anyone?) Given my experiences with Barry and the Sagekey group I'd highly recommend you contact them for all of your installers needs. John B PS I get no kickbacks from this ;o) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Sunday, January 24, 2010 12:25 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Hello Andy, With the scripts for Wise or Instalshield you had to purchase either Wise or Instalshield and then purchase the script that Sagekey developed to creat the installation package with which ever install package you had. I am not familiar with the MSI product but Sagekey indicated in one of their mailings that this was the approach to use now. Their wizard may use this technology to create the installation package. As I indicate, I have not used it so can't comment. I only have experience with the script for Wise Installer 9. I do have faith in Sagekey products to produce reliable installation packages which ever one you choose. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, January 24, 2010 2:08 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime That's encourgaing Doug. I'm a little unclear though what I'd be buying from here http://www.sagekey.com/installation_access.aspx . You speak of Sagekey scripts. Is that different from the Sagekey Deployment Wizard then? I had assumed the wizard was a tool they supplied to generate the scripts but maybe not. If I click "Buy" on that link am I buying the ability to use either method? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: 23 January 2010 20:30 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy, We are still using the Access 2002 runtime with Wise and the most current Sagekey scripts that take into account Vista, and I assume Win. 07 security issues. We have stayed with 2002 because that is where our investment is and don't need any of the new features. We have not had any issues with Vista installs or with installs of our package in Windows 07. The reason for using the Sagekey scripts is that then your application can run on a machine with other versions of Office installed and not cause the issue with Office trying to reinstall every time you run another version of one of its applications. The scripts also install all the runtime stuff in a separate directory so they don't get overwritten or interfere with anything else. Just be aware that they accomplish the compatiblity stuff by opening your application through a little program called runAccess.exe, in our version anyway. This takes care of registry settings, security and what ever else needs tweeking. The shortcut their installation puts on the desktop goes to this program with the proper keys, etc. If you look at the shortcut you can figure out what it does. There have been issues with the Access installation wizard in past versions. Not sure if that is true now. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 12:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Now I'm getting worried. Will the "Sagekey Access 2007 Deployment Wizard" install my app on any machine, whatever its OS, and whether or not it already has Access installed? Oh and if it does already have Access will it behave itself and not upset the existing installation? If I can't guarantee that it's a non-starter. Rocky, you must have this issue with your product. Do all of your installs run smoothly or do some get problems? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 23 January 2010 19:39 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Rocky, That's part of it, and a big one, but they also handle the permission system issues very well also.. Yea the Sagekey Access 2007 Deployment Wizard works well, but it is not ANYWHERE near as flexible as the Wise / Sagekey solution, which is of course not recommended for Windows 7 (and for me Vista) Installations. They have also chosen, IMO, some really odd default path structures for Windows XP installations. (They choose the "C:\Documents and Settings\All Users\AppData\....." for the Variable). Which in my case will not work because the string that is created is too long for a windows desktop shortcut. I've talked with them about it, and suggested that they make the Windows XP location user adjustable, but they claim that it will destroy the foundations of programming and won't make the change.. I keep saying it won't make one bit a difference on a Windows XP installation, but alas they won't budge... :-) They are currently working on their 2010 version. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon Jan 25 15:55:05 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 25 Jan 2010 16:55:05 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <001001ca9df1$a56a0b70$f03e2250$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> Message-ID: <4B5E1339.5000902@colbyconsulting.com> I use a class system and caches. I create three tables: usystblLWSUsers usystblLWSGroups usystblLWSUserGroups I create a class for each of these objects, plus a cache that is the supervisor that loads each of these. I have a module that holds a global function for getting the pointer to the supervisor, as well as functions to initialize and tear down the supervisor. All of this is created out in a library - C2DbLWS.mda which is referenced by anything that needs the security. Essentially your startup code instantiates the supervisor which loads the three tables into classes and stores them into collections. Once loaded the supervisor has methods such as UserInGroup(idUser, IDGrp) as boolean. It was not a trivial undertaking, but once written it pretty much just works. John W. Colby www.ColbyConsulting.com Robert wrote: > Can you give / share any pointers? > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, January 25, 2010 12:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security > > I have rolled my own. I have used it for years. > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Those who have moved to the newer 2007 db container what are you using for > a >> lightweight user authentication system? >> >> Has anyone rolled their own? If memory serves me, I believe John Colby > was >> creating his own several years ago. >> >> >> >> WBR >> Robert >> >> >> From robert at servicexp.com Mon Jan 25 16:20:16 2010 From: robert at servicexp.com (Robert) Date: Mon, 25 Jan 2010 17:20:16 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <4B5E1339.5000902@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> Message-ID: <001401ca9e0c$9321ea30$b965be90$@com> Sounds like a pretty good game plan. Do you have this as a Demo on your site? I would be very interesting in the table design... Thank You John! WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, January 25, 2010 4:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security I use a class system and caches. I create three tables: usystblLWSUsers usystblLWSGroups usystblLWSUserGroups I create a class for each of these objects, plus a cache that is the supervisor that loads each of these. I have a module that holds a global function for getting the pointer to the supervisor, as well as functions to initialize and tear down the supervisor. All of this is created out in a library - C2DbLWS.mda which is referenced by anything that needs the security. Essentially your startup code instantiates the supervisor which loads the three tables into classes and stores them into collections. Once loaded the supervisor has methods such as UserInGroup(idUser, IDGrp) as boolean. It was not a trivial undertaking, but once written it pretty much just works. John W. Colby www.ColbyConsulting.com Robert wrote: > Can you give / share any pointers? > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, January 25, 2010 12:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security > > I have rolled my own. I have used it for years. > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Those who have moved to the newer 2007 db container what are you using for > a >> lightweight user authentication system? >> >> Has anyone rolled their own? If memory serves me, I believe John Colby > was >> creating his own several years ago. >> >> >> >> WBR >> Robert >> >> >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jan 25 17:05:55 2010 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 25 Jan 2010 17:05:55 -0600 Subject: [AccessD] Updateable Query - Access vs. SQL Server Message-ID: <03F0FD573B264A0793FB150B13A4E7B9@danwaters> I have an Access file which contains a LEFT JOIN query between two tables. If the query uses table links to an Access BE, the query is updateable - which it should be. But if the query uses ODBC table links to a SS Express database on my PC, then the query is not updateable. To compound the mystery, the same Access query using ODBC table links to a standard SQL Server database with the same tables IS updateable! Does anyone know what's up with this or how it can be fixed? Thanks! Dan From cfoust at infostatsystems.com Mon Jan 25 17:11:03 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 25 Jan 2010 17:11:03 -0600 Subject: [AccessD] Deploying Runtime In-Reply-To: <1778E3EC66B344B19A141FDA74C264C9@HAL9005> References: <36F4817016CC4FCF8469EA01FBF22580@MINSTER> <1778E3EC66B344B19A141FDA74C264C9@HAL9005> Message-ID: The script sets up the shortcuts so that they point at a file called (IIRC) RunAccess.exe instead of the Access runtime file itself. Keeps it from picking up the latest version of Access run on the machine. We used it all the time when we distributed Access apps. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Saturday, January 23, 2010 11:16 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Sounds like I may be a bit behind the curve on Sagekey's product line. Doug says you can use their script for MSI - but IIRC there's some problem with MSI that the Wise/Sagekey combo finesses and I think it has to do with multiple version of Access on the same box with the run time or perhaps any version of Access and the runtime coexisting. But I can't remember exactly. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 9:32 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Ok, so I need Sagekey to create the script (wow, lot of money for a script!) and then Wise to do the actual install. Clear. And you say Sagekey provides the Access runtime files too? So, I develop my Access system as normal and need nothing other then Sagekey and Wise to deploy it. Is that right? Then my 'only' problem is that I don't have a version of Access later than 2002! Damn. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Andy: Yeah you still need Wise. I believe Sagekey supplies you with all the Access files you need. Mostly those run-time files are stuff in Access already. The runtime, IIUC, is a subset of Access - just the stuff you need to run an mdb or mde without the files you need to do development - no design view of anything. The script you buy from Sagekey is a Wise script and like a template - very well commented so you can easily modify it for your own purposes. I was able to do it with a bit of help from their tech support - which is excellent, BTW - and didn't really have to learn the Wise scripting language. I have the script for 2003. I think they'll still sell it. Doug Murphy also is a user of the Wise/Sagekey combo and he can answer questions probably better than I. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime Thanks Rocky I've been to the Sagekey site http://www.sagekey.com/installation_access.aspx . The Lite and Pro versions appear to be complete installers which bypass the need for Access Deployment but presumably you still nned the Access Runtime. But you still need Wise, right? Sorry to be dense but can you briefly take me through what I need and the steps involved in building an installation? I also note they refer to a single license for Access 2007. What if I'm using an earlier version of Access? Any idea? Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 23 January 2010 14:59 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I have used the Wise/Sagekey combo for years with no problems. For that many installs it's probably well worth the bucks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Saturday, January 23, 2010 6:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Deploying Runtime Hi all I know this has been kicked around before so apoogies for raising it again but time's moved on so the current situation may have too. Anyway, a quick look at the the archives didn't illuminate me. I'm proposing to take an app written in Excel and rewrite it in Access. Problem is that it will need distributing to 200+ machines Europe-wide, most of which won't have Access. Now I haven't used Access Runtime for about 15 years so am well out-of-date and could do with an update. I guess my questions are; 1. Any chance of me getting hold of whatever's needed (Access Developer Edition is it?) to create runtimes for older versions (Access 2000, 2002)? Have in fact just looked and there's a copy of "Microsoft Office 2000 Developer Tools for PC" on ebay in UK. Is that what I need? There's a copy of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" too. Is that the 2002 equivalent? If I buy either/both of these am I getting the right software? 2.If I get those is that all I need? I've seen a post on a forum which says, and I quote: "There can definitely be conflicts when installing ART to machines with full versions of Access. I use the 2002 ART and deploy those apps with the Wise Installer and use Sagekey scripts (www.sagekey.com) ... this script is designed specificially to install my application with the ART on a machine with an exisiting version of Access so that they can both co-exist. They're not cheap - the scripts are around $400 USD, the Wise installer runs between $400-$1000 USD - but they make your life a lot easier. Since switching to these scripts and the Wise Installer, my support calls for installation have been reduced to almost nothing; " Do others back up this experience? Id appreciate you guys' wise advice as always. Andy -- 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 -- 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 From cfoust at infostatsystems.com Mon Jan 25 17:16:09 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 25 Jan 2010 17:16:09 -0600 Subject: [AccessD] OT -Check this out! Cool photography. In-Reply-To: <4B5CA8BF.3010201@colbyconsulting.com> References: <4B5CA8BF.3010201@colbyconsulting.com> Message-ID: That's fantastic John ... but way OT LOL Charlotte -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 24, 2010 12:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] Check this out! Cool photography. www.utah3d.net -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon Jan 25 17:17:23 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 25 Jan 2010 17:17:23 -0600 Subject: [AccessD] Check this out! Cool photography. In-Reply-To: <94FC3E3A4CE04174BF553A9A3DA7A60D@jislaptopdev> References: <4B5CA8BF.3010201@colbyconsulting.com> <810B340F2DCC47AAA95E9A58990B8695@HAL9005> <94FC3E3A4CE04174BF553A9A3DA7A60D@jislaptopdev> Message-ID: I had no problems, but I'm on my work machine with a T1 connection. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Sunday, January 24, 2010 6:29 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Check this out! Cool photography. ...about the same here using both IE8 and FF3.5 on a Comcast Ultra link :( William -------------------------------------------------- From: "Rocky Smolin" Sent: Sunday, January 24, 2010 9:18 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Check this out! Cool photography. > Oh, yeah - cathedral is loading now. Estimate about 1 1/2 hours to > complete. Tested my internet speed - 10,000+ kbps. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, January 24, 2010 12:09 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Check this out! Cool photography. > > > www.utah3d.net > > > -- > John W. Colby > www.ColbyConsulting.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 From wdhindman at dejpolsystems.com Mon Jan 25 19:04:37 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 25 Jan 2010 20:04:37 -0500 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: References: Message-ID: <9DFFBFE1A86840D9A739331E8D688AC9@jislaptopdev> Andy ...imnsho, anyone running Vista deserves what they get :) ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 before I get serious about upgrading ...I've run a couple of my major A2k3 apps on it and not noted any problems ...but I've also noted that others here have gotten into Win7 in more depth and there appear to be a number of small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested in VS 2010 as I've noted before. William -------------------------------------------------- From: "Andy Lacey" Sent: Monday, January 25, 2010 2:51 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Hi Tony and William > Thanks for your further responses. I'd have to buy Access 2003 (only have > 97, 2000 and 2002), which I can get from Amazon. There is, as William > says, > a copy of the "Visual Studio Tools for Office 2003" on Amazon (in the US > not > in UK unfortunately but I guess they'd ship). So this is a possibility. > What > worries me is that this must have been developed before newer versions of > Windows so do you envisage problems on Vista/Windows 7? Any thoughts? > Already done it? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: 25 January 2010 14:32 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Deploying - Access 2003 > > > Hey Andy > I see William has responed already. I have a machine that has Access97 > and Access2000 installed. I test my Access2003 installs on this machine. > I have never had (as of yet) a problem of installing and uninstalling > the application, running Access97 (yes I still have a couple of > applications in 97) or Access2000.. Also my clients have different > versions of Office/Access on their machines. The only problem I have run > into is you must uninstall with the original install disk (not a later > version, won't work). As I mentioned I don't have Access2007 so I don't > know if a it has a Package Wizard or how it works. > > Andy Lacey wrote: > >>Hi Tony >>That's interesting. My understanding is that Doug and others use Sagekey >>because the MS offerings give problems to pc's where there are existing >>Access installations, ie they interfere with those. Your experience is >>presumably different. >> >>Andy >> >> >>----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >>Sent: 24 January 2010 18:14 >>To: Access Developers discussion and problem solving >>Subject: [AccessD] Deploying - Access 2003 >> >> >>Hey Andy >>I do not currently have Access2007 (recommendation way back from the >>group). I still develop in Access2003 and use the MOA 2003 Developer >>Extensions Package Wizard to distribute my applications. Hate to say it >>but it is pretty cool, Access 2007 should have the same features >>available. Easy to set up, can customize text, colours and graphics for >>the install screens and include a User License Agreement (and it looks >>professional), it is all I basically need. I don't use SageKey etc. etc. >>etc. (thought about it but....). Just a thought. >> >> > > -- > 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 > From andy at minstersystems.co.uk Tue Jan 26 01:39:50 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 26 Jan 2010 07:39:50 -0000 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <9DFFBFE1A86840D9A739331E8D688AC9@jislaptopdev> Message-ID: <343DC0861E5143E4BB0EA76E5F1DEA14@MINSTER> Thanks William The difficulty when distributing is that you don't get to choose the OS's of the people you distribute to. I need to cover all bases the software's likely to encounter. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: 26 January 2010 01:05 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying - Access 2003 Andy ...imnsho, anyone running Vista deserves what they get :) ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 before I get serious about upgrading ...I've run a couple of my major A2k3 apps on it and not noted any problems ...but I've also noted that others here have gotten into Win7 in more depth and there appear to be a number of small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested in VS 2010 as I've noted before. William -------------------------------------------------- From: "Andy Lacey" Sent: Monday, January 25, 2010 2:51 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Hi Tony and William > Thanks for your further responses. I'd have to buy Access 2003 (only have > 97, 2000 and 2002), which I can get from Amazon. There is, as William > says, > a copy of the "Visual Studio Tools for Office 2003" on Amazon (in the US > not > in UK unfortunately but I guess they'd ship). So this is a possibility. > What > worries me is that this must have been developed before newer versions of > Windows so do you envisage problems on Vista/Windows 7? Any thoughts? > Already done it? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: 25 January 2010 14:32 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Deploying - Access 2003 > > > Hey Andy > I see William has responed already. I have a machine that has Access97 > and Access2000 installed. I test my Access2003 installs on this machine. > I have never had (as of yet) a problem of installing and uninstalling > the application, running Access97 (yes I still have a couple of > applications in 97) or Access2000.. Also my clients have different > versions of Office/Access on their machines. The only problem I have run > into is you must uninstall with the original install disk (not a later > version, won't work). As I mentioned I don't have Access2007 so I don't > know if a it has a Package Wizard or how it works. > > Andy Lacey wrote: > >>Hi Tony >>That's interesting. My understanding is that Doug and others use Sagekey >>because the MS offerings give problems to pc's where there are existing >>Access installations, ie they interfere with those. Your experience is >>presumably different. >> >>Andy >> >> >>----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >>Sent: 24 January 2010 18:14 >>To: Access Developers discussion and problem solving >>Subject: [AccessD] Deploying - Access 2003 >> >> >>Hey Andy >>I do not currently have Access2007 (recommendation way back from the >>group). I still develop in Access2003 and use the MOA 2003 Developer >>Extensions Package Wizard to distribute my applications. Hate to say it >>but it is pretty cool, Access 2007 should have the same features >>available. Easy to set up, can customize text, colours and graphics for >>the install screens and include a User License Agreement (and it looks >>professional), it is all I basically need. I don't use SageKey etc. etc. >>etc. (thought about it but....). Just a thought. >> >> > > -- > 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 From Gustav at cactus.dk Tue Jan 26 03:06:33 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 26 Jan 2010 10:06:33 +0100 Subject: [AccessD] Deploying - Access 2003 Message-ID: Hi William Win7 is just the latest SP of Vista so you may happen to wait for a long time. I like my Vista by the way. Maybe you just don't understand Vista!! /gustav >>> wdhindman at dejpolsystems.com 26-01-2010 02:04 >>> ...imnsho, anyone running Vista deserves what they get :) ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 before I get serious about upgrading ...I've run a couple of my major A2k3 apps on it and not noted any problems ...but I've also noted that others here have gotten into Win7 in more depth and there appear to be a number of small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested in VS 2010 as I've noted before. William From wdhindman at dejpolsystems.com Tue Jan 26 06:28:17 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 26 Jan 2010 07:28:17 -0500 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <343DC0861E5143E4BB0EA76E5F1DEA14@MINSTER> References: <343DC0861E5143E4BB0EA76E5F1DEA14@MINSTER> Message-ID: <3072D5F244A7407883DCDC44B0B7FFB9@jislaptopdev> ...another reason to move to VS2010 ...I know, I know :) William -------------------------------------------------- From: "Andy Lacey" Sent: Tuesday, January 26, 2010 2:39 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Thanks William > The difficulty when distributing is that you don't get to choose the OS's > of > the people you distribute to. I need to cover all bases the software's > likely to encounter. > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: 26 January 2010 01:05 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying - Access 2003 > > > Andy > > ...imnsho, anyone running Vista deserves what they get :) > ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 > before I get serious about upgrading ...I've run a couple of my major A2k3 > apps on it and not noted any problems ...but I've also noted that others > here have gotten into Win7 in more depth and there appear to be a number > of > small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 > completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested > in VS 2010 as I've noted before. > > William > > -------------------------------------------------- > From: "Andy Lacey" > Sent: Monday, January 25, 2010 2:51 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] Deploying - Access 2003 > >> Hi Tony and William >> Thanks for your further responses. I'd have to buy Access 2003 (only have >> 97, 2000 and 2002), which I can get from Amazon. There is, as William >> says, >> a copy of the "Visual Studio Tools for Office 2003" on Amazon (in the US >> not >> in UK unfortunately but I guess they'd ship). So this is a possibility. >> What >> worries me is that this must have been developed before newer versions of >> Windows so do you envisage problems on Vista/Windows 7? Any thoughts? >> Already done it? >> >> Andy >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >> Sent: 25 January 2010 14:32 >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Deploying - Access 2003 >> >> >> Hey Andy >> I see William has responed already. I have a machine that has Access97 >> and Access2000 installed. I test my Access2003 installs on this machine. >> I have never had (as of yet) a problem of installing and uninstalling >> the application, running Access97 (yes I still have a couple of >> applications in 97) or Access2000.. Also my clients have different >> versions of Office/Access on their machines. The only problem I have run >> into is you must uninstall with the original install disk (not a later >> version, won't work). As I mentioned I don't have Access2007 so I don't >> know if a it has a Package Wizard or how it works. >> >> Andy Lacey wrote: >> >>>Hi Tony >>>That's interesting. My understanding is that Doug and others use Sagekey >>>because the MS offerings give problems to pc's where there are existing >>>Access installations, ie they interfere with those. Your experience is >>>presumably different. >>> >>>Andy >>> >>> >>>----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >>>Sent: 24 January 2010 18:14 >>>To: Access Developers discussion and problem solving >>>Subject: [AccessD] Deploying - Access 2003 >>> >>> >>>Hey Andy >>>I do not currently have Access2007 (recommendation way back from the >>>group). I still develop in Access2003 and use the MOA 2003 Developer >>>Extensions Package Wizard to distribute my applications. Hate to say it >>>but it is pretty cool, Access 2007 should have the same features >>>available. Easy to set up, can customize text, colours and graphics for >>>the install screens and include a User License Agreement (and it looks >>>professional), it is all I basically need. I don't use SageKey etc. etc. >>>etc. (thought about it but....). Just a thought. >>> >>> >> >> -- >> 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 > From wdhindman at dejpolsystems.com Tue Jan 26 06:38:28 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 26 Jan 2010 07:38:28 -0500 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: References: Message-ID: ...lol ...spoken like a true cultist :) ...Win 7 has a rewritten kernal ...the Vista bells & whistles are are there but the snail has been replaced ...I tried Vista when it was first released and it was a cripple on 90% of the hardware I support, a no starter ...I think of Vista as much akin to Windows Me, a technical and marketing failure between Win98 and WinXP ...but that's ok, if you're happy I'm happy for you ...just you keep Vista and I'll keep XP and wait for Win 7 to SP. William -------------------------------------------------- From: "Gustav Brock" Sent: Tuesday, January 26, 2010 4:06 AM To: Subject: Re: [AccessD] Deploying - Access 2003 > Hi William > > Win7 is just the latest SP of Vista so you may happen to wait for a long > time. > I like my Vista by the way. Maybe you just don't understand Vista!! > > /gustav > > >>>> wdhindman at dejpolsystems.com 26-01-2010 02:04 >>> > > ...imnsho, anyone running Vista deserves what they get :) > ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 > before I get serious about upgrading ...I've run a couple of my major A2k3 > apps on it and not noted any problems ...but I've also noted that others > here have gotten into Win7 in more depth and there appear to be a number > of > small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 > completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested > in VS 2010 as I've noted before. > > William > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Tue Jan 26 07:36:03 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 26 Jan 2010 14:36:03 +0100 Subject: [AccessD] Deploying - Access 2003 Message-ID: Hi William So 10% work - that's the Lenovos, lucky me. My machine at work is a five year old IntelliStation at 2 GB (rambus => a fortune). It runs XP and will continue to do so until replaced. My former machine was an IntelliStation too, put into service with NT4. Speak about ROI. Seems like a habit to skip every other version of Windows. /gustav >>> wdhindman at dejpolsystems.com 26-01-2010 13:38 >>> ...lol ...spoken like a true cultist :) ...Win 7 has a rewritten kernal ...the Vista bells & whistles are are there but the snail has been replaced ...I tried Vista when it was first released and it was a cripple on 90% of the hardware I support, a no starter ...I think of Vista as much akin to Windows Me, a technical and marketing failure between Win98 and WinXP ...but that's ok, if you're happy I'm happy for you ...just you keep Vista and I'll keep XP and wait for Win 7 to SP. William -------------------------------------------------- From: "Gustav Brock" Sent: Tuesday, January 26, 2010 4:06 AM To: Subject: Re: [AccessD] Deploying - Access 2003 > Hi William > > Win7 is just the latest SP of Vista so you may happen to wait for a long time. > I like my Vista by the way. Maybe you just don't understand Vista!! > > /gustav > > >>>> wdhindman at dejpolsystems.com 26-01-2010 02:04 >>> > > ...imnsho, anyone running Vista deserves what they get :) > ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 > before I get serious about upgrading ...I've run a couple of my major A2k3 > apps on it and not noted any problems ...but I've also noted that others > here have gotten into Win7 in more depth and there appear to be a number of > small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 > completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested > in VS 2010 as I've noted before. > > William From jwcolby at colbyconsulting.com Tue Jan 26 07:50:05 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 08:50:05 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <001401ca9e0c$9321ea30$b965be90$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> Message-ID: <4B5EF30D.50206@colbyconsulting.com> If I donate this library to Database Advisors Inc would anyone be willing to form a working group to work on it / document it? The application works (quite well) and I use it in several different databases but it is undocumented. As William will tell you, when I do write documentation it is ... "obtuse" is the phrase he used. John W. Colby www.ColbyConsulting.com Robert wrote: > Sounds like a pretty good game plan. Do you have this as a Demo on your > site? I would be very interesting in the table design... > > > Thank You John! > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, January 25, 2010 4:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > > I use a class system and caches. I create three tables: > > usystblLWSUsers > usystblLWSGroups > usystblLWSUserGroups > > I create a class for each of these objects, plus a cache that is the > supervisor that loads each of > these. > > I have a module that holds a global function for getting the pointer to the > supervisor, as well as > functions to initialize and tear down the supervisor. > > All of this is created out in a library - C2DbLWS.mda which is referenced by > anything that needs the > security. > > Essentially your startup code instantiates the supervisor which loads the > three tables into classes > and stores them into collections. Once loaded the supervisor has methods > such as > UserInGroup(idUser, IDGrp) as boolean. > > It was not a trivial undertaking, but once written it pretty much just > works. > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Can you give / share any pointers? >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Monday, January 25, 2010 12:49 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security >> >> I have rolled my own. I have used it for years. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Robert wrote: >>> Those who have moved to the newer 2007 db container what are you using > for >> a >>> lightweight user authentication system? >>> >>> Has anyone rolled their own? If memory serves me, I believe John Colby >> was >>> creating his own several years ago. >>> >>> >>> >>> WBR >>> Robert >>> >>> >>> From accessd at gfconsultants.com Tue Jan 26 08:57:32 2010 From: accessd at gfconsultants.com (Reuben Cummings) Date: Tue, 26 Jan 2010 09:57:32 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <12459427F21849079D33B1B648CCF492@MINSTER> Message-ID: <3214DADDC47E402BA7BE187927D5E309@reubennx9500> I hate to leave what continues to work... Still running A2000. Have always used the built in Package and Deployment Wizard without failure. And my installs co-exist with other versions of Access without trouble. Newer versions are installed in folders numbered to indicate their version and the runtime will install in a folder named ART. The only problem, which I have never had, is that the user has A2000 at installation time so runtime does not install and the user then upgrades and removes 2000 in the process. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Monday, January 25, 2010 4:06 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Given that I'm going to have to move to a newer version of > Access in order > to get some solid deployment tool can someone remind me which > are the good, > the bad and the ugly Access versions since, say, A2000? > > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: 24 January 2010 23:18 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Hi Andy, > Have used Wise/Sagekey for years now and was the answer to > all of these > issues. Now, as Doug mentioned, Wise recommends theirs MSI > Script rather > than their Wise scrip. This is because Wise had been bought > by two companies > in the last couple of years. The first was committed to it - > the second is > Symantec and they seem to have no desire to carry on the Wise > installer > excellence. (Is that a surprise to anyone?) > > Given my experiences with Barry and the Sagekey group I'd > highly recommend > you contact them for all of your installers needs. > > John B > PS I get no kickbacks from this ;o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Sunday, January 24, 2010 12:25 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Hello Andy, > > With the scripts for Wise or Instalshield you had to purchase > either Wise or > Instalshield and then purchase the script that Sagekey > developed to creat > the installation package with which ever install package you > had. I am not > familiar with the MSI product but Sagekey indicated in one of > their mailings > that this was the approach to use now. Their wizard may use > this technology > to create the installation package. As I indicate, I have not > used it so > can't comment. I only have experience with the script for > Wise Installer 9. > I do have faith in Sagekey products to produce reliable installation > packages which ever one you choose. > > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Sunday, January 24, 2010 2:08 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > That's encourgaing Doug. I'm a little unclear though what I'd > be buying from > here http://www.sagekey.com/installation_access.aspx . You > speak of Sagekey > scripts. Is that different from the Sagekey Deployment Wizard > then? I had > assumed the wizard was a tool they supplied to generate the > scripts but > maybe not. If I click "Buy" on that link am I buying the > ability to use > either method? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: 23 January 2010 20:30 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Andy, > > We are still using the Access 2002 runtime with Wise and the > most current > Sagekey scripts that take into account Vista, and I assume > Win. 07 security > issues. We have stayed with 2002 because that is where our > investment is and > don't need any of the new features. We have not had any > issues with Vista > installs or with installs of our package in Windows 07. The > reason for using > the Sagekey scripts is that then your application can run on > a machine with > other versions of Office installed and not cause the issue with Office > trying to reinstall every time you run another version of one of its > applications. The scripts also install all the runtime stuff > in a separate > directory so they don't get overwritten or interfere with > anything else. > Just be aware that they accomplish the compatiblity stuff by > opening your > application through a little program called runAccess.exe, in > our version > anyway. This takes care of registry settings, security and > what ever else > needs tweeking. The shortcut their installation puts on the > desktop goes to > this program with the proper keys, etc. If you look at the > shortcut you can > figure out what it does. > > There have been issues with the Access installation wizard in > past versions. > Not sure if that is true now. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 12:00 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Now I'm getting worried. Will the "Sagekey Access 2007 > Deployment Wizard" > install my app on any machine, whatever its OS, and whether or not it > already has Access installed? Oh and if it does already have > Access will it > behave itself and not upset the existing installation? > > If I can't guarantee that it's a non-starter. > > Rocky, you must have this issue with your product. Do all of > your installs > run smoothly or do some get problems? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: 23 January 2010 19:39 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Rocky, > > That's part of it, and a big one, but they also handle the > permission > system issues very well also.. > > Yea the Sagekey Access 2007 Deployment Wizard works well, but > it is not > ANYWHERE near as flexible as the Wise / Sagekey solution, > which is of course > not recommended for Windows 7 (and for me Vista) Installations. > > They have also chosen, IMO, some really odd default path > structures for > Windows XP installations. (They choose the "C:\Documents and > Settings\All > Users\AppData\....." for the Variable). > Which in my case > will not work because the string that is created is too long > for a windows > desktop shortcut. > > I've talked with them about it, and suggested that they make > the Windows XP > location user adjustable, but they claim that it will destroy the > foundations of programming and won't make the change.. I keep > saying it > won't make one bit a difference on a Windows XP installation, > but alas they > won't budge... :-) > > They are currently working on their 2010 version. > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: Saturday, January 23, 2010 2:16 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Sounds like I may be a bit behind the curve on Sagekey's > product line. Doug > says you can use their script for MSI - but IIRC there's some > problem with > MSI that the Wise/Sagekey combo finesses and I think it has to do with > multiple version of Access on the same box with the run time > or perhaps any > version of Access and the runtime coexisting. But I can't > remember exactly. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 9:32 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Ok, so I need Sagekey to create the script (wow, lot of money > for a script!) > and then Wise to do the actual install. Clear. And you say > Sagekey provides > the Access runtime files too? So, I develop my Access system > as normal and > need nothing other then Sagekey and Wise to deploy it. Is > that right? Then > my 'only' problem is that I don't have a version of Access > later than 2002! > Damn. > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: 23 January 2010 16:55 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Andy: > > Yeah you still need Wise. I believe Sagekey supplies you with all the > Access files you need. Mostly those run-time files are stuff > in Access > already. The runtime, IIUC, is a subset of Access - just the > stuff you need > to run an mdb or mde without the files you need to do development - no > design view of anything. > > The script you buy from Sagekey is a Wise script and like a > template - very > well commented so you can easily modify it for your own > purposes. I was > able to do it with a bit of help from their tech support - which is > excellent, BTW - and didn't really have to learn the Wise scripting > language. > > I have the script for 2003. I think they'll still sell it. > > Doug Murphy also is a user of the Wise/Sagekey combo and he can answer > questions probably better than I. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 8:13 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Thanks Rocky > I've been to the Sagekey site > http://www.sagekey.com/installation_access.aspx . The Lite > and Pro versions > appear to be complete installers which bypass the need for > Access Deployment > but presumably you still nned the Access Runtime. But you > still need Wise, > right? Sorry to be dense but can you briefly take me through > what I need and > the steps involved in building an installation? > > > I also note they refer to a single license for Access 2007. > What if I'm > using an earlier version of Access? Any idea? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: 23 January 2010 14:59 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > I have used the Wise/Sagekey combo for years with no > problems. For that > many installs it's probably well worth the bucks. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 6:42 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Deploying Runtime > > Hi all > I know this has been kicked around before so apoogies for > raising it again > but time's moved on so the current situation may have too. > Anyway, a quick > look at the the archives didn't illuminate me. > > I'm proposing to take an app written in Excel and rewrite it > in Access. > Problem is that it will need distributing to 200+ machines > Europe-wide, most > of which won't have Access. Now I haven't used Access Runtime > for about 15 > years so am well out-of-date and could do with an update. I guess my > questions are; > > 1. Any chance of me getting hold of whatever's needed (Access > Developer > Edition is it?) to create runtimes for older versions (Access > 2000, 2002)? > > Have in fact just looked and there's a copy of "Microsoft Office 2000 > Developer Tools for PC" on ebay in UK. Is that what I need? > There's a copy > of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" > too. Is that > the 2002 equivalent? If I buy either/both of these am I > getting the right > software? > > 2.If I get those is that all I need? I've seen a post on a > forum which says, > and I quote: > "There can definitely be conflicts when installing ART to > machines with full > versions of Access. I use the 2002 ART and deploy those apps > with the Wise > Installer and use Sagekey scripts (www.sagekey.com) ... this script is > designed specificially to install my application with the ART > on a machine > with an exisiting version of Access so that they can both > co-exist. They're > not cheap - the scripts are around $400 USD, the Wise > installer runs between > $400-$1000 USD - but they make your life a lot easier. Since > switching to > these scripts and the Wise Installer, my support calls for > installation have > been reduced to almost nothing; " > > Do others back up this experience? > > Id appreciate you guys' wise advice as always. > > Andy > > > > -- > 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 > > > -- > 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 > > -- > 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 > > > -- > 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 > From DWUTKA at Marlow.com Tue Jan 26 10:12:53 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 26 Jan 2010 10:12:53 -0600 Subject: [AccessD] OT: More Windows 7 (WAS:RE: Deploying - Access 2003) In-Reply-To: <9DFFBFE1A86840D9A739331E8D688AC9@jislaptopdev> References: <9DFFBFE1A86840D9A739331E8D688AC9@jislaptopdev> Message-ID: It may take quite a while before service pack comes out for Windows 7. There isn't anything to really fix yet! Reading your post, I googled for the one thing that I was hoping would come with SP1. I have multiple monitors. I like the 'Snap' feature of 7, but with my desktop, it won't snap 'in between' my monitors.... but looky here: http://www.sevenforums.com/tutorials/487-snap-window-side.html It will snap, just not with the mouse, and I tried this, it works great! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Monday, January 25, 2010 7:05 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying - Access 2003 Andy ...imnsho, anyone running Vista deserves what they get :) ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 before I get serious about upgrading ...I've run a couple of my major A2k3 apps on it and not noted any problems ...but I've also noted that others here have gotten into Win7 in more depth and there appear to be a number of small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested in VS 2010 as I've noted before. William The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From robert at servicexp.com Tue Jan 26 10:24:03 2010 From: robert at servicexp.com (Robert) Date: Tue, 26 Jan 2010 11:24:03 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <4B5EF30D.50206@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <6DC4725FDCDD72428D6114F1B6CC6E8101688DB8@EXUAU020HWT110.oceania.corp.anz.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> Message-ID: <000001ca9ea3$fa701df0$ef5059d0$@com> Obtuse..... lol.. I would certainly be willing to document it, well at least the parts I understand, then I would need your help... :-). I would imagine, the time to document it would be less than the time to roll my own and get it working. I would also be willing to create a small help file for it. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, January 26, 2010 8:50 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security If I donate this library to Database Advisors Inc would anyone be willing to form a working group to work on it / document it? The application works (quite well) and I use it in several different databases but it is undocumented. As William will tell you, when I do write documentation it is ... "obtuse" is the phrase he used. John W. Colby www.ColbyConsulting.com Robert wrote: > Sounds like a pretty good game plan. Do you have this as a Demo on your > site? I would be very interesting in the table design... > > > Thank You John! > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, January 25, 2010 4:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > > I use a class system and caches. I create three tables: > > usystblLWSUsers > usystblLWSGroups > usystblLWSUserGroups > > I create a class for each of these objects, plus a cache that is the > supervisor that loads each of > these. > > I have a module that holds a global function for getting the pointer to the > supervisor, as well as > functions to initialize and tear down the supervisor. > > All of this is created out in a library - C2DbLWS.mda which is referenced by > anything that needs the > security. > > Essentially your startup code instantiates the supervisor which loads the > three tables into classes > and stores them into collections. Once loaded the supervisor has methods > such as > UserInGroup(idUser, IDGrp) as boolean. > > It was not a trivial undertaking, but once written it pretty much just > works. > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Can you give / share any pointers? >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Monday, January 25, 2010 12:49 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security >> >> I have rolled my own. I have used it for years. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Robert wrote: >>> Those who have moved to the newer 2007 db container what are you using > for >> a >>> lightweight user authentication system? >>> >>> Has anyone rolled their own? If memory serves me, I believe John Colby >> was >>> creating his own several years ago. >>> >>> >>> >>> WBR >>> Robert >>> >>> >>> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Tue Jan 26 10:37:28 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 26 Jan 2010 08:37:28 -0800 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: <343DC0861E5143E4BB0EA76E5F1DEA14@MINSTER> References: <9DFFBFE1A86840D9A739331E8D688AC9@jislaptopdev> <343DC0861E5143E4BB0EA76E5F1DEA14@MINSTER> Message-ID: <7C65E121B60B4FE9A1C2D6F12BCC5189@murphy3234aaf1> That is why we went with the Wise/Sagekey combination. Even with this I do extensive testing every time we build a new installer. Or application sells into a non-technical market so there is not much tolerance for difficult installations. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Monday, January 25, 2010 11:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying - Access 2003 Thanks William The difficulty when distributing is that you don't get to choose the OS's of the people you distribute to. I need to cover all bases the software's likely to encounter. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: 26 January 2010 01:05 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying - Access 2003 Andy ...imnsho, anyone running Vista deserves what they get :) ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win 7 before I get serious about upgrading ...I've run a couple of my major A2k3 apps on it and not noted any problems ...but I've also noted that others here have gotten into Win7 in more depth and there appear to be a number of small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 completely, it's a mess imnsho ...maybe A2k10 but I'm much more interested in VS 2010 as I've noted before. William -------------------------------------------------- From: "Andy Lacey" Sent: Monday, January 25, 2010 2:51 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Deploying - Access 2003 > Hi Tony and William > Thanks for your further responses. I'd have to buy Access 2003 (only > have 97, 2000 and 2002), which I can get from Amazon. There is, as > William says, a copy of the "Visual Studio Tools for Office 2003" on > Amazon (in the US not in UK unfortunately but I guess they'd ship). So > this is a possibility. > What > worries me is that this must have been developed before newer versions > of Windows so do you envisage problems on Vista/Windows 7? Any thoughts? > Already done it? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: 25 January 2010 14:32 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Deploying - Access 2003 > > > Hey Andy > I see William has responed already. I have a machine that has Access97 > and Access2000 installed. I test my Access2003 installs on this machine. > I have never had (as of yet) a problem of installing and uninstalling > the application, running Access97 (yes I still have a couple of > applications in 97) or Access2000.. Also my clients have different > versions of Office/Access on their machines. The only problem I have > run into is you must uninstall with the original install disk (not a > later version, won't work). As I mentioned I don't have Access2007 so > I don't know if a it has a Package Wizard or how it works. > > Andy Lacey wrote: > >>Hi Tony >>That's interesting. My understanding is that Doug and others use >>Sagekey because the MS offerings give problems to pc's where there are >>existing Access installations, ie they interfere with those. Your >>experience is presumably different. >> >>Andy >> >> >>----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >>Sent: 24 January 2010 18:14 >>To: Access Developers discussion and problem solving >>Subject: [AccessD] Deploying - Access 2003 >> >> >>Hey Andy >>I do not currently have Access2007 (recommendation way back from the >>group). I still develop in Access2003 and use the MOA 2003 Developer >>Extensions Package Wizard to distribute my applications. Hate to say >>it but it is pretty cool, Access 2007 should have the same features >>available. Easy to set up, can customize text, colours and graphics >>for the install screens and include a User License Agreement (and it >>looks professional), it is all I basically need. I don't use SageKey etc. etc. >>etc. (thought about it but....). Just a thought. >> >> > > -- > 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 From wdhindman at dejpolsystems.com Tue Jan 26 11:56:11 2010 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 26 Jan 2010 12:56:11 -0500 Subject: [AccessD] Deploying - Access 2003 In-Reply-To: References: Message-ID: <26372CEB0E12425C9FD8E45F1FE3E87B@jislaptopdev> ...a sound habit formed from too much miserable experience :) William -------------------------------------------------- From: "Gustav Brock" Sent: Tuesday, January 26, 2010 8:36 AM To: Subject: Re: [AccessD] Deploying - Access 2003 > Hi William > > So 10% work - that's the Lenovos, lucky me. > > My machine at work is a five year old IntelliStation at 2 GB (rambus => a > fortune). It runs XP and will continue to do so until replaced. My former > machine was an IntelliStation too, put into service with NT4. Speak about > ROI. > Seems like a habit to skip every other version of Windows. > > /gustav > > >>>> wdhindman at dejpolsystems.com 26-01-2010 13:38 >>> > ...lol ...spoken like a true cultist :) > > ...Win 7 has a rewritten kernal ...the Vista bells & whistles are are > there > but the snail has been replaced ...I tried Vista when it was first > released > and it was a cripple on 90% of the hardware I support, a no starter ...I > think of Vista as much akin to Windows Me, a technical and marketing > failure > between Win98 and WinXP ...but that's ok, if you're happy I'm happy for > you > ...just you keep Vista and I'll keep XP and wait for Win 7 to SP. > > William > > -------------------------------------------------- > From: "Gustav Brock" > Sent: Tuesday, January 26, 2010 4:06 AM > To: > Subject: Re: [AccessD] Deploying - Access 2003 > >> Hi William >> >> Win7 is just the latest SP of Vista so you may happen to wait for a long >> time. >> I like my Vista by the way. Maybe you just don't understand Vista!! >> >> /gustav >> >> >>>>> wdhindman at dejpolsystems.com 26-01-2010 02:04 >>> >> >> ...imnsho, anyone running Vista deserves what they get :) >> ...I'm still on XP with Win 7 on a vhd ...I'm waiting for the SP1 on Win >> 7 >> before I get serious about upgrading ...I've run a couple of my major >> A2k3 >> apps on it and not noted any problems ...but I've also noted that others >> here have gotten into Win7 in more depth and there appear to be a number >> of >> small gotchas ...another reason to wait for SP1 ...I'm passing A2k7 >> completely, it's a mess imnsho ...maybe A2k10 but I'm much more >> interested >> in VS 2010 as I've noted before. >> >> William > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Tue Jan 26 13:15:31 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 14:15:31 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <000001ca9ea3$fa701df0$ef5059d0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> Message-ID: <4B5F3F53.5060504@colbyconsulting.com> Sent to you offline John W. Colby www.ColbyConsulting.com Robert wrote: > Obtuse..... lol.. > > I would certainly be willing to document it, well at least the parts I > understand, then I would need your help... :-). > > I would imagine, the time to document it would be less than the time to roll > my own and get it working. I would also be willing to create a small help > file for it. > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, January 26, 2010 8:50 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > > If I donate this library to Database Advisors Inc would anyone be willing to > form a working group to > work on it / document it? The application works (quite well) and I use it > in several different > databases but it is undocumented. As William will tell you, when I do write > documentation it is ... > "obtuse" is the phrase he used. > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Sounds like a pretty good game plan. Do you have this as a Demo on your >> site? I would be very interesting in the table design... >> >> >> Thank You John! >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Monday, January 25, 2010 4:55 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security >> >> I use a class system and caches. I create three tables: >> >> usystblLWSUsers >> usystblLWSGroups >> usystblLWSUserGroups >> >> I create a class for each of these objects, plus a cache that is the >> supervisor that loads each of >> these. >> >> I have a module that holds a global function for getting the pointer to > the >> supervisor, as well as >> functions to initialize and tear down the supervisor. >> >> All of this is created out in a library - C2DbLWS.mda which is referenced > by >> anything that needs the >> security. >> >> Essentially your startup code instantiates the supervisor which loads the >> three tables into classes >> and stores them into collections. Once loaded the supervisor has methods >> such as >> UserInGroup(idUser, IDGrp) as boolean. >> >> It was not a trivial undertaking, but once written it pretty much just >> works. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Robert wrote: >>> Can you give / share any pointers? >>> >>> WBR >>> Robert >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Monday, January 25, 2010 12:49 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security >>> >>> I have rolled my own. I have used it for years. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Robert wrote: >>>> Those who have moved to the newer 2007 db container what are you using >> for >>> a >>>> lightweight user authentication system? >>>> >>>> Has anyone rolled their own? If memory serves me, I believe John Colby >>> was >>>> creating his own several years ago. >>>> >>>> >>>> >>>> WBR >>>> Robert >>>> >>>> >>>> From rusty.hammond at cpiqpc.com Tue Jan 26 13:37:06 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Tue, 26 Jan 2010 13:37:06 -0600 Subject: [AccessD] IDE for VB/VBA Message-ID: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From dwaters at usinternet.com Tue Jan 26 14:44:16 2010 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 26 Jan 2010 14:44:16 -0600 Subject: [AccessD] IDE for VB/VBA In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> References: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: Yes! http://submain.com/products/prettycode.print.aspx This is not free - but it's really nice for a code review. It also places a 'bracket' around each if/then block of code, so they really do stand out. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Tuesday, January 26, 2010 1:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] IDE for VB/VBA Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Tue Jan 26 15:13:39 2010 From: robert at servicexp.com (Robert) Date: Tue, 26 Jan 2010 16:13:39 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <4B5F3F53.5060504@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> Message-ID: <004e01ca9ecc$6f2b0dd0$4d812970$@com> Got it..... HOLY COW John... It's going to take me a month just to understand what in the world is going on in there... Your use of classes as objects "out classes" my understanding. It's on a whole different level, like several different levels, then where I'm at.... Damn.... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, January 26, 2010 2:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security Sent to you offline John W. Colby www.ColbyConsulting.com Robert wrote: > Obtuse..... lol.. > > I would certainly be willing to document it, well at least the parts I > understand, then I would need your help... :-). > > I would imagine, the time to document it would be less than the time to roll > my own and get it working. I would also be willing to create a small help > file for it. > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, January 26, 2010 8:50 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > > If I donate this library to Database Advisors Inc would anyone be willing to > form a working group to > work on it / document it? The application works (quite well) and I use it > in several different > databases but it is undocumented. As William will tell you, when I do write > documentation it is ... > "obtuse" is the phrase he used. > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Sounds like a pretty good game plan. Do you have this as a Demo on your >> site? I would be very interesting in the table design... >> >> >> Thank You John! >> >> WBR >> Robert >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Monday, January 25, 2010 4:55 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security >> >> I use a class system and caches. I create three tables: >> >> usystblLWSUsers >> usystblLWSGroups >> usystblLWSUserGroups >> >> I create a class for each of these objects, plus a cache that is the >> supervisor that loads each of >> these. >> >> I have a module that holds a global function for getting the pointer to > the >> supervisor, as well as >> functions to initialize and tear down the supervisor. >> >> All of this is created out in a library - C2DbLWS.mda which is referenced > by >> anything that needs the >> security. >> >> Essentially your startup code instantiates the supervisor which loads the >> three tables into classes >> and stores them into collections. Once loaded the supervisor has methods >> such as >> UserInGroup(idUser, IDGrp) as boolean. >> >> It was not a trivial undertaking, but once written it pretty much just >> works. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Robert wrote: >>> Can you give / share any pointers? >>> >>> WBR >>> Robert >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Monday, January 25, 2010 12:49 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] SPAM-LOW: Access 2007 accde User Security >>> >>> I have rolled my own. I have used it for years. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Robert wrote: >>>> Those who have moved to the newer 2007 db container what are you using >> for >>> a >>>> lightweight user authentication system? >>>> >>>> Has anyone rolled their own? If memory serves me, I believe John Colby >>> was >>>> creating his own several years ago. >>>> >>>> >>>> >>>> WBR >>>> Robert >>>> >>>> >>>> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Tue Jan 26 15:45:15 2010 From: robert at servicexp.com (Robert) Date: Tue, 26 Jan 2010 16:45:15 -0500 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <004e01ca9ecc$6f2b0dd0$4d812970$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004 e01ca9ecc$6f2b0dd0$4d812970$@com> Message-ID: <005901ca9ed0$db46b1f0$91d415d0$@com> As you may remembered, on a Windows 7 machine (only Window 7), my program would hang, and cause Windows 7 to complain only when closing it. I think I found the cause, and if it is what I think it was, it's not good... I was able to drill the problem down to a specific form(s) Vs One form that didn't exhibited the problem. I would simply open the program on a product machine, and open one form, then close the program, one at a time, until I found a form that DID NOT cause the issue. The ONLY difference in the form that DID NOT cause the problem, it did not use any sysvar calls. My sysvar system is loosely based on John Colby's sysvar structure, which was referenced in a separate .mde. These are the classes that need to have the headers modified to enable direct interaction with the properties and methods in the main program. I thought, there is no way that could be causing a problem. After combing over ever single line of code in that system, I could not find ANYTHING that was not being destroyed. After that. I imported ALL of the code from the logic.mde that housed the code into the main FE program.. Guess what, the problem has completely gone away, no form causes the program to hand on closing. I'm not exactly 100% sure what to make of it, but all I did was get rid of the Logic.mde and access the same code directly in the FE and it appears to have solved it completely. Just another "Heads Up".... WBR Robert From rusty.hammond at cpiqpc.com Tue Jan 26 16:37:31 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Tue, 26 Jan 2010 16:37:31 -0600 Subject: [AccessD] IDE for VB/VBA In-Reply-To: References: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D794C0@CPIEMAIL-EVS1.CPIQPC.NET> Thanks Dan. Looks like that might work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, January 26, 2010 2:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] IDE for VB/VBA Yes! http://submain.com/products/prettycode.print.aspx This is not free - but it's really nice for a code review. It also places a 'bracket' around each if/then block of code, so they really do stand out. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Tuesday, January 26, 2010 1:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] IDE for VB/VBA Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- 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 ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From max.wanadoo at gmail.com Tue Jan 26 17:00:29 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 26 Jan 2010 23:00:29 -0000 Subject: [AccessD] IDE for VB/VBA In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D794C0@CPIEMAIL-EVS1.CPIQPC.NET> References: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> <49A286ABF515E94A8505CD14DEB7217006D794C0@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4b5f7424.0a04d00a.32d3.77fc@mx.google.com> Rusty, I sent you one offine as a renamed .exe to .xex Might have gone into your spam folder. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: 26 January 2010 22:38 To: Access Developers discussion and problem solving Subject: Re: [AccessD] IDE for VB/VBA Thanks Dan. Looks like that might work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, January 26, 2010 2:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] IDE for VB/VBA Yes! http://submain.com/products/prettycode.print.aspx This is not free - but it's really nice for a code review. It also places a 'bracket' around each if/then block of code, so they really do stand out. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Tuesday, January 26, 2010 1:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] IDE for VB/VBA Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- 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 ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jan 26 18:12:28 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 19:12:28 -0500 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <005901ca9ed0$db46b1f0$91d415d0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@co! lbyconsulting.com> <004 e01ca9ecc$6f2b0dd0$4d812970$@com> <005901ca9ed0$db46b1f0$91d415d0$@com> Message-ID: <4B5F84EC.30806@colbyconsulting.com> Ohhhh, that is nasty! And this only happens on a Windows 7 machine? We still don't know that it isn't a SP level kind of issue but it is definitely nasty! John W. Colby www.ColbyConsulting.com Robert wrote: > As you may remembered, on a Windows 7 machine (only Window 7), my program > would hang, and cause Windows 7 to complain only when closing it. I think I > found the cause, and if it is what I think it was, it's not good... > > I was able to drill the problem down to a specific form(s) Vs One form that > didn't exhibited the problem. I would simply open the program on a product > machine, and open one form, then close the program, one at a time, until I > found a form that DID NOT cause the issue. > > The ONLY difference in the form that DID NOT cause the problem, it did not > use any sysvar calls. My sysvar system is loosely based on John Colby's > sysvar structure, which was referenced in a separate .mde. These are the > classes that need to have the headers modified to enable direct interaction > with the properties and methods in the main program. > > I thought, there is no way that could be causing a problem. After combing > over ever single line of code in that system, I could not find ANYTHING that > was not being destroyed. > > After that. I imported ALL of the code from the logic.mde that housed the > code into the main FE program.. Guess what, the problem has completely gone > away, no form causes the program to hand on closing. > > I'm not exactly 100% sure what to make of it, but all I did was get rid of > the Logic.mde and access the same code directly in the FE and it appears to > have solved it completely. > > Just another "Heads Up".... > > WBR > Robert > > > > > > From cfoust at infostatsystems.com Tue Jan 26 18:36:15 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 26 Jan 2010 18:36:15 -0600 Subject: [AccessD] Deploying Runtime In-Reply-To: <3214DADDC47E402BA7BE187927D5E309@reubennx9500> References: <12459427F21849079D33B1B648CCF492@MINSTER> <3214DADDC47E402BA7BE187927D5E309@reubennx9500> Message-ID: You've been incredibly lucky then, Reuben. I gave up on the wizard around Access 2.0 and switched to InstallShield to get done what I needed. I found the wizard in 97 and 2000 no improvement. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Reuben Cummings Sent: Tuesday, January 26, 2010 6:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I hate to leave what continues to work... Still running A2000. Have always used the built in Package and Deployment Wizard without failure. And my installs co-exist with other versions of Access without trouble. Newer versions are installed in folders numbered to indicate their version and the runtime will install in a folder named ART. The only problem, which I have never had, is that the user has A2000 at installation time so runtime does not install and the user then upgrades and removes 2000 in the process. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Monday, January 25, 2010 4:06 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Given that I'm going to have to move to a newer version of > Access in order > to get some solid deployment tool can someone remind me which > are the good, > the bad and the ugly Access versions since, say, A2000? > > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: 24 January 2010 23:18 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Hi Andy, > Have used Wise/Sagekey for years now and was the answer to > all of these > issues. Now, as Doug mentioned, Wise recommends theirs MSI > Script rather > than their Wise scrip. This is because Wise had been bought > by two companies > in the last couple of years. The first was committed to it - > the second is > Symantec and they seem to have no desire to carry on the Wise > installer > excellence. (Is that a surprise to anyone?) > > Given my experiences with Barry and the Sagekey group I'd > highly recommend > you contact them for all of your installers needs. > > John B > PS I get no kickbacks from this ;o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Sunday, January 24, 2010 12:25 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Hello Andy, > > With the scripts for Wise or Instalshield you had to purchase > either Wise or > Instalshield and then purchase the script that Sagekey > developed to creat > the installation package with which ever install package you > had. I am not > familiar with the MSI product but Sagekey indicated in one of > their mailings > that this was the approach to use now. Their wizard may use > this technology > to create the installation package. As I indicate, I have not > used it so > can't comment. I only have experience with the script for > Wise Installer 9. > I do have faith in Sagekey products to produce reliable installation > packages which ever one you choose. > > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Sunday, January 24, 2010 2:08 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > That's encourgaing Doug. I'm a little unclear though what I'd > be buying from > here http://www.sagekey.com/installation_access.aspx . You > speak of Sagekey > scripts. Is that different from the Sagekey Deployment Wizard > then? I had > assumed the wizard was a tool they supplied to generate the > scripts but > maybe not. If I click "Buy" on that link am I buying the > ability to use > either method? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: 23 January 2010 20:30 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Andy, > > We are still using the Access 2002 runtime with Wise and the > most current > Sagekey scripts that take into account Vista, and I assume > Win. 07 security > issues. We have stayed with 2002 because that is where our > investment is and > don't need any of the new features. We have not had any > issues with Vista > installs or with installs of our package in Windows 07. The > reason for using > the Sagekey scripts is that then your application can run on > a machine with > other versions of Office installed and not cause the issue with Office > trying to reinstall every time you run another version of one of its > applications. The scripts also install all the runtime stuff > in a separate > directory so they don't get overwritten or interfere with > anything else. > Just be aware that they accomplish the compatiblity stuff by > opening your > application through a little program called runAccess.exe, in > our version > anyway. This takes care of registry settings, security and > what ever else > needs tweeking. The shortcut their installation puts on the > desktop goes to > this program with the proper keys, etc. If you look at the > shortcut you can > figure out what it does. > > There have been issues with the Access installation wizard in > past versions. > Not sure if that is true now. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 12:00 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Now I'm getting worried. Will the "Sagekey Access 2007 > Deployment Wizard" > install my app on any machine, whatever its OS, and whether or not it > already has Access installed? Oh and if it does already have > Access will it > behave itself and not upset the existing installation? > > If I can't guarantee that it's a non-starter. > > Rocky, you must have this issue with your product. Do all of > your installs > run smoothly or do some get problems? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: 23 January 2010 19:39 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Rocky, > > That's part of it, and a big one, but they also handle the > permission > system issues very well also.. > > Yea the Sagekey Access 2007 Deployment Wizard works well, but > it is not > ANYWHERE near as flexible as the Wise / Sagekey solution, > which is of course > not recommended for Windows 7 (and for me Vista) Installations. > > They have also chosen, IMO, some really odd default path > structures for > Windows XP installations. (They choose the "C:\Documents and > Settings\All > Users\AppData\....." for the Variable). > Which in my case > will not work because the string that is created is too long > for a windows > desktop shortcut. > > I've talked with them about it, and suggested that they make > the Windows XP > location user adjustable, but they claim that it will destroy the > foundations of programming and won't make the change.. I keep > saying it > won't make one bit a difference on a Windows XP installation, > but alas they > won't budge... :-) > > They are currently working on their 2010 version. > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: Saturday, January 23, 2010 2:16 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Sounds like I may be a bit behind the curve on Sagekey's > product line. Doug > says you can use their script for MSI - but IIRC there's some > problem with > MSI that the Wise/Sagekey combo finesses and I think it has to do with > multiple version of Access on the same box with the run time > or perhaps any > version of Access and the runtime coexisting. But I can't > remember exactly. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 9:32 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Ok, so I need Sagekey to create the script (wow, lot of money > for a script!) > and then Wise to do the actual install. Clear. And you say > Sagekey provides > the Access runtime files too? So, I develop my Access system > as normal and > need nothing other then Sagekey and Wise to deploy it. Is > that right? Then > my 'only' problem is that I don't have a version of Access > later than 2002! > Damn. > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: 23 January 2010 16:55 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Andy: > > Yeah you still need Wise. I believe Sagekey supplies you with all the > Access files you need. Mostly those run-time files are stuff > in Access > already. The runtime, IIUC, is a subset of Access - just the > stuff you need > to run an mdb or mde without the files you need to do development - no > design view of anything. > > The script you buy from Sagekey is a Wise script and like a > template - very > well commented so you can easily modify it for your own > purposes. I was > able to do it with a bit of help from their tech support - which is > excellent, BTW - and didn't really have to learn the Wise scripting > language. > > I have the script for 2003. I think they'll still sell it. > > Doug Murphy also is a user of the Wise/Sagekey combo and he can answer > questions probably better than I. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 8:13 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Thanks Rocky > I've been to the Sagekey site > http://www.sagekey.com/installation_access.aspx . The Lite > and Pro versions > appear to be complete installers which bypass the need for > Access Deployment > but presumably you still nned the Access Runtime. But you > still need Wise, > right? Sorry to be dense but can you briefly take me through > what I need and > the steps involved in building an installation? > > > I also note they refer to a single license for Access 2007. > What if I'm > using an earlier version of Access? Any idea? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: 23 January 2010 14:59 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > I have used the Wise/Sagekey combo for years with no > problems. For that > many installs it's probably well worth the bucks. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 6:42 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Deploying Runtime > > Hi all > I know this has been kicked around before so apoogies for > raising it again > but time's moved on so the current situation may have too. > Anyway, a quick > look at the the archives didn't illuminate me. > > I'm proposing to take an app written in Excel and rewrite it > in Access. > Problem is that it will need distributing to 200+ machines > Europe-wide, most > of which won't have Access. Now I haven't used Access Runtime > for about 15 > years so am well out-of-date and could do with an update. I guess my > questions are; > > 1. Any chance of me getting hold of whatever's needed (Access > Developer > Edition is it?) to create runtimes for older versions (Access > 2000, 2002)? > > Have in fact just looked and there's a copy of "Microsoft Office 2000 > Developer Tools for PC" on ebay in UK. Is that what I need? > There's a copy > of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" > too. Is that > the 2002 equivalent? If I buy either/both of these am I > getting the right > software? > > 2.If I get those is that all I need? I've seen a post on a > forum which says, > and I quote: > "There can definitely be conflicts when installing ART to > machines with full > versions of Access. I use the 2002 ART and deploy those apps > with the Wise > Installer and use Sagekey scripts (www.sagekey.com) ... this script is > designed specificially to install my application with the ART > on a machine > with an exisiting version of Access so that they can both > co-exist. They're > not cheap - the scripts are around $400 USD, the Wise > installer runs between > $400-$1000 USD - but they make your life a lot easier. Since > switching to > these scripts and the Wise Installer, my support calls for > installation have > been reduced to almost nothing; " > > Do others back up this experience? > > Id appreciate you guys' wise advice as always. > > Andy > > > > -- > 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 > > > -- > 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 > > -- > 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 > > > -- > 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 From dbdoug at gmail.com Tue Jan 26 18:42:43 2010 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 26 Jan 2010 16:42:43 -0800 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <4B5F84EC.30806@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <005901ca9ed0$db46b1f0$91d415d0$@com> <4B5F84EC.30806@colbyconsulting.com> Message-ID: <4dd71a0c1001261642h6d91b4d4qa7ed8b325dcf62ea@mail.gmail.com> John, your code is just too sophisticated for Windows 7. Doug On Tue, Jan 26, 2010 at 4:12 PM, jwcolby wrote: > Ohhhh, that is nasty! And this only happens on a Windows 7 machine? We > still don't know that it > isn't a SP level kind of issue but it is definitely nasty! > > John W. Colby > www.ColbyConsulting.com > > > From robert at servicexp.com Tue Jan 26 18:48:33 2010 From: robert at servicexp.com (Robert) Date: Tue, 26 Jan 2010 19:48:33 -0500 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <4B5F84EC.30806@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@co! lbyconsulting.com> <004 e01ca9ecc$6f2b0dd0$4d812970$@com> <005901ca9ed0$db46b1f0$91d415d0$@com> <4B5F84EC.30806@colbyconsultin g.com> Message-ID: <000601ca9eea$74d962e0$5e8c28a0$@com> I'm not sure if this problem existed on Vista Machines, but I just confirmed 45 min ago with a beta tester that has Window 7 64 bit, and he does NOT have the problem.. So it looks like it may be confined somehow to Windows 7 32 bit only. I don't have any other 64 Bit Windows 7 testers, but everyone (10) of the 32 bit beta testers had the problem. It's very strange, and I'm still not sure what to make of it. I am however glad to be done with it, as it chewed up a considerable about of my time finding the cause. There are other issue that I'm dealing with; that only appear to be related to Windows 7, but I still working through them. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, January 26, 2010 7:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For Ohhhh, that is nasty! And this only happens on a Windows 7 machine? We still don't know that it isn't a SP level kind of issue but it is definitely nasty! John W. Colby www.ColbyConsulting.com Robert wrote: > As you may remembered, on a Windows 7 machine (only Window 7), my program > would hang, and cause Windows 7 to complain only when closing it. I think I > found the cause, and if it is what I think it was, it's not good... > > I was able to drill the problem down to a specific form(s) Vs One form that > didn't exhibited the problem. I would simply open the program on a product > machine, and open one form, then close the program, one at a time, until I > found a form that DID NOT cause the issue. > > The ONLY difference in the form that DID NOT cause the problem, it did not > use any sysvar calls. My sysvar system is loosely based on John Colby's > sysvar structure, which was referenced in a separate .mde. These are the > classes that need to have the headers modified to enable direct interaction > with the properties and methods in the main program. > > I thought, there is no way that could be causing a problem. After combing > over ever single line of code in that system, I could not find ANYTHING that > was not being destroyed. > > After that. I imported ALL of the code from the logic.mde that housed the > code into the main FE program.. Guess what, the problem has completely gone > away, no form causes the program to hand on closing. > > I'm not exactly 100% sure what to make of it, but all I did was get rid of > the Logic.mde and access the same code directly in the FE and it appears to > have solved it completely. > > Just another "Heads Up".... > > WBR > Robert > > > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Tue Jan 26 18:55:43 2010 From: robert at servicexp.com (Robert) Date: Tue, 26 Jan 2010 19:55:43 -0500 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <4dd71a0c1001261642h6d91b4d4qa7ed8b325dcf62ea@mail.gmail.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <005901ca9ed0$db46b1f0$91d415d0$@com> <4B5F84EC.30806@colbyconsulting.com> <4dd71a0c1001261642h6d91b4d4qa7ed8b325dcf62ea@mail.gmail.com> Message-ID: <000801ca9eeb$74aa9540$5dffbfc0$@com> lol, It's not the code, as it's really straight forward (unlike his LWS code...;-) ), but I think how the class modules are modified to make them easily accessible in the FE program. It just so happen to be through John's sysvar's that I was able to find the source. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Tuesday, January 26, 2010 7:43 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For John, your code is just too sophisticated for Windows 7. Doug On Tue, Jan 26, 2010 at 4:12 PM, jwcolby wrote: > Ohhhh, that is nasty! And this only happens on a Windows 7 machine? We > still don't know that it > isn't a SP level kind of issue but it is definitely nasty! > > John W. Colby > www.ColbyConsulting.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Tue Jan 26 18:59:37 2010 From: robert at servicexp.com (Robert) Date: Tue, 26 Jan 2010 19:59:37 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: References: <12459427F21849079D33B1B648CCF492@MINSTER> <3214DADDC47E402BA7BE187927D5E309@reubennx9500> Message-ID: <000901ca9eec$00a53d20$01efb760$@com> I agree with Charlotte. Not sure what kind of distribution numbers, but when you're talking over 1500 installs a year, it had better be "Rock Solid" across every kind of situation... My users / potential customers can't handle problems of any kind, the last thing you want is a problem right off the bat, during an install.. ;-( WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, January 26, 2010 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Deploying Runtime You've been incredibly lucky then, Reuben. I gave up on the wizard around Access 2.0 and switched to InstallShield to get done what I needed. I found the wizard in 97 and 2000 no improvement. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Reuben Cummings Sent: Tuesday, January 26, 2010 6:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I hate to leave what continues to work... Still running A2000. Have always used the built in Package and Deployment Wizard without failure. And my installs co-exist with other versions of Access without trouble. Newer versions are installed in folders numbered to indicate their version and the runtime will install in a folder named ART. The only problem, which I have never had, is that the user has A2000 at installation time so runtime does not install and the user then upgrades and removes 2000 in the process. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Monday, January 25, 2010 4:06 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Given that I'm going to have to move to a newer version of > Access in order > to get some solid deployment tool can someone remind me which > are the good, > the bad and the ugly Access versions since, say, A2000? > > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: 24 January 2010 23:18 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Hi Andy, > Have used Wise/Sagekey for years now and was the answer to > all of these > issues. Now, as Doug mentioned, Wise recommends theirs MSI > Script rather > than their Wise scrip. This is because Wise had been bought > by two companies > in the last couple of years. The first was committed to it - > the second is > Symantec and they seem to have no desire to carry on the Wise > installer > excellence. (Is that a surprise to anyone?) > > Given my experiences with Barry and the Sagekey group I'd > highly recommend > you contact them for all of your installers needs. > > John B > PS I get no kickbacks from this ;o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Sunday, January 24, 2010 12:25 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Hello Andy, > > With the scripts for Wise or Instalshield you had to purchase > either Wise or > Instalshield and then purchase the script that Sagekey > developed to creat > the installation package with which ever install package you > had. I am not > familiar with the MSI product but Sagekey indicated in one of > their mailings > that this was the approach to use now. Their wizard may use > this technology > to create the installation package. As I indicate, I have not > used it so > can't comment. I only have experience with the script for > Wise Installer 9. > I do have faith in Sagekey products to produce reliable installation > packages which ever one you choose. > > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Sunday, January 24, 2010 2:08 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > That's encourgaing Doug. I'm a little unclear though what I'd > be buying from > here http://www.sagekey.com/installation_access.aspx . You > speak of Sagekey > scripts. Is that different from the Sagekey Deployment Wizard > then? I had > assumed the wizard was a tool they supplied to generate the > scripts but > maybe not. If I click "Buy" on that link am I buying the > ability to use > either method? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: 23 January 2010 20:30 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Andy, > > We are still using the Access 2002 runtime with Wise and the > most current > Sagekey scripts that take into account Vista, and I assume > Win. 07 security > issues. We have stayed with 2002 because that is where our > investment is and > don't need any of the new features. We have not had any > issues with Vista > installs or with installs of our package in Windows 07. The > reason for using > the Sagekey scripts is that then your application can run on > a machine with > other versions of Office installed and not cause the issue with Office > trying to reinstall every time you run another version of one of its > applications. The scripts also install all the runtime stuff > in a separate > directory so they don't get overwritten or interfere with > anything else. > Just be aware that they accomplish the compatiblity stuff by > opening your > application through a little program called runAccess.exe, in > our version > anyway. This takes care of registry settings, security and > what ever else > needs tweeking. The shortcut their installation puts on the > desktop goes to > this program with the proper keys, etc. If you look at the > shortcut you can > figure out what it does. > > There have been issues with the Access installation wizard in > past versions. > Not sure if that is true now. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 12:00 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Now I'm getting worried. Will the "Sagekey Access 2007 > Deployment Wizard" > install my app on any machine, whatever its OS, and whether or not it > already has Access installed? Oh and if it does already have > Access will it > behave itself and not upset the existing installation? > > If I can't guarantee that it's a non-starter. > > Rocky, you must have this issue with your product. Do all of > your installs > run smoothly or do some get problems? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: 23 January 2010 19:39 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Rocky, > > That's part of it, and a big one, but they also handle the > permission > system issues very well also.. > > Yea the Sagekey Access 2007 Deployment Wizard works well, but > it is not > ANYWHERE near as flexible as the Wise / Sagekey solution, > which is of course > not recommended for Windows 7 (and for me Vista) Installations. > > They have also chosen, IMO, some really odd default path > structures for > Windows XP installations. (They choose the "C:\Documents and > Settings\All > Users\AppData\....." for the Variable). > Which in my case > will not work because the string that is created is too long > for a windows > desktop shortcut. > > I've talked with them about it, and suggested that they make > the Windows XP > location user adjustable, but they claim that it will destroy the > foundations of programming and won't make the change.. I keep > saying it > won't make one bit a difference on a Windows XP installation, > but alas they > won't budge... :-) > > They are currently working on their 2010 version. > > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: Saturday, January 23, 2010 2:16 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Sounds like I may be a bit behind the curve on Sagekey's > product line. Doug > says you can use their script for MSI - but IIRC there's some > problem with > MSI that the Wise/Sagekey combo finesses and I think it has to do with > multiple version of Access on the same box with the run time > or perhaps any > version of Access and the runtime coexisting. But I can't > remember exactly. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 9:32 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Ok, so I need Sagekey to create the script (wow, lot of money > for a script!) > and then Wise to do the actual install. Clear. And you say > Sagekey provides > the Access runtime files too? So, I develop my Access system > as normal and > need nothing other then Sagekey and Wise to deploy it. Is > that right? Then > my 'only' problem is that I don't have a version of Access > later than 2002! > Damn. > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: 23 January 2010 16:55 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > Andy: > > Yeah you still need Wise. I believe Sagekey supplies you with all the > Access files you need. Mostly those run-time files are stuff > in Access > already. The runtime, IIUC, is a subset of Access - just the > stuff you need > to run an mdb or mde without the files you need to do development - no > design view of anything. > > The script you buy from Sagekey is a Wise script and like a > template - very > well commented so you can easily modify it for your own > purposes. I was > able to do it with a bit of help from their tech support - which is > excellent, BTW - and didn't really have to learn the Wise scripting > language. > > I have the script for 2003. I think they'll still sell it. > > Doug Murphy also is a user of the Wise/Sagekey combo and he can answer > questions probably better than I. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 8:13 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > Thanks Rocky > I've been to the Sagekey site > http://www.sagekey.com/installation_access.aspx . The Lite > and Pro versions > appear to be complete installers which bypass the need for > Access Deployment > but presumably you still nned the Access Runtime. But you > still need Wise, > right? Sorry to be dense but can you briefly take me through > what I need and > the steps involved in building an installation? > > > I also note they refer to a single license for Access 2007. > What if I'm > using an earlier version of Access? Any idea? > > Andy > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin > Sent: 23 January 2010 14:59 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > I have used the Wise/Sagekey combo for years with no > problems. For that > many installs it's probably well worth the bucks. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Saturday, January 23, 2010 6:42 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Deploying Runtime > > Hi all > I know this has been kicked around before so apoogies for > raising it again > but time's moved on so the current situation may have too. > Anyway, a quick > look at the the archives didn't illuminate me. > > I'm proposing to take an app written in Excel and rewrite it > in Access. > Problem is that it will need distributing to 200+ machines > Europe-wide, most > of which won't have Access. Now I haven't used Access Runtime > for about 15 > years so am well out-of-date and could do with an update. I guess my > questions are; > > 1. Any chance of me getting hold of whatever's needed (Access > Developer > Edition is it?) to create runtimes for older versions (Access > 2000, 2002)? > > Have in fact just looked and there's a copy of "Microsoft Office 2000 > Developer Tools for PC" on ebay in UK. Is that what I need? > There's a copy > of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" > too. Is that > the 2002 equivalent? If I buy either/both of these am I > getting the right > software? > > 2.If I get those is that all I need? I've seen a post on a > forum which says, > and I quote: > "There can definitely be conflicts when installing ART to > machines with full > versions of Access. I use the 2002 ART and deploy those apps > with the Wise > Installer and use Sagekey scripts (www.sagekey.com) ... this script is > designed specificially to install my application with the ART > on a machine > with an exisiting version of Access so that they can both > co-exist. They're > not cheap - the scripts are around $400 USD, the Wise > installer runs between > $400-$1000 USD - but they make your life a lot easier. Since > switching to > these scripts and the Wise Installer, my support calls for > installation have > been reduced to almost nothing; " > > Do others back up this experience? > > Id appreciate you guys' wise advice as always. > > Andy > > > > -- > 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 > > > -- > 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 > > -- > 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 > > > -- > 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 From darren at activebilling.com.au Tue Jan 26 20:31:55 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 27 Jan 2010 13:31:55 +1100 Subject: [AccessD] A2003:Replacing 'tokens' in a string Message-ID: <22666AA87E77492499555D81258176C5@darrendPC> Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren From jwcolby at colbyconsulting.com Tue Jan 26 20:43:59 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 21:43:59 -0500 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <4dd71a0c1001261642h6d91b4d4qa7ed8b325dcf62ea@mail.gmail.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <005901ca9ed0$db46b1f0$91d415d0$@com> <4B5F84EC.30806@colbyconsulting.com> <4dd71a0c1001261642h6d91b4d4qa7ed8b325dcf62ea@mail.gmail.com> Message-ID: <4B5FA86F.9090600@colbyconsulting.com> ROTFL. Oh THAT'S the problem! ;) John W. Colby www.ColbyConsulting.com Doug Steele wrote: > John, your code is just too sophisticated for Windows 7. > > Doug > > On Tue, Jan 26, 2010 at 4:12 PM, jwcolby wrote: > >> Ohhhh, that is nasty! And this only happens on a Windows 7 machine? We >> still don't know that it >> isn't a SP level kind of issue but it is definitely nasty! >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> From jwcolby at colbyconsulting.com Tue Jan 26 20:45:44 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 21:45:44 -0500 Subject: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to Watch Outf For In-Reply-To: <000801ca9eeb$74aa9540$5dffbfc0$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <005901ca9ed0$db46b1f0$91d415d0$@com> <4B5F84EC.30806@colbyconsulting.com> <4dd71a0c1001261642h6d91b4d4qa7ed8b325dcf62ea@mail.gmail.com> <000801ca9eeb$74aa9540$5dffbfc0$@com> Message-ID: <4B5FA8D8.5090102@colbyconsulting.com> > lol, It's not the code, as it's really straight forward (unlike his LWS code...;-) Believe me, the LWS code is very straight forward compared to my framework. John W. Colby www.ColbyConsulting.com Robert wrote: > lol, It's not the code, as it's really straight forward (unlike his LWS > code...;-) ), but I think how the class modules are modified to make them > easily accessible in the FE program. It just so happen to be through John's > sysvar's that I was able to find the source. > > WBR > Robert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Tuesday, January 26, 2010 7:43 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 (.mde) in Windows 7 -- Somthing else to > Watch Outf For > > John, your code is just too sophisticated for Windows 7. > > Doug > > On Tue, Jan 26, 2010 at 4:12 PM, jwcolby wrote: > >> Ohhhh, that is nasty! And this only happens on a Windows 7 machine? We >> still don't know that it >> isn't a SP level kind of issue but it is definitely nasty! >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> From jwcolby at colbyconsulting.com Tue Jan 26 21:38:53 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 22:38:53 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <22666AA87E77492499555D81258176C5@darrendPC> References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: <4B5FB54D.1050904@colbyconsulting.com> I would suggest breaking the problem down into parts. The "format" is identical (which makes this easy): " [ Variable Name ] = Variable Value " , So go get the position of the second quote. Instr allows you to look for something starting at position X. Start at position 2 and look for the " Having that position, get everything LEFT of that into a string variable. I will call this a "TOKEN" and this process "Parsing the token". Use Replace() to get rid of that Token you just captured from the big string. In the TOKEN, get the piece between [ and ] and place that in strName In the TOKEN, get the piece to the right of the = and place that in strValue Now you have a variable name and a variable value. Is the variable name what you are looking for? If yes you are done, else parse the next token. Repeat until the name is found or the big string is empty. BTW, this is a very good use for classes. clsToken is used to store the Name and Value and hold the code for finding the Name and Value inside of the token. clsTokenParse contains a collection to store the clsToken instances and contains code used to parse the tokens and create clsToken instances. When you are done, you have a clsTokenParse with a collection full of clsToken instances, and those can be used as you need. By the way, this concept is what I used in my OpenArgs demo. http://www.databaseadvisors.com/downloads.asp Second item down. This demo does EXACTLY what I discussed above except the "format" is: Variable Name = Variable Value ; John W. Colby www.ColbyConsulting.com Darren - Active Billing wrote: > Hi team > > Assuming the string below > > "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= > Barry" > > How would I get just the Invoice Number bit = Eg 1234567? > > The 'token' [InvoiceNo] will be constant followed by an "=" sign > > But sadly the position of the [InvoiceNo] token in the string will not be > constant - Otherwise I'd just use MID() > > Nor will the length of the invoice number - Some may be 4 digits others 6 > etc > > I need to pull just the Invoice Number (And the Account Number) out of the > string to build a new string being used elsewhere > > Many thanks in advance > > Darren > > > From jwcolby at colbyconsulting.com Tue Jan 26 22:04:48 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 23:04:48 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <004e01ca9ecc$6f2b0dd0$4d812970$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004e01ca9ecc$6f2b0dd0$4d812970$@com> Message-ID: <4B5FBB60.7040805@colbyconsulting.com> > HOLY COW John... It's going to take me a month just to understand what in the world is going on in there... Naw, it's easy. There are three tables - Users, Groups and UsersInGroups. There are three classes - User (usysclsPLSUser), Group (usysclsPLSGroup) and UsersInGroups (usysclsPLSGroupUser). Each instance of these classes holds ONE RECORD for the corresponding table. Each instance of usysclsPLSUser holds one record from usystblPLSUsers, etc. There is a supervisor class (usysclsPLS). This class is the center of the universe. It loads all of the other stuff. It forms a cache. It completely loads the user table usystblPLSUsers into instances of usysclsPLSUser and stores the class instances in a collection. Likewise for the Group and UserGroup tables. There is a module for initializing the thing - usysBasPLS. It initializes usysclsPLS which loads (caches in memory) the three tables. mPLSInit. Once that runs the entire system is loaded and ready to rock and roll. Please tell me you are not into Opera - C2DbPLS does not do Opera. ;) mclsPLS.mInit is the initialization method of the supervisor class. Go there to watch it start loading the cache. Once mclsPLS is initialized, you can start asking questions such as "Does user X belong to Group A". Function mPLSUserInGroup(lngPLSUserID As Long, ParamArray lngGroups() As Variant) As Boolean Call mPLSUserInGroup, pass in a single user ID and as many group IDs as you want to check. Look at the other methods in that module for other questions you can ask. The rest of the classes are "to be continued...". You only need to concentrate on the pieces described above. >Your use of classes as objects "out classes" my understanding. It's on a whole different level, like several different levels, than where I'm at.... Look at it this way, this is the perfect opportunity to see how classes can do things that are damned near impossible without them. Pre-written code that you can step through. Me to ask questions of. > Damn.... You too can be a Jedi Master. ;) I am not kidding, once you wrap your mind around classes the universe balloons around you. John W. Colby www.ColbyConsulting.com Robert wrote: > Got it..... > > HOLY COW John... It's going to take me a month just to understand what in > the world is going on in there... Your use of classes as objects "out > classes" my understanding. It's on a whole different level, like several > different levels, then where I'm at.... > > Damn.... > > WBR > Robert From stuart at lexacorp.com.pg Tue Jan 26 22:23:56 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 27 Jan 2010 14:23:56 +1000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <22666AA87E77492499555D81258176C5@darrendPC> References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: <4B5FBFDC.2327.7E06C6@stuart.lexacorp.com.pg> Function GetValue(TokenList As String, Token As String) As String Dim lngStart As Long Dim lngEnd As Long lngStart = InStr(TokenList, Token) + Len(Token) + 2 lngEnd = InStr(lngStart, TokenList, """") GetValue = Mid$(TokenList, lngStart, lngEnd - lngStart) End Function On 27 Jan 2010 at 13:31, Darren - Active Billing wrote: > Hi team > > Assuming the string below > > "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= > Barry" > > How would I get just the Invoice Number bit = Eg 1234567? > > The 'token' [InvoiceNo] will be constant followed by an "=" sign > > But sadly the position of the [InvoiceNo] token in the string will not be > constant - Otherwise I'd just use MID() > > Nor will the length of the invoice number - Some may be 4 digits others 6 > etc > > I need to pull just the Invoice Number (And the Account Number) out of the > string to build a new string being used elsewhere > > Many thanks in advance > > Darren > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jan 26 22:25:41 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 26 Jan 2010 23:25:41 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <4B5FBB60.7040805@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004e01ca9ecc$6f2b0dd0$4d812970$@com> <4B5FBB60.7040805@colbyconsulting.com> Message-ID: <4B5FC045.2030509@colbyconsulting.com> Does anyone else want to get in on the fun? ;) John W. Colby www.ColbyConsulting.com jwcolby wrote: > > HOLY COW John... It's going to take me a month just to understand what in the world is going on > in there... > > Naw, it's easy. There are three tables - Users, Groups and UsersInGroups. > > There are three classes - User (usysclsPLSUser), Group (usysclsPLSGroup) and UsersInGroups > (usysclsPLSGroupUser). Each instance of these classes holds ONE RECORD for the corresponding table. > Each instance of usysclsPLSUser holds one record from usystblPLSUsers, etc. > > There is a supervisor class (usysclsPLS). This class is the center of the universe. It loads all > of the other stuff. It forms a cache. It completely loads the user table usystblPLSUsers into > instances of usysclsPLSUser and stores the class instances in a collection. Likewise for the Group > and UserGroup tables. > > There is a module for initializing the thing - usysBasPLS. It initializes usysclsPLS which loads > (caches in memory) the three tables. mPLSInit. Once that runs the entire system is loaded and > ready to rock and roll. Please tell me you are not into Opera - C2DbPLS does not do Opera. ;) > > mclsPLS.mInit is the initialization method of the supervisor class. Go there to watch it start > loading the cache. > > Once mclsPLS is initialized, you can start asking questions such as "Does user X belong to Group A". > > Function mPLSUserInGroup(lngPLSUserID As Long, ParamArray lngGroups() As Variant) As Boolean > > Call mPLSUserInGroup, pass in a single user ID and as many group IDs as you want to check. > > Look at the other methods in that module for other questions you can ask. > > The rest of the classes are "to be continued...". You only need to concentrate on the pieces > described above. > > >Your use of classes as objects "out classes" my understanding. It's on a whole different level, > like several different levels, than where I'm at.... > > Look at it this way, this is the perfect opportunity to see how classes can do things that are > damned near impossible without them. Pre-written code that you can step through. Me to ask > questions of. > > > Damn.... > > You too can be a Jedi Master. ;) > > I am not kidding, once you wrap your mind around classes the universe balloons around you. > > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Got it..... >> >> HOLY COW John... It's going to take me a month just to understand what in >> the world is going on in there... Your use of classes as objects "out >> classes" my understanding. It's on a whole different level, like several >> different levels, then where I'm at.... >> >> Damn.... >> >> WBR >> Robert > From stuart at lexacorp.com.pg Tue Jan 26 22:33:04 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 27 Jan 2010 14:33:04 +1000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <22666AA87E77492499555D81258176C5@darrendPC> References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: <4B5FC200.25511.866356@stuart.lexacorp.com.pg> Note: the function below does not require the square brackets around the Token. Usage: Getvalue(strTokenList, "InvoiceNo") If you want to use the brackets in the call to allow for a case where the token name may also appear in another token's value, you will need to change the 2 to 1 in the code and the call would be: Getvalue(strTokenList, "[InvoiceNo]") Function GetValue(TokenList As String, Token As String) As String Dim lngStart As Long Dim lngEnd As Long lngStart = InStr(TokenList, Token) + Len(Token) + 2 lngEnd = InStr(lngStart, TokenList, """") GetValue = Mid$(TokenList, lngStart, lngEnd - lngStart) End Function -- Stuart On 27 Jan 2010 at 13:31, Darren - Active Billing wrote: > Hi team > > Assuming the string below > > "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= > Barry" > > How would I get just the Invoice Number bit = Eg 1234567? > > The 'token' [InvoiceNo] will be constant followed by an "=" sign > > But sadly the position of the [InvoiceNo] token in the string will not be > constant - Otherwise I'd just use MID() > > Nor will the length of the invoice number - Some may be 4 digits others 6 > etc > > I need to pull just the Invoice Number (And the Account Number) out of the > string to build a new string being used elsewhere > > Many thanks in advance > > Darren > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Jan 26 23:30:58 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Wed, 27 Jan 2010 16:30:58 +1100 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B5FC200.25511.866356@stuart.lexacorp.com.pg> References: <22666AA87E77492499555D81258176C5@darrendPC> <4B5FC200.25511.866356@stuart.lexacorp.com.pg> Message-ID: Hi guys Thanks for the responses I actually got it working - WooHoo Turns out instr() will look for the beginning position of a string Dufus here thought it would only look for the beginning position of a single character So I got the beginning of [InvoiceNo] and the next comma after it Then I uses a mid to get the invoice number Many thanks for the responses guys Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, 27 January 2010 3:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Note: the function below does not require the square brackets around the Token. Usage: Getvalue(strTokenList, "InvoiceNo") If you want to use the brackets in the call to allow for a case where the token name may also appear in another token's value, you will need to change the 2 to 1 in the code and the call would be: Getvalue(strTokenList, "[InvoiceNo]") Function GetValue(TokenList As String, Token As String) As String Dim lngStart As Long Dim lngEnd As Long lngStart = InStr(TokenList, Token) + Len(Token) + 2 lngEnd = InStr(lngStart, TokenList, """") GetValue = Mid$(TokenList, lngStart, lngEnd - lngStart) End Function -- Stuart On 27 Jan 2010 at 13:31, Darren - Active Billing wrote: > Hi team > > Assuming the string below > > "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= > Barry" > > How would I get just the Invoice Number bit = Eg 1234567? > > The 'token' [InvoiceNo] will be constant followed by an "=" sign > > But sadly the position of the [InvoiceNo] token in the string will not be > constant - Otherwise I'd just use MID() > > Nor will the length of the invoice number - Some may be 4 digits others 6 > etc > > I need to pull just the Invoice Number (And the Account Number) out of the > string to build a new string being used elsewhere > > Many thanks in advance > > Darren > > > > -- > 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 From Gustav at cactus.dk Wed Jan 27 01:44:32 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 27 Jan 2010 08:44:32 +0100 Subject: [AccessD] A2003:Replacing 'tokens' in a string Message-ID: Hi Darren Another method is to use Split to create arrays to look up the keys and values, indeed if you need "a little more". Here's an example to look up values from connect strings which are not always perfectly formatted. Public Function GetConnectKey( _ ByVal strConnect As String, _ ByVal strKey) _ As String ' Extracts the value of key strKey or of the type from a string ' containing a type and one or more sets of key/value separated ' by semicolon, like: ' ' "TYPE;KEY1=VALUE1;KEY2=;;KEY3=VALUE3; ' ' as typically found in the Connect field of table MSysObjects for ' an attached non-ODBC table; ' or without a type value, like: ' ' "KEY1=VALUE1;KEY2=;;KEY3=VALUE3; ' ' as typically found in the Connect field of table MSysObjects for ' an attached ODBC table. ' ' Returns value of type if key strKey has a length of zero. ' Returns empty string if key/value set is malformed. ' ' 2004-05-28. Cactus Data ApS. CPH. ' Separators. Const cstrSepConnect As String = ";" Const cstrSepEntry As String = "=" Dim astrEntries() As String Dim astrEntry() As String Dim strEntry As String Dim strProfile As String Dim lngElements As Long Dim lngN As Long ' No special error handling. On Error Resume Next ' Create array with entries. astrEntries = Split(strConnect, cstrSepConnect) ' Loop to locate entry with key. For lngN = LBound(astrEntries) To UBound(astrEntries) strEntry = Trim(astrEntries(lngN)) If Len(strEntry) = 0 Then ' Empty entry. Else ' Create array holding Key and Value. astrEntry = Split(strEntry, cstrSepEntry) lngElements = UBound(astrEntry) ' A valid entry will have one or two elements. If lngElements < 0 Then ' Empty ("") entry. ElseIf lngElements > 1 Then ' Malformed ("..=..=..") multi-element entry. ElseIf Len(astrEntry(0)) = 0 Then ' Malformed ("=" or "=VALUE") entry. Else ' Key ("KEY=VALUE") or type ("TYPE") is present. If Len(strKey) = 0 Then ' We are looking for the type. If lngN = 0 And lngElements = 0 Then ' Type is located. Retrieve its value. strProfile = astrEntry(0) End If ElseIf StrComp(astrEntry(0), strKey, vbTextCompare) = 0 Then ' Key is located. If lngElements = 1 Then ' Key has a value. Retrieve this. strProfile = astrEntry(1) End If End If End If End If If Len(strProfile) > 0 Or Len(strKey) = 0 Then ' Either the key has been located or ' this is a lookup for the type. Exit For End If Next GetConnectKey = strProfile End Function >>> darren at activebilling.com.au 27-01-2010 03:31 >>> Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren From robert at servicexp.com Wed Jan 27 06:34:24 2010 From: robert at servicexp.com (Robert) Date: Wed, 27 Jan 2010 07:34:24 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <4B5FBB60.7040805@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B592133.3050702@colbyconsulting.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004e01ca9ecc$6f2b0dd0$4d812970$@com> <4B5FBB60.7040805@colbyconsulting .com> Message-ID: <001501ca9f4d$0fbad0c0$2f307240$@com> John, Ok that helped a bunch, because there's a lot of 'other' stuff in that db.... ;-) BIG Thanks to you, I have been working with classes ever since your very first class introduction several years ago, and can really appreciate the beauty in function that a class object provides. Unfortunately for me, it was after I had written most of the code for my main program. For the last couple of years I've been slowly breaking it down into much more powerful class objects. When I briefly looked at all the "stuff" in their I was like HOLY COW, what in the **** could all this possibly do with LWS ... ;-) Thanks Again WBR Robert PS: The Administrator credentials appear to be incorrect (the password) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, January 26, 2010 11:05 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > HOLY COW John... It's going to take me a month just to understand what in the world is going on in there... Naw, it's easy. There are three tables - Users, Groups and UsersInGroups. There are three classes - User (usysclsPLSUser), Group (usysclsPLSGroup) and UsersInGroups (usysclsPLSGroupUser). Each instance of these classes holds ONE RECORD for the corresponding table. Each instance of usysclsPLSUser holds one record from usystblPLSUsers, etc. There is a supervisor class (usysclsPLS). This class is the center of the universe. It loads all of the other stuff. It forms a cache. It completely loads the user table usystblPLSUsers into instances of usysclsPLSUser and stores the class instances in a collection. Likewise for the Group and UserGroup tables. There is a module for initializing the thing - usysBasPLS. It initializes usysclsPLS which loads (caches in memory) the three tables. mPLSInit. Once that runs the entire system is loaded and ready to rock and roll. Please tell me you are not into Opera - C2DbPLS does not do Opera. ;) mclsPLS.mInit is the initialization method of the supervisor class. Go there to watch it start loading the cache. Once mclsPLS is initialized, you can start asking questions such as "Does user X belong to Group A". Function mPLSUserInGroup(lngPLSUserID As Long, ParamArray lngGroups() As Variant) As Boolean Call mPLSUserInGroup, pass in a single user ID and as many group IDs as you want to check. Look at the other methods in that module for other questions you can ask. The rest of the classes are "to be continued...". You only need to concentrate on the pieces described above. >Your use of classes as objects "out classes" my understanding. It's on a whole different level, like several different levels, than where I'm at.... Look at it this way, this is the perfect opportunity to see how classes can do things that are damned near impossible without them. Pre-written code that you can step through. Me to ask questions of. > Damn.... You too can be a Jedi Master. ;) I am not kidding, once you wrap your mind around classes the universe balloons around you. John W. Colby www.ColbyConsulting.com Robert wrote: > Got it..... > > HOLY COW John... It's going to take me a month just to understand what in > the world is going on in there... Your use of classes as objects "out > classes" my understanding. It's on a whole different level, like several > different levels, then where I'm at.... > > Damn.... > > WBR > Robert -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Jan 27 07:49:11 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 27 Jan 2010 08:49:11 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <001501ca9f4d$0fbad0c0$2f307240$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004e01ca9ecc$6f2b0dd0$4d812970$@com> <4B5FBB60.7040805@colbyconsulting .com> <001501ca9f4d$0fbad0c0$2f307240$@com> Message-ID: <4B604457.6070809@colbyconsulting.com> > Unfortunately for me, it was after I had written most of the code for my main program. My good friend Shamil poked and prodded me until I finally took the time to learn classes and withevents. AFAICT Shamil subsequently abandoned Withevents in Access (there were still big issues with them back then) but I continue to use them. I really started learning them somewhere around the year 2000, and I had written my entire first framework without them. I started completely over on a brand new version of my framework in order to incorporate my new found powers, so I certainly understand your pain. > When I briefly looked at all the "stuff" in their I was like HOLY COW, what in the **** could all this possibly do with LWS ... ;-) PLS (Presentation Level Security) as I prefer to call it now is currently a "program it" security system. IOW if you want to enable security on an object you have to write a line of code about that object. While that works it is clumsy and raises issues of discovering what objects in the database have been secured. All of that "other stuff" is my first attempt at defining a "table driven" PLS. Instead of writing code for each object to be secured, the "right" way to do this is to have a form / control table set where you simply place the name of the form in a table and then a table to define what groups can do what things in that form. Forms can be opened, records in forms added, deleted, and edited. Another table pair holds controls and what groups can do what with controls. Controls can be viewed, enabled / disabled and locked / unlocked. If you make the system table driven like that then setting up security becomes much more organized, a "security officer" can set up the security, and you can generate reports about the security. So PLS today is but a shadow of its potential. I would LOVE to take it to the next level but working alone I find it difficult to implement all of the things I can envision. John W. Colby www.ColbyConsulting.com Robert wrote: > John, > Ok that helped a bunch, because there's a lot of 'other' stuff in that > db.... ;-) > > BIG Thanks to you, I have been working with classes ever since your very > first class introduction several years ago, and can really appreciate the > beauty in function that a class object provides. > > Unfortunately for me, it was after I had written most of the code for my > main program. For the last couple of years I've been slowly breaking it down > into much more powerful class objects. > > When I briefly looked at all the "stuff" in their I was like HOLY COW, what > in the **** could all this possibly do with LWS ... ;-) > > Thanks Again > > WBR > Robert > > PS: The Administrator credentials appear to be incorrect (the password) From accessd at gfconsultants.com Wed Jan 27 08:59:03 2010 From: accessd at gfconsultants.com (Reuben Cummings) Date: Wed, 27 Jan 2010 09:59:03 -0500 Subject: [AccessD] Deploying Runtime In-Reply-To: <000901ca9eec$00a53d20$01efb760$@com> Message-ID: <80705D4D85014CADBE658AD5EE0DF9EE@reubennx9500> I don't do 1500/year - I've probably done nearly 1000 total. That includes CDs I send to current clients to re-install themselves. I have no control over anything at the user site. Not one single installation problem... Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Tuesday, January 26, 2010 8:00 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > I agree with Charlotte. Not sure what kind of distribution > numbers, but when > you're talking over 1500 installs a year, it had better be > "Rock Solid" > across every kind of situation... > > My users / potential customers can't handle problems of any > kind, the last > thing you want is a problem right off the bat, during an install.. ;-( > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Tuesday, January 26, 2010 7:36 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Deploying Runtime > > You've been incredibly lucky then, Reuben. I gave up on the > wizard around > Access 2.0 and switched to InstallShield to get done what I > needed. I found > the wizard in 97 and 2000 no improvement. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Reuben Cummings > Sent: Tuesday, January 26, 2010 6:58 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > I hate to leave what continues to work... > > Still running A2000. Have always used the built in Package > and Deployment > Wizard without failure. > And my installs co-exist with other versions of Access > without trouble. > Newer versions are installed in folders numbered to indicate > their version > and the runtime will install in a folder named ART. > The only problem, which I have never had, is that the user > has A2000 at > installation time so runtime does not install and the user > then upgrades and > removes 2000 in the process. > > Reuben Cummings > GFC, LLC > 812.523.1017 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Monday, January 25, 2010 4:06 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Given that I'm going to have to move to a newer version of > > Access in order > > to get some solid deployment tool can someone remind me which > > are the good, > > the bad and the ugly Access versions since, say, A2000? > > > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Bartow > > Sent: 24 January 2010 23:18 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Hi Andy, > > Have used Wise/Sagekey for years now and was the answer to > > all of these > > issues. Now, as Doug mentioned, Wise recommends theirs MSI > > Script rather > > than their Wise scrip. This is because Wise had been bought > > by two companies > > in the last couple of years. The first was committed to it - > > the second is > > Symantec and they seem to have no desire to carry on the Wise > > installer > > excellence. (Is that a surprise to anyone?) > > > > Given my experiences with Barry and the Sagekey group I'd > > highly recommend > > you contact them for all of your installers needs. > > > > John B > > PS I get no kickbacks from this ;o) > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Doug Murphy > > Sent: Sunday, January 24, 2010 12:25 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Hello Andy, > > > > With the scripts for Wise or Instalshield you had to purchase > > either Wise or > > Instalshield and then purchase the script that Sagekey > > developed to creat > > the installation package with which ever install package you > > had. I am not > > familiar with the MSI product but Sagekey indicated in one of > > their mailings > > that this was the approach to use now. Their wizard may use > > this technology > > to create the installation package. As I indicate, I have not > > used it so > > can't comment. I only have experience with the script for > > Wise Installer 9. > > I do have faith in Sagekey products to produce reliable installation > > packages which ever one you choose. > > > > > > Doug > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Sunday, January 24, 2010 2:08 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > That's encourgaing Doug. I'm a little unclear though what I'd > > be buying from > > here http://www.sagekey.com/installation_access.aspx . You > > speak of Sagekey > > scripts. Is that different from the Sagekey Deployment Wizard > > then? I had > > assumed the wizard was a tool they supplied to generate the > > scripts but > > maybe not. If I click "Buy" on that link am I buying the > > ability to use > > either method? > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Doug Murphy > > Sent: 23 January 2010 20:30 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Andy, > > > > We are still using the Access 2002 runtime with Wise and the > > most current > > Sagekey scripts that take into account Vista, and I assume > > Win. 07 security > > issues. We have stayed with 2002 because that is where our > > investment is and > > don't need any of the new features. We have not had any > > issues with Vista > > installs or with installs of our package in Windows 07. The > > reason for using > > the Sagekey scripts is that then your application can run on > > a machine with > > other versions of Office installed and not cause the issue > with Office > > trying to reinstall every time you run another version of one of its > > applications. The scripts also install all the runtime stuff > > in a separate > > directory so they don't get overwritten or interfere with > > anything else. > > Just be aware that they accomplish the compatiblity stuff by > > opening your > > application through a little program called runAccess.exe, in > > our version > > anyway. This takes care of registry settings, security and > > what ever else > > needs tweeking. The shortcut their installation puts on the > > desktop goes to > > this program with the proper keys, etc. If you look at the > > shortcut you can > > figure out what it does. > > > > There have been issues with the Access installation wizard in > > past versions. > > Not sure if that is true now. > > > > Doug > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 12:00 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Now I'm getting worried. Will the "Sagekey Access 2007 > > Deployment Wizard" > > install my app on any machine, whatever its OS, and whether > or not it > > already has Access installed? Oh and if it does already have > > Access will it > > behave itself and not upset the existing installation? > > > > If I can't guarantee that it's a non-starter. > > > > Rocky, you must have this issue with your product. Do all of > > your installs > > run smoothly or do some get problems? > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > > Sent: 23 January 2010 19:39 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Rocky, > > > > That's part of it, and a big one, but they also handle the > > permission > > system issues very well also.. > > > > Yea the Sagekey Access 2007 Deployment Wizard works well, but > > it is not > > ANYWHERE near as flexible as the Wise / Sagekey solution, > > which is of course > > not recommended for Windows 7 (and for me Vista) Installations. > > > > They have also chosen, IMO, some really odd default path > > structures for > > Windows XP installations. (They choose the "C:\Documents and > > Settings\All > > Users\AppData\....." for the Variable). > > Which in my case > > will not work because the string that is created is too long > > for a windows > > desktop shortcut. > > > > I've talked with them about it, and suggested that they make > > the Windows XP > > location user adjustable, but they claim that it will destroy the > > foundations of programming and won't make the change.. I keep > > saying it > > won't make one bit a difference on a Windows XP installation, > > but alas they > > won't budge... :-) > > > > They are currently working on their 2010 version. > > > > > > WBR > > Robert > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin > > Sent: Saturday, January 23, 2010 2:16 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Sounds like I may be a bit behind the curve on Sagekey's > > product line. Doug > > says you can use their script for MSI - but IIRC there's some > > problem with > > MSI that the Wise/Sagekey combo finesses and I think it has > to do with > > multiple version of Access on the same box with the run time > > or perhaps any > > version of Access and the runtime coexisting. But I can't > > remember exactly. > > > > R > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 9:32 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Ok, so I need Sagekey to create the script (wow, lot of money > > for a script!) > > and then Wise to do the actual install. Clear. And you say > > Sagekey provides > > the Access runtime files too? So, I develop my Access system > > as normal and > > need nothing other then Sagekey and Wise to deploy it. Is > > that right? Then > > my 'only' problem is that I don't have a version of Access > > later than 2002! > > Damn. > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin > > Sent: 23 January 2010 16:55 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Andy: > > > > Yeah you still need Wise. I believe Sagekey supplies you > with all the > > Access files you need. Mostly those run-time files are stuff > > in Access > > already. The runtime, IIUC, is a subset of Access - just the > > stuff you need > > to run an mdb or mde without the files you need to do > development - no > > design view of anything. > > > > The script you buy from Sagekey is a Wise script and like a > > template - very > > well commented so you can easily modify it for your own > > purposes. I was > > able to do it with a bit of help from their tech support - which is > > excellent, BTW - and didn't really have to learn the Wise scripting > > language. > > > > I have the script for 2003. I think they'll still sell it. > > > > Doug Murphy also is a user of the Wise/Sagekey combo and he > can answer > > questions probably better than I. > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 8:13 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Thanks Rocky > > I've been to the Sagekey site > > http://www.sagekey.com/installation_access.aspx . The Lite > > and Pro versions > > appear to be complete installers which bypass the need for > > Access Deployment > > but presumably you still nned the Access Runtime. But you > > still need Wise, > > right? Sorry to be dense but can you briefly take me through > > what I need and > > the steps involved in building an installation? > > > > > > I also note they refer to a single license for Access 2007. > > What if I'm > > using an earlier version of Access? Any idea? > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin > > Sent: 23 January 2010 14:59 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > I have used the Wise/Sagekey combo for years with no > > problems. For that > > many installs it's probably well worth the bucks. > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 6:42 AM > > To: 'Access Developers discussion and problem solving' > > Subject: [AccessD] Deploying Runtime > > > > Hi all > > I know this has been kicked around before so apoogies for > > raising it again > > but time's moved on so the current situation may have too. > > Anyway, a quick > > look at the the archives didn't illuminate me. > > > > I'm proposing to take an app written in Excel and rewrite it > > in Access. > > Problem is that it will need distributing to 200+ machines > > Europe-wide, most > > of which won't have Access. Now I haven't used Access Runtime > > for about 15 > > years so am well out-of-date and could do with an update. I guess my > > questions are; > > > > 1. Any chance of me getting hold of whatever's needed (Access > > Developer > > Edition is it?) to create runtimes for older versions (Access > > 2000, 2002)? > > > > Have in fact just looked and there's a copy of "Microsoft > Office 2000 > > Developer Tools for PC" on ebay in UK. Is that what I need? > > There's a copy > > of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" > > too. Is that > > the 2002 equivalent? If I buy either/both of these am I > > getting the right > > software? > > > > 2.If I get those is that all I need? I've seen a post on a > > forum which says, > > and I quote: > > "There can definitely be conflicts when installing ART to > > machines with full > > versions of Access. I use the 2002 ART and deploy those apps > > with the Wise > > Installer and use Sagekey scripts (www.sagekey.com) ... > this script is > > designed specificially to install my application with the ART > > on a machine > > with an exisiting version of Access so that they can both > > co-exist. They're > > not cheap - the scripts are around $400 USD, the Wise > > installer runs between > > $400-$1000 USD - but they make your life a lot easier. Since > > switching to > > these scripts and the Wise Installer, my support calls for > > installation have > > been reduced to almost nothing; " > > > > Do others back up this experience? > > > > Id appreciate you guys' wise advice as always. > > > > Andy > > > > > > > > -- > > 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 > > > > > > -- > > 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 > > > > -- > > 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 > > > > > > -- > > 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 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rusty.hammond at cpiqpc.com Wed Jan 27 09:02:53 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Wed, 27 Jan 2010 09:02:53 -0600 Subject: [AccessD] IDE for VB/VBA In-Reply-To: <4b5f7424.0a04d00a.32d3.77fc@mx.google.com> References: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> <49A286ABF515E94A8505CD14DEB7217006D794C0@CPIEMAIL-EVS1.CPIQPC.NET> <4b5f7424.0a04d00a.32d3.77fc@mx.google.com> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D794C2@CPIEMAIL-EVS1.CPIQPC.NET> Thanks Max. I'll take a look. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Tuesday, January 26, 2010 5:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] IDE for VB/VBA Rusty, I sent you one offine as a renamed .exe to .xex Might have gone into your spam folder. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: 26 January 2010 22:38 To: Access Developers discussion and problem solving Subject: Re: [AccessD] IDE for VB/VBA Thanks Dan. Looks like that might work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, January 26, 2010 2:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] IDE for VB/VBA Yes! http://submain.com/products/prettycode.print.aspx This is not free - but it's really nice for a code review. It also places a 'bracket' around each if/then block of code, so they really do stand out. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Tuesday, January 26, 2010 1:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] IDE for VB/VBA Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- 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 ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- 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 ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From kismert at gmail.com Wed Jan 27 09:20:38 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 27 Jan 2010 09:20:38 -0600 Subject: [AccessD] IDE for VB/VBA Message-ID: <7c7841601001270720r35958e0dnfee54bad1c6e022a@mail.gmail.com> Rusty Hammond > Does anyone use or know of any add-ins for vb/vba that would highlight > or somehow mark the beginning and end of an if/then statement? > The latest Notepad++ has a VB mode with structure folding. You can collapse the If, and tag the end. Also, you can right-click the If, select 'Using 1st Style', and highlight all If and End If blocks. Probably good enough for your purpose, and free. -Ken From dwaters at usinternet.com Wed Jan 27 09:46:06 2010 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 27 Jan 2010 09:46:06 -0600 Subject: [AccessD] IDE for VB/VBA In-Reply-To: <7c7841601001270720r35958e0dnfee54bad1c6e022a@mail.gmail.com> References: <7c7841601001270720r35958e0dnfee54bad1c6e022a@mail.gmail.com> Message-ID: <7D5FBA1DE0394CA481BE59277A18B8D5@danwaters> This is good! After I copied VBA code into the window, I needed to set the language to VB - then I could collapse sections of code. And obviously, VBA should already have this feature! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Wednesday, January 27, 2010 9:21 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] IDE for VB/VBA Rusty Hammond > Does anyone use or know of any add-ins for vb/vba that would highlight > or somehow mark the beginning and end of an if/then statement? > The latest Notepad++ has a VB mode with structure folding. You can collapse the If, and tag the end. Also, you can right-click the If, select 'Using 1st Style', and highlight all If and End If blocks. Probably good enough for your purpose, and free. -Ken -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Wed Jan 27 10:03:12 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 27 Jan 2010 11:03:12 -0500 Subject: [AccessD] IDE for VB/VBA In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> References: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: I use SmartIdenter v3.5 for Office 2000-2003. Although not quite what you want, it does help spot mis-matched structures because the indenting ends up off. You can find it on the net or I have a copy here I can e-mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Tuesday, January 26, 2010 2:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] IDE for VB/VBA Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Wed Jan 27 10:14:00 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 27 Jan 2010 16:14:00 -0000 Subject: [AccessD] IDE for VB/VBA In-Reply-To: References: <49A286ABF515E94A8505CD14DEB7217006D794BE@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <4b60667f.1818d00a.66e5.7b6f@mx.google.com> I have already sent that to him Jim Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 27 January 2010 16:03 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] IDE for VB/VBA I use SmartIdenter v3.5 for Office 2000-2003. Although not quite what you want, it does help spot mis-matched structures because the indenting ends up off. You can find it on the net or I have a copy here I can e-mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Tuesday, January 26, 2010 2:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] IDE for VB/VBA Does anyone use or know of any add-ins for vb/vba that would highlight or somehow mark the beginning and end of an if/then statement? One of our developers has acquired a program with some extremely large nested if statements and is having a hard time keeping track of them. Thanks, Rusty Hammond IT Dept. - B-20 CPI Qualified Plan Consultants, Inc. (620) 793-8473 ext. 416 rusty.hammond at cpiqpc.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- 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 From rockysmolin at bchacc.com Wed Jan 27 10:41:15 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 27 Jan 2010 08:41:15 -0800 Subject: [AccessD] Outlook Automation Problem Message-ID: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From bill_patten at embarqmail.com Wed Jan 27 10:57:21 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Wed, 27 Jan 2010 08:57:21 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> Message-ID: Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Wed Jan 27 10:59:16 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 27 Jan 2010 11:59:16 -0500 Subject: [AccessD] Access 2007 In-Reply-To: References: Message-ID: <29f585dd1001270859y4b639967ta72055ea130578cb@mail.gmail.com> Thanks! Arthur On Mon, Jan 25, 2010 at 9:34 AM, wrote: > Hi Arthur > > It's Databasetools => MoveDate=> Split Database > > HTH > johnb > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rusty.hammond at cpiqpc.com Wed Jan 27 11:17:57 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Wed, 27 Jan 2010 11:17:57 -0600 Subject: [AccessD] IDE for VB/VBA In-Reply-To: <7D5FBA1DE0394CA481BE59277A18B8D5@danwaters> References: <7c7841601001270720r35958e0dnfee54bad1c6e022a@mail.gmail.com> <7D5FBA1DE0394CA481BE59277A18B8D5@danwaters> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D794C7@CPIEMAIL-EVS1.CPIQPC.NET> I agree, this should be in the IDE. The smart indenter is a pretty handy tool that Jim and Max suggested to help clean up code too. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, January 27, 2010 9:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] IDE for VB/VBA This is good! After I copied VBA code into the window, I needed to set the language to VB - then I could collapse sections of code. And obviously, VBA should already have this feature! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Wednesday, January 27, 2010 9:21 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] IDE for VB/VBA Rusty Hammond > Does anyone use or know of any add-ins for vb/vba that would highlight > or somehow mark the beginning and end of an if/then statement? > The latest Notepad++ has a VB mode with structure folding. You can collapse the If, and tag the end. Also, you can right-click the If, select 'Using 1st Style', and highlight all If and End If blocks. Probably good enough for your purpose, and free. -Ken -- 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 ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From DWUTKA at Marlow.com Wed Jan 27 11:32:05 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 27 Jan 2010 11:32:05 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <22666AA87E77492499555D81258176C5@darrendPC> References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: Darren, I see you have plenty of help on this so far, but I just wanted to show you a slightly more elegant and versatile solution using classes and collections. First, we create a class to represent a 'token', which has a name and a value. (For simplicities sake, we'll just make all values a string for now) Option Explicit Public TokenName As String Public TokenValue As String Property Let TokenString(strEnter As String) Dim strArray() As String strArray = Split(strEnter, "=") TokenName = Mid(strArray(0), 2, Len(strArray(0)) - 2) TokenValue = strArray(1) End Property Save the above as a class module named Token. Now, personally, I would then create a 'collection class', but we can do without that for right now, and just create a collection, and a 'filler function'. So behind a form, we need to declare a collection at the module level: Option Explicit Dim Tokens As Collection Function GetTokens(strText As String) Dim tk As Token Dim strTokens() As String Dim i As Long Dim strData As String 'Ok, first drop the first and last double quote, don't need them strData = Mid(strText, 2, Len(strText) - 2) 'Now let's break the tokens out: strTokens = Split(strData, Chr(34) & "," & Chr(34)) 'Setup the collection Set Tokens = New Collection 'and now let's put the tokens into the collection: For i = 0 To UBound(strTokens) Set tk = New Token tk.TokenString = strTokens(i) Tokens.Add tk, tk.TokenName Set tk = Nothing Next i End Function Above, the GetTokens class builds the Tokens collection, so that when we are done, we have a collection of tokens, keyed off of their names, and holding their values. So to use the token class and 'filler function' we would put the following behind a command button (for testing): Private Sub Command1_Click() Dim strText As String 'a variable version of the string you submitted as your sample strText = """[AccountNo]=1234"",""[InvoiceNo]=1234567"",""[InvoiceDate]=04/01/2010 "",""[Name]=Barry""" 'Run the filler function to split the string up GetTokens strText 'we are good to go, now any token can be retrieved by its token name MsgBox Tokens("InvoiceNo").TokenValue MsgBox Tokens("AccountNo").TokenValue End Sub Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, January 26, 2010 8:32 PM To: AccessD Subject: [AccessD] A2003:Replacing 'tokens' in a string Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Na me]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Wed Jan 27 11:42:24 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 27 Jan 2010 09:42:24 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> Message-ID: <123219B88CF44D18A4A143FBF86FD4BC@HAL9005> Bill: They're using 2003 - I checked their references first (it's an mdb). Initially this user had O2K3 but was using Outlook 2007. But the mix was causing some problem so he decided to move up to 2007 for the whole suite. This caused even more problems so he went back to 2003, including Outlook. They uninstalled Outlook and Access 2007 and installed Outlook 2003 (the rest of the 2003 suite was already there). Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 8:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From jedi at charm.net Wed Jan 27 12:13:30 2010 From: jedi at charm.net (Michael Bahr) Date: Wed, 27 Jan 2010 13:13:30 -0500 (EST) Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <22666AA87E77492499555D81258176C5@darrendPC> References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: <4676.24.35.29.224.1264616010.squirrel@mail.expedient.net> Darren, here is another method to extract your information, works in Access '03. Paste this in a module and step through using F8 one line at a time and placing the mouse cursor over the variable to watch the values. Function testRegexp() As Variant Dim myValue As Variant Dim pattern As String Dim regexMatch As Boolean Dim count As Integer Dim objvalue As Variant pattern = "[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name]=Barry " Set regex = CreateObject("VBScript.RegExp") regexMatch = True regex.Global = True regex.ignorecase = True ' the [] has a special meaning regex so make them literal ' by adding a \ preceding the []'s ' note the 2 sets of ()'s regex.pattern = "(\[InvoiceNo\]=(\d+))" ' or you can use the one below 'regex.pattern = "(InvoiceNo]=(\d+))" regexMatch = regex.test(pattern) If (regexMatch) Then Set matches = regex.Execute(pattern) count = matches.count ' loop thru objects in matches For Each Object In matches ' this gets you the outer () objvalue = Object.Value ' this gets you the inner () myValue = matches(0).submatches(1) Next End If End Function Mike... > Hi team > > Assuming the string below > > "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= > Barry" > > How would I get just the Invoice Number bit = Eg 1234567? > > The 'token' [InvoiceNo] will be constant followed by an "=" sign > > But sadly the position of the [InvoiceNo] token in the string will not be > constant - Otherwise I'd just use MID() > > Nor will the length of the invoice number - Some may be 4 digits others 6 > etc > > I need to pull just the Invoice Number (And the Account Number) out of the > string to build a new string being used elsewhere > > Many thanks in advance > > Darren > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bill_patten at embarqmail.com Wed Jan 27 12:13:37 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Wed, 27 Jan 2010 10:13:37 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <123219B88CF44D18A4A143FBF86FD4BC@HAL9005> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> <123219B88CF44D18A4A143FBF86FD4BC@HAL9005> Message-ID: Well I tried. B -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 9:42 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Bill: They're using 2003 - I checked their references first (it's an mdb). Initially this user had O2K3 but was using Outlook 2007. But the mix was causing some problem so he decided to move up to 2007 for the whole suite. This caused even more problems so he went back to 2003, including Outlook. They uninstalled Outlook and Access 2007 and installed Outlook 2003 (the rest of the 2003 suite was already there). Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 8:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From bill_patten at embarqmail.com Wed Jan 27 12:22:47 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Wed, 27 Jan 2010 10:22:47 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <123219B88CF44D18A4A143FBF86FD4BC@HAL9005> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> <123219B88CF44D18A4A143FBF86FD4BC@HAL9005> Message-ID: <2F0CE8FBA48D4A8182F8A48183C45BF3@BPCS> Another weak thought, how about regsvr32 path to \msoutl.olb ?? B -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 9:42 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Bill: They're using 2003 - I checked their references first (it's an mdb). Initially this user had O2K3 but was using Outlook 2007. But the mix was causing some problem so he decided to move up to 2007 for the whole suite. This caused even more problems so he went back to 2003, including Outlook. They uninstalled Outlook and Access 2007 and installed Outlook 2003 (the rest of the 2003 suite was already there). Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 8:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From rockysmolin at bchacc.com Wed Jan 27 12:46:42 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 27 Jan 2010 10:46:42 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <2F0CE8FBA48D4A8182F8A48183C45BF3@BPCS> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005><123219B88CF44D18A4A143FBF86FD4BC@HAL9005> <2F0CE8FBA48D4A8182F8A48183C45BF3@BPCS> Message-ID: <6B1755B59F4D4D6F84BC87420BF7DFA5@HAL9005> Actually tried that but the user got some message about that file not being a dll - couldn't find an entry point or some such thing. Is REGSVR32 supposed to work on olb files or just dlls? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 10:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Another weak thought, how about regsvr32 path to \msoutl.olb ?? B -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 9:42 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Bill: They're using 2003 - I checked their references first (it's an mdb). Initially this user had O2K3 but was using Outlook 2007. But the mix was causing some problem so he decided to move up to 2007 for the whole suite. This caused even more problems so he went back to 2003, including Outlook. They uninstalled Outlook and Access 2007 and installed Outlook 2003 (the rest of the 2003 suite was already there). Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 8:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Wed Jan 27 13:33:11 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 27 Jan 2010 13:33:11 -0600 Subject: [AccessD] Outlook Automation Problem Message-ID: <7c7841601001271133l3a5a0d78q9ff8ce5c4ccb3b42@mail.gmail.com> Rocky, Out of curiosity, are you using Outlook simply to send emails from your application? Or, are you doing deeper integration with Outlook? -Ken From bill_patten at embarqmail.com Wed Jan 27 13:49:09 2010 From: bill_patten at embarqmail.com (Bill Patten) Date: Wed, 27 Jan 2010 11:49:09 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <6B1755B59F4D4D6F84BC87420BF7DFA5@HAL9005> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005><123219B88CF44D18A4A143FBF86FD4BC@HAL9005><2F0CE8FBA48D4A8182F8A48183C45BF3@BPCS> <6B1755B59F4D4D6F84BC87420BF7DFA5@HAL9005> Message-ID: <1F50970E625B492DAA95F3B4C21ADF25@BPCS> Rocky, Sorry, I think I need to quit trying to help. I should have tried it myself first, regsvr32 only wants DLL's and OCX files. I think I'll go drink my lunch. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 10:46 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Actually tried that but the user got some message about that file not being a dll - couldn't find an entry point or some such thing. Is REGSVR32 supposed to work on olb files or just dlls? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 10:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Another weak thought, how about regsvr32 path to \msoutl.olb ?? B -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 9:42 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Bill: They're using 2003 - I checked their references first (it's an mdb). Initially this user had O2K3 but was using Outlook 2007. But the mix was causing some problem so he decided to move up to 2007 for the whole suite. This caused even more problems so he went back to 2003, including Outlook. They uninstalled Outlook and Access 2007 and installed Outlook 2003 (the rest of the 2003 suite was already there). Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 8:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 -- 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 From rockysmolin at bchacc.com Wed Jan 27 14:02:03 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 27 Jan 2010 12:02:03 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <1F50970E625B492DAA95F3B4C21ADF25@BPCS> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005><123219B88CF44D18A4A143FBF86FD4BC@HAL9005><2F0CE8FBA48D4A8182F8A48183C45BF3@BPCS><6B1755B59F4D4D6F84BC87420BF7DFA5@HAL9005> <1F50970E625B492DAA95F3B4C21ADF25@BPCS> Message-ID: Have one for me as well. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 11:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Sorry, I think I need to quit trying to help. I should have tried it myself first, regsvr32 only wants DLL's and OCX files. I think I'll go drink my lunch. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 10:46 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Actually tried that but the user got some message about that file not being a dll - couldn't find an entry point or some such thing. Is REGSVR32 supposed to work on olb files or just dlls? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 10:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Another weak thought, how about regsvr32 path to \msoutl.olb ?? B -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 9:42 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Outlook Automation Problem Bill: They're using 2003 - I checked their references first (it's an mdb). Initially this user had O2K3 but was using Outlook 2007. But the mix was causing some problem so he decided to move up to 2007 for the whole suite. This caused even more problems so he went back to 2003, including Outlook. They uninstalled Outlook and Access 2007 and installed Outlook 2003 (the rest of the 2003 suite was already there). Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Patten Sent: Wednesday, January 27, 2010 8:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Automation Problem Rocky, Check the references in the clients machine, it may be marked as missing. If they have office 2007 you will need to point it to outlook 12. Usually when this happens you get an error message when opening the application. If your using MDE's error's don't always show up and of course you cant set them from the app. I guess if the problem continues ask if they are using Office 2007. Remember that you can have Access 2003, and Office 2007, but 2007 will install object 12. Bill -------------------------------------------------- From: "Rocky Smolin" Sent: Wednesday, January 27, 2010 8:41 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 -- 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 From rockysmolin at bchacc.com Wed Jan 27 14:41:56 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 27 Jan 2010 12:41:56 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <7c7841601001271133l3a5a0d78q9ff8ce5c4ccb3b42@mail.gmail.com> References: <7c7841601001271133l3a5a0d78q9ff8ce5c4ccb3b42@mail.gmail.com> Message-ID: <690816E532154DC0949AAF611470B97E@HAL9005> In this case just making an email: Set myolApp = CreateObject("Outlook.Application") Set myItem = myolApp.CreateItem(olMailItem) myItem.To = Me.fldCustomerEmail myItem.Display R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Wednesday, January 27, 2010 11:33 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Rocky, Out of curiosity, are you using Outlook simply to send emails from your application? Or, are you doing deeper integration with Outlook? -Ken -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Wed Jan 27 16:47:33 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Thu, 28 Jan 2010 09:47:33 +1100 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: Team - thanks heaps for the assistance and suggestions But - OMG!!! You blokes assume waaaaaaay too much You are actually assuming I know what you are talking about Classes and collections?????? I have no clue I have managed to get a Procedure to do what I wanted with prompting from the crew - but I am a luddite - Way over my Head all these suggestions Thanks heaps for all the effort Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, 28 January 2010 4:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Darren, I see you have plenty of help on this so far, but I just wanted to show you a slightly more elegant and versatile solution using classes and collections. First, we create a class to represent a 'token', which has a name and a value. (For simplicities sake, we'll just make all values a string for now) Option Explicit Public TokenName As String Public TokenValue As String Property Let TokenString(strEnter As String) Dim strArray() As String strArray = Split(strEnter, "=") TokenName = Mid(strArray(0), 2, Len(strArray(0)) - 2) TokenValue = strArray(1) End Property Save the above as a class module named Token. Now, personally, I would then create a 'collection class', but we can do without that for right now, and just create a collection, and a 'filler function'. So behind a form, we need to declare a collection at the module level: Option Explicit Dim Tokens As Collection Function GetTokens(strText As String) Dim tk As Token Dim strTokens() As String Dim i As Long Dim strData As String 'Ok, first drop the first and last double quote, don't need them strData = Mid(strText, 2, Len(strText) - 2) 'Now let's break the tokens out: strTokens = Split(strData, Chr(34) & "," & Chr(34)) 'Setup the collection Set Tokens = New Collection 'and now let's put the tokens into the collection: For i = 0 To UBound(strTokens) Set tk = New Token tk.TokenString = strTokens(i) Tokens.Add tk, tk.TokenName Set tk = Nothing Next i End Function Above, the GetTokens class builds the Tokens collection, so that when we are done, we have a collection of tokens, keyed off of their names, and holding their values. So to use the token class and 'filler function' we would put the following behind a command button (for testing): Private Sub Command1_Click() Dim strText As String 'a variable version of the string you submitted as your sample strText = """[AccountNo]=1234"",""[InvoiceNo]=1234567"",""[InvoiceDate]=04/01/2010 "",""[Name]=Barry""" 'Run the filler function to split the string up GetTokens strText 'we are good to go, now any token can be retrieved by its token name MsgBox Tokens("InvoiceNo").TokenValue MsgBox Tokens("AccountNo").TokenValue End Sub Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, January 26, 2010 8:32 PM To: AccessD Subject: [AccessD] A2003:Replacing 'tokens' in a string Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Na me]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From thewaddles at sbcglobal.net Wed Jan 27 18:08:05 2010 From: thewaddles at sbcglobal.net (Kevin) Date: Wed, 27 Jan 2010 16:08:05 -0800 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <22666AA87E77492499555D81258176C5@darrendPC> References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: <003301ca9fad$f78cd140$e6a673c0$@net> Darren, Try this... Function FindString(str As String) As Variant Dim strNew As String strNew = Mid(str, InStr(1, str, "InvoiceNo]="), Len(str) - InStr(1, str, "InvoiceNo]=")) strNew = Right(strNew, Len(strNew) - 11) FindString = Left(strNew, InStr(1, strNew, "'") - 1) End Function Kevin Waddle thewaddles at sbcglobal.net All that I have seen teaches me to trust God for all I have not seen.? ~Author Unknown -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, January 26, 2010 6:32 PM To: AccessD Subject: [AccessD] A2003:Replacing 'tokens' in a string Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Wed Jan 27 18:37:40 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 27 Jan 2010 18:37:40 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC> Message-ID: LOL, well when you get the chance, try my method, it's a pretty simple problem and gives a little insight on how a class works. I wish back when I first started getting into VB/VBA, that I knew what I know now about classes and collections. I had a project when I first started working for my current employer that took me 6 to 8 months to get the first version out, and over the next few years I kept adding functionality and tweaks. About 2 years ago, I decided to rebuild the system from scratch, and this time I built it with classes and collections doing a majority of the work. Had the existing capabilities of the old system and then some, in about 2 weeks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Wednesday, January 27, 2010 4:48 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Team - thanks heaps for the assistance and suggestions But - OMG!!! You blokes assume waaaaaaay too much You are actually assuming I know what you are talking about Classes and collections?????? I have no clue I have managed to get a Procedure to do what I wanted with prompting from the crew - but I am a luddite - Way over my Head all these suggestions Thanks heaps for all the effort Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, 28 January 2010 4:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Darren, I see you have plenty of help on this so far, but I just wanted to show you a slightly more elegant and versatile solution using classes and collections. First, we create a class to represent a 'token', which has a name and a value. (For simplicities sake, we'll just make all values a string for now) Option Explicit Public TokenName As String Public TokenValue As String Property Let TokenString(strEnter As String) Dim strArray() As String strArray = Split(strEnter, "=") TokenName = Mid(strArray(0), 2, Len(strArray(0)) - 2) TokenValue = strArray(1) End Property Save the above as a class module named Token. Now, personally, I would then create a 'collection class', but we can do without that for right now, and just create a collection, and a 'filler function'. So behind a form, we need to declare a collection at the module level: Option Explicit Dim Tokens As Collection Function GetTokens(strText As String) Dim tk As Token Dim strTokens() As String Dim i As Long Dim strData As String 'Ok, first drop the first and last double quote, don't need them strData = Mid(strText, 2, Len(strText) - 2) 'Now let's break the tokens out: strTokens = Split(strData, Chr(34) & "," & Chr(34)) 'Setup the collection Set Tokens = New Collection 'and now let's put the tokens into the collection: For i = 0 To UBound(strTokens) Set tk = New Token tk.TokenString = strTokens(i) Tokens.Add tk, tk.TokenName Set tk = Nothing Next i End Function Above, the GetTokens class builds the Tokens collection, so that when we are done, we have a collection of tokens, keyed off of their names, and holding their values. So to use the token class and 'filler function' we would put the following behind a command button (for testing): Private Sub Command1_Click() Dim strText As String 'a variable version of the string you submitted as your sample strText = """[AccountNo]=1234"",""[InvoiceNo]=1234567"",""[InvoiceDate]=04/01/2010 "",""[Name]=Barry""" 'Run the filler function to split the string up GetTokens strText 'we are good to go, now any token can be retrieved by its token name MsgBox Tokens("InvoiceNo").TokenValue MsgBox Tokens("AccountNo").TokenValue End Sub Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, January 26, 2010 8:32 PM To: AccessD Subject: [AccessD] A2003:Replacing 'tokens' in a string Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Na me]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From stuart at lexacorp.com.pg Wed Jan 27 18:40:53 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 28 Jan 2010 10:40:53 +1000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <003301ca9fad$f78cd140$e6a673c0$@net> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> Message-ID: <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> At last! someone else who does it with a few lines of simple code rather than vastly over- engineering the solution :-) -- Stuart On 27 Jan 2010 at 16:08, Kevin wrote: > Darren, > > Try this... > > Function FindString(str As String) As Variant > Dim strNew As String > strNew = Mid(str, InStr(1, str, "InvoiceNo]="), Len(str) - InStr(1, str, > "InvoiceNo]=")) > strNew = Right(strNew, Len(strNew) - 11) > FindString = Left(strNew, InStr(1, strNew, "'") - 1) > End Function > > Kevin Waddle > thewaddles at sbcglobal.net > > All that I have seen teaches me to trust God for all I have not seen.? > ~Author Unknown > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active > Billing > Sent: Tuesday, January 26, 2010 6:32 PM > To: AccessD > Subject: [AccessD] A2003:Replacing 'tokens' in a string > > Hi team > > Assuming the string below > > "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= > Barry" > > How would I get just the Invoice Number bit = Eg 1234567? > > The 'token' [InvoiceNo] will be constant followed by an "=" sign > > But sadly the position of the [InvoiceNo] token in the string will not be > constant - Otherwise I'd just use MID() > > Nor will the length of the invoice number - Some may be 4 digits others 6 > etc > > I need to pull just the Invoice Number (And the Account Number) out of the > string to build a new string being used elsewhere > > Many thanks in advance > > Darren > > > > -- > 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 > From darren at activebilling.com.au Wed Jan 27 19:35:16 2010 From: darren at activebilling.com.au (Darren - Active Billing) Date: Thu, 28 Jan 2010 12:35:16 +1100 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <003301ca9fad$f78cd140$e6a673c0$@net> References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> Message-ID: Hi Kevin Thanks for this - I'll look into this to see how I can fit it in - Thanks again Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kevin Sent: Thursday, 28 January 2010 11:08 AM To: 'Access Developers discussion and problem solving' Cc: darren at activebilling.com.au Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Darren, Try this... Function FindString(str As String) As Variant Dim strNew As String strNew = Mid(str, InStr(1, str, "InvoiceNo]="), Len(str) - InStr(1, str, "InvoiceNo]=")) strNew = Right(strNew, Len(strNew) - 11) FindString = Left(strNew, InStr(1, strNew, "'") - 1) End Function Kevin Waddle thewaddles at sbcglobal.net All that I have seen teaches me to trust God for all I have not seen.? ~Author Unknown -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren - Active Billing Sent: Tuesday, January 26, 2010 6:32 PM To: AccessD Subject: [AccessD] A2003:Replacing 'tokens' in a string Hi team Assuming the string below "[AccountNo]=1234","[InvoiceNo]=1234567","[InvoiceDate]=04/01/2010","[Name]= Barry" How would I get just the Invoice Number bit = Eg 1234567? The 'token' [InvoiceNo] will be constant followed by an "=" sign But sadly the position of the [InvoiceNo] token in the string will not be constant - Otherwise I'd just use MID() Nor will the length of the invoice number - Some may be 4 digits others 6 etc I need to pull just the Invoice Number (And the Account Number) out of the string to build a new string being used elsewhere Many thanks in advance Darren -- 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 From jwcolby at colbyconsulting.com Wed Jan 27 20:02:19 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 27 Jan 2010 21:02:19 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> Message-ID: <4B60F02B.1070209@colbyconsulting.com> LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > From cfoust at infostatsystems.com Wed Jan 27 20:27:01 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 27 Jan 2010 20:27:01 -0600 Subject: [AccessD] Deploying Runtime In-Reply-To: <80705D4D85014CADBE658AD5EE0DF9EE@reubennx9500> References: <000901ca9eec$00a53d20$01efb760$@com> <80705D4D85014CADBE658AD5EE0DF9EE@reubennx9500> Message-ID: You are either doing very simple installs in default locations or you have a guardian angel on speed dial. Even a different operating system can knock the packaging wizard sideways. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Reuben Cummings Sent: Wednesday, January 27, 2010 6:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Deploying Runtime I don't do 1500/year - I've probably done nearly 1000 total. That includes CDs I send to current clients to re-install themselves. I have no control over anything at the user site. Not one single installation problem... Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > Sent: Tuesday, January 26, 2010 8:00 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > > I agree with Charlotte. Not sure what kind of distribution > numbers, but when > you're talking over 1500 installs a year, it had better be > "Rock Solid" > across every kind of situation... > > My users / potential customers can't handle problems of any > kind, the last > thing you want is a problem right off the bat, during an install.. ;-( > > WBR > Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Tuesday, January 26, 2010 7:36 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Deploying Runtime > > You've been incredibly lucky then, Reuben. I gave up on the > wizard around > Access 2.0 and switched to InstallShield to get done what I > needed. I found > the wizard in 97 and 2000 no improvement. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Reuben Cummings > Sent: Tuesday, January 26, 2010 6:58 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Deploying Runtime > > I hate to leave what continues to work... > > Still running A2000. Have always used the built in Package > and Deployment > Wizard without failure. > And my installs co-exist with other versions of Access > without trouble. > Newer versions are installed in folders numbered to indicate > their version > and the runtime will install in a folder named ART. > The only problem, which I have never had, is that the user > has A2000 at > installation time so runtime does not install and the user > then upgrades and > removes 2000 in the process. > > Reuben Cummings > GFC, LLC > 812.523.1017 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Monday, January 25, 2010 4:06 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Given that I'm going to have to move to a newer version of > > Access in order > > to get some solid deployment tool can someone remind me which > > are the good, > > the bad and the ugly Access versions since, say, A2000? > > > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Bartow > > Sent: 24 January 2010 23:18 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Hi Andy, > > Have used Wise/Sagekey for years now and was the answer to > > all of these > > issues. Now, as Doug mentioned, Wise recommends theirs MSI > > Script rather > > than their Wise scrip. This is because Wise had been bought > > by two companies > > in the last couple of years. The first was committed to it - > > the second is > > Symantec and they seem to have no desire to carry on the Wise > > installer > > excellence. (Is that a surprise to anyone?) > > > > Given my experiences with Barry and the Sagekey group I'd > > highly recommend > > you contact them for all of your installers needs. > > > > John B > > PS I get no kickbacks from this ;o) > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Doug Murphy > > Sent: Sunday, January 24, 2010 12:25 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Hello Andy, > > > > With the scripts for Wise or Instalshield you had to purchase > > either Wise or > > Instalshield and then purchase the script that Sagekey > > developed to creat > > the installation package with which ever install package you > > had. I am not > > familiar with the MSI product but Sagekey indicated in one of > > their mailings > > that this was the approach to use now. Their wizard may use > > this technology > > to create the installation package. As I indicate, I have not > > used it so > > can't comment. I only have experience with the script for > > Wise Installer 9. > > I do have faith in Sagekey products to produce reliable installation > > packages which ever one you choose. > > > > > > Doug > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Sunday, January 24, 2010 2:08 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > That's encourgaing Doug. I'm a little unclear though what I'd > > be buying from > > here http://www.sagekey.com/installation_access.aspx . You > > speak of Sagekey > > scripts. Is that different from the Sagekey Deployment Wizard > > then? I had > > assumed the wizard was a tool they supplied to generate the > > scripts but > > maybe not. If I click "Buy" on that link am I buying the > > ability to use > > either method? > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Doug Murphy > > Sent: 23 January 2010 20:30 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Andy, > > > > We are still using the Access 2002 runtime with Wise and the > > most current > > Sagekey scripts that take into account Vista, and I assume > > Win. 07 security > > issues. We have stayed with 2002 because that is where our > > investment is and > > don't need any of the new features. We have not had any > > issues with Vista > > installs or with installs of our package in Windows 07. The > > reason for using > > the Sagekey scripts is that then your application can run on > > a machine with > > other versions of Office installed and not cause the issue > with Office > > trying to reinstall every time you run another version of one of its > > applications. The scripts also install all the runtime stuff > > in a separate > > directory so they don't get overwritten or interfere with > > anything else. > > Just be aware that they accomplish the compatiblity stuff by > > opening your > > application through a little program called runAccess.exe, in > > our version > > anyway. This takes care of registry settings, security and > > what ever else > > needs tweeking. The shortcut their installation puts on the > > desktop goes to > > this program with the proper keys, etc. If you look at the > > shortcut you can > > figure out what it does. > > > > There have been issues with the Access installation wizard in > > past versions. > > Not sure if that is true now. > > > > Doug > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 12:00 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Now I'm getting worried. Will the "Sagekey Access 2007 > > Deployment Wizard" > > install my app on any machine, whatever its OS, and whether > or not it > > already has Access installed? Oh and if it does already have > > Access will it > > behave itself and not upset the existing installation? > > > > If I can't guarantee that it's a non-starter. > > > > Rocky, you must have this issue with your product. Do all of > > your installs > > run smoothly or do some get problems? > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert > > Sent: 23 January 2010 19:39 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Rocky, > > > > That's part of it, and a big one, but they also handle the > > permission > > system issues very well also.. > > > > Yea the Sagekey Access 2007 Deployment Wizard works well, but > > it is not > > ANYWHERE near as flexible as the Wise / Sagekey solution, > > which is of course > > not recommended for Windows 7 (and for me Vista) Installations. > > > > They have also chosen, IMO, some really odd default path > > structures for > > Windows XP installations. (They choose the "C:\Documents and > > Settings\All > > Users\AppData\....." for the Variable). > > Which in my case > > will not work because the string that is created is too long > > for a windows > > desktop shortcut. > > > > I've talked with them about it, and suggested that they make > > the Windows XP > > location user adjustable, but they claim that it will destroy the > > foundations of programming and won't make the change.. I keep > > saying it > > won't make one bit a difference on a Windows XP installation, > > but alas they > > won't budge... :-) > > > > They are currently working on their 2010 version. > > > > > > WBR > > Robert > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin > > Sent: Saturday, January 23, 2010 2:16 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Sounds like I may be a bit behind the curve on Sagekey's > > product line. Doug > > says you can use their script for MSI - but IIRC there's some > > problem with > > MSI that the Wise/Sagekey combo finesses and I think it has > to do with > > multiple version of Access on the same box with the run time > > or perhaps any > > version of Access and the runtime coexisting. But I can't > > remember exactly. > > > > R > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 9:32 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Ok, so I need Sagekey to create the script (wow, lot of money > > for a script!) > > and then Wise to do the actual install. Clear. And you say > > Sagekey provides > > the Access runtime files too? So, I develop my Access system > > as normal and > > need nothing other then Sagekey and Wise to deploy it. Is > > that right? Then > > my 'only' problem is that I don't have a version of Access > > later than 2002! > > Damn. > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin > > Sent: 23 January 2010 16:55 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > Andy: > > > > Yeah you still need Wise. I believe Sagekey supplies you > with all the > > Access files you need. Mostly those run-time files are stuff > > in Access > > already. The runtime, IIUC, is a subset of Access - just the > > stuff you need > > to run an mdb or mde without the files you need to do > development - no > > design view of anything. > > > > The script you buy from Sagekey is a Wise script and like a > > template - very > > well commented so you can easily modify it for your own > > purposes. I was > > able to do it with a bit of help from their tech support - which is > > excellent, BTW - and didn't really have to learn the Wise scripting > > language. > > > > I have the script for 2003. I think they'll still sell it. > > > > Doug Murphy also is a user of the Wise/Sagekey combo and he > can answer > > questions probably better than I. > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 8:13 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > Thanks Rocky > > I've been to the Sagekey site > > http://www.sagekey.com/installation_access.aspx . The Lite > > and Pro versions > > appear to be complete installers which bypass the need for > > Access Deployment > > but presumably you still nned the Access Runtime. But you > > still need Wise, > > right? Sorry to be dense but can you briefly take me through > > what I need and > > the steps involved in building an installation? > > > > > > I also note they refer to a single license for Access 2007. > > What if I'm > > using an earlier version of Access? Any idea? > > > > Andy > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin > > Sent: 23 January 2010 14:59 > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Deploying Runtime > > > > > > I have used the Wise/Sagekey combo for years with no > > problems. For that > > many installs it's probably well worth the bucks. > > > > Rocky > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Andy Lacey > > Sent: Saturday, January 23, 2010 6:42 AM > > To: 'Access Developers discussion and problem solving' > > Subject: [AccessD] Deploying Runtime > > > > Hi all > > I know this has been kicked around before so apoogies for > > raising it again > > but time's moved on so the current situation may have too. > > Anyway, a quick > > look at the the archives didn't illuminate me. > > > > I'm proposing to take an app written in Excel and rewrite it > > in Access. > > Problem is that it will need distributing to 200+ machines > > Europe-wide, most > > of which won't have Access. Now I haven't used Access Runtime > > for about 15 > > years so am well out-of-date and could do with an update. I guess my > > questions are; > > > > 1. Any chance of me getting hold of whatever's needed (Access > > Developer > > Edition is it?) to create runtimes for older versions (Access > > 2000, 2002)? > > > > Have in fact just looked and there's a copy of "Microsoft > Office 2000 > > Developer Tools for PC" on ebay in UK. Is that what I need? > > There's a copy > > of "Microsoft Office XP 2002 Developer 269-04560 COMMERCIAL" > > too. Is that > > the 2002 equivalent? If I buy either/both of these am I > > getting the right > > software? > > > > 2.If I get those is that all I need? I've seen a post on a > > forum which says, > > and I quote: > > "There can definitely be conflicts when installing ART to > > machines with full > > versions of Access. I use the 2002 ART and deploy those apps > > with the Wise > > Installer and use Sagekey scripts (www.sagekey.com) ... > this script is > > designed specificially to install my application with the ART > > on a machine > > with an exisiting version of Access so that they can both > > co-exist. They're > > not cheap - the scripts are around $400 USD, the Wise > > installer runs between > > $400-$1000 USD - but they make your life a lot easier. Since > > switching to > > these scripts and the Wise Installer, my support calls for > > installation have > > been reduced to almost nothing; " > > > > Do others back up this experience? > > > > Id appreciate you guys' wise advice as always. > > > > Andy > > > > > > > > -- > > 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 > > > > > > -- > > 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 > > > > -- > > 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 > > > > > > -- > > 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 > > > -- > 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 From thewaddles at sbcglobal.net Wed Jan 27 21:03:56 2010 From: thewaddles at sbcglobal.net (Kevin) Date: Wed, 27 Jan 2010 19:03:56 -0800 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B60F02B.1070209@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> Message-ID: <006001ca9fc6$87ec9410$97c5bc30$@net> EXACTLY!!! Ignorance is BLISS! Kevin Waddle thewaddles at sbcglobal.net Confess your faults one to another, and pray one for another, that ye may be healed. The effectual fervent prayer of a righteous man availeth much. (James 5:16) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, January 27, 2010 6:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Wed Jan 27 23:54:10 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 05:54:10 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B60F02B.1070209@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> Message-ID: <4b612690.0f67f10a.29c4.2dc6@mx.google.com> Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Thu Jan 28 00:56:55 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Thu, 28 Jan 2010 09:56:55 +0300 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b612690.0f67f10a.29c4.2dc6@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> Message-ID: <016601ca9fe7$1580ba20$40822e60$@spb.ru> Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru From Gustav at cactus.dk Thu Jan 28 01:26:04 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 28 Jan 2010 08:26:04 +0100 Subject: [AccessD] A2003:Replacing 'tokens' in a string Message-ID: Hi Shamil Very good, Shamil, I love one-liners! But, of course, it won't work to look up date or name. I think a key element is reusability. By putting a little more effort into a quick solution you may make it generic, thus much more reusable in other projects. Also, if you are trying to act as an experienced programmer, you have a responsibility to think ahead and write code that can stand foreseeable errors and changes - at least to some extent. If not, you may get bashed with "you are the expert, you should have expected this or that to happen". I find it unprofessional to hide behind "it was not part of the specification". That said, you have to find a balance but the ability to find or chose this comes exactly from experience. /gustav >>> shamil at smsconsulting.spb.ru 28-01-2010 07:56 >>> Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil From max.wanadoo at gmail.com Thu Jan 28 02:45:46 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 08:45:46 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <016601ca9fe7$1580ba20$40822e60$@spb.ru> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <016601ca9fe7$1580ba20$40822e60$@spb.ru> Message-ID: <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> Yes, to make it more flexible and robust it wouldn't take much more work on yours, mine or Keith's submissions. But, I would not go the class route just to parse a string, which is the point I am really making. Horses for Courses and each to their own. For me KISS works. Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 28 January 2010 06:57 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Thu Jan 28 03:42:19 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Thu, 28 Jan 2010 12:42:19 +0300 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: Message-ID: <016a01ca9ffe$303f8820$90be9860$@spb.ru> Hi Gustav -- Reusability of one-liners is "evil" :) Work on reusability of general purpose modules/code is (nowadays) also an "evil" for small software shops developing custom business software - that's a work for MS and for the companies specializing in developing of software development tools... Who will pay for "putting a little bit more efforts"? - been there done that - did put extremely high additional efforts, which did very rarely pay back (my bad luck maybe) but I have seen/personally met and worked with others whose extreme additional efforts resulted in heavy law cases filed against them by customer - and that happened not here in Russia but in developed West European country... And I have seen (many) others who didn't put that much efforts - and many of them prosper - one of them is MS :) Well, a kind of kidding/provoking here :) - my point is that a modern software developer professional should be very experienced in finding a true balance between "putting a little bit more efforts" and very often getting burn-out and bankrupt because of that, and waiting for another day to come to put that more efforts when they will really be needed, and paid for that additional work... <<< you are the expert, you should have expected this or that to happen >>> Well, if I'm an expert and "I expect this or that to happen" then I can tell my customer *now* - would you like to pay *now* for that additional efforts to prevent possible future issues of your source formats getting changed, or you can wait for the true business case to highlight the issue, and then will pay me for fixing it? And my customer in most of the cases, the customer I like to work with, and the customer who likes to work with me, will tell me - yes, please put additional efforts but as little as possible (zero ideally), and I will pay you for that (or save money for zero efforts). And what I will do now will be just "a little bit more efforts" to capture exceptions, and log them for the future investigation, and fixing later if really needed, or fixing the sources that caused this exception - the latter is more probable... And capturing exceptions in .NET apps is done usually in a very few places but still having the final product robust and "bullet-proof" as all the real business use cases/user stories are tested and code is unit tested against current specs, and possible exceptions are captured. (capturing and logging exceptions in MS Access VBA applications is a more laborious work but general approach could be the same - "leave tomorrow for tomorrow"...) <<< I find it unprofessional to hide behind "it was not part of the specification". >>> No, I'm not "hiding behind the specs" - I'm trying to use customers' money as effective as possible to automate their most urgent business needs, and to not burn-out myself and my partners... <<< That said, you have to find a balance but the ability to find or chose this comes exactly from experience. >>> Yes, we are in a full agreement here I suppose. Thank you :) -- Shamil P.S. True developer's life is not that easy as I have "presented" it above of course but I'm quite sure the above "true life balancing approach" is getting mainstream for the nowadays business applications development as well as for development tools development - just read it here - even MS uses agile and SCRUM now: http://port25.technet.com/archive/2010/01/20/part-3-lessons-i-learned-as-a-p roject-manager-converting-to-agile.aspx Is that just a "fashion tribute", a "PR action" or a true move to the "agile world"? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, January 28, 2010 10:26 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Hi Shamil Very good, Shamil, I love one-liners! But, of course, it won't work to look up date or name. I think a key element is reusability. By putting a little more effort into a quick solution you may make it generic, thus much more reusable in other projects. Also, if you are trying to act as an experienced programmer, you have a responsibility to think ahead and write code that can stand foreseeable errors and changes - at least to some extent. If not, you may get bashed with "you are the expert, you should have expected this or that to happen". I find it unprofessional to hide behind "it was not part of the specification". That said, you have to find a balance but the ability to find or chose this comes exactly from experience. /gustav >>> shamil at smsconsulting.spb.ru 28-01-2010 07:56 >>> Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru From shamil at smsconsulting.spb.ru Thu Jan 28 03:50:50 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Thu, 28 Jan 2010 12:50:50 +0300 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <016601ca9fe7$1580ba20$40822e60$@spb.ru> <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> Message-ID: <016e01ca9fff$60e99c80$22bcd580$@spb.ru> Yes, Max, "KISS rules the World". Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes, to make it more flexible and robust it wouldn't take much more work on yours, mine or Keith's submissions. But, I would not go the class route just to parse a string, which is the point I am really making. Horses for Courses and each to their own. For me KISS works. Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 28 January 2010 06:57 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru From stuart at lexacorp.com.pg Thu Jan 28 05:14:53 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 28 Jan 2010 21:14:53 +1000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <016601ca9fe7$1580ba20$40822e60$@spb.ru>, <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> Message-ID: <4B6171AD.6968.71CA1FE@stuart.lexacorp.com.pg> I couldn't agree more. Which I why I originally posted a generic three liner which parsed any of the token/values pairs for the given format. -- Stuart On 28 Jan 2010 at 8:45, Max Wanadoo wrote: > Yes, to make it more flexible and robust it wouldn't take much more work > on yours, mine or Keith's submissions. > > But, I would not go the class route just to parse a string, which is the > point I am really making. > > Horses for Courses and each to their own. For me KISS works. > > Thanks > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil > Salakhetdinov > Sent: 28 January 2010 06:57 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string > > Max, > > How about that? (To satisfy original request of getting extracted just > AccountNo and InvoiceNo out of the source string.) > > Dim s As String > s = "[AccountNo]=1234," + _ > "[InvoiceNo]=1234567," + _ > "[InvoiceDate]=04/01/2010,[Name]=Barry" > > Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) > Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) > > Yes, it's not "bullet-proof" but if the source string is guaranteed to have > specified format then that simple approach will work well. > > Please don't start telling (you will not I expect but others here can I > guess :)) "we all know how "specified formats" can often change" - just > program against the current requirements and wait for the other day and new > requirements to come - that's is the current mainstream trend in agile Test > Driven Development... > > We can spend a lot of time discussing what is the probability of the > specified source string format to change, and how to "bullet-proof" the > above lightweight coding(?) approach - should we? - that's not a rhetoric > question, folks - your opinions coming from your experience is wanted and > very welcome... > > Thank you :) > > -- > Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Thursday, January 28, 2010 8:54 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string > > Yes John/Drew but why use that horrendous code when you can do the same with > this.. > > Call > xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] > =Barry") > > Function xSplit(str as string) > Dim arr() As String, i As Integer > arr = Split(str, ",") > Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! > 'if you want the values then this next bit will do that > For i = 0 To 3 > arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) > Debug.Print arr(i), > Next i > End Function > > A person cannot go through life taking the more obtuse form of coding just > so that they may "learn" something new. > It is all about getting the code out. > I am with Stuart on this. > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 28 January 2010 02:02 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string > > LOL > > Stuart, I think you misunderstand. We all recommend that you do the minimum > amount of work > necessary and stay ignorant the rest of your life. It has worked for me for > all these many years. > Why in the world would you want to take an opportunity and actually LEARN > something? > > ;) > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > At last! someone else who does it with a few lines of simple code rather > than vastly over- > > engineering the solution :-) > > > -- > > > > __________ Information from ESET NOD32 Antivirus, version of virus signature > database 4812 (20100128) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.esetnod32.ru > > > -- > 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 From jwcolby at colbyconsulting.com Thu Jan 28 06:40:09 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 28 Jan 2010 07:40:09 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b612690.0f67f10a.29c4.2dc6@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> Message-ID: <4B6185A9.9090107@colbyconsulting.com> > Yes John/Drew but why use that horrendous code when you can do the same with this.. The answer of course is that horrendous code is only horrendous code if you can't knock it out in 2 minutes. It takes me about 5 minutes longer to do a generic solution that can handle this same requirement than it takes you to do the one liner that only handles this one specific solution. Why? Because I am comfortable with classes. How did I get that way? By USING THEM! ;) I actually USE a generic solution to this exact problem in many different places. Having name / value strings like this is not something that was invented by the application under discussion, it is EVERYWHERE! And it is often the case that you want to know not just the one value but every value. So recode your one liner over and over if you wish. I have a class pair in my framework that does this for me. As for your "generic solution"... it does not handle key/value strings of variable length. You have hard coded 0 to 3. It does not handle getting a specific key value pair, it looks for a specific value. You have gone to a lot of work for a solution that is good for exactly and only one specific instance, when 5 minutes more work would have handled the whole enchilada. I call that lazy programming. JMOOC. Doing it the right way is so trivial an exercise that it seems incredible that you would argue the point. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Yes John/Drew but why use that horrendous code when you can do the same with > this.. > > Call > xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] > =Barry") > > Function xSplit(str as string) > Dim arr() As String, i As Integer > arr = Split(str, ",") > Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! > 'if you want the values then this next bit will do that > For i = 0 To 3 > arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) > Debug.Print arr(i), > Next i > End Function > > A person cannot go through life taking the more obtuse form of coding just > so that they may "learn" something new. > It is all about getting the code out. > I am with Stuart on this. > > Max From max.wanadoo at gmail.com Thu Jan 28 06:54:23 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 12:54:23 +0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B6185A9.9090107@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> Message-ID: My lazy code took 2 mins. I didnt mind doing it because it was for somebody else - therefore 2 mins well spent. If I was doing it for myself I would have paramatised it. Familiarity with classes, like other thinks, does bring its own reward in terms of speed and efficiency - agree with you there. I dont agree that you need a hammer aka class to solve every programming task. max On 28/01/2010, jwcolby wrote: > > Yes John/Drew but why use that horrendous code when you can do the same > with this.. > > The answer of course is that horrendous code is only horrendous code if you > can't knock it out in 2 > minutes. It takes me about 5 minutes longer to do a generic solution that > can handle this same > requirement than it takes you to do the one liner that only handles this one > specific solution. > > Why? Because I am comfortable with classes. > > How did I get that way? By USING THEM! > > ;) > > I actually USE a generic solution to this exact problem in many different > places. Having name / > value strings like this is not something that was invented by the > application under discussion, it > is EVERYWHERE! And it is often the case that you want to know not just the > one value but every value. > > So recode your one liner over and over if you wish. I have a class pair in > my framework that does > this for me. > > As for your "generic solution"... it does not handle key/value strings of > variable length. You have > hard coded 0 to 3. It does not handle getting a specific key value pair, it > looks for a specific value. > > You have gone to a lot of work for a solution that is good for exactly and > only one specific > instance, when 5 minutes more work would have handled the whole enchilada. > > I call that lazy programming. JMOOC. > > Doing it the right way is so trivial an exercise that it seems incredible > that you would argue the > point. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> Yes John/Drew but why use that horrendous code when you can do the same >> with >> this.. >> >> Call >> xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] >> =Barry") >> >> Function xSplit(str as string) >> Dim arr() As String, i As Integer >> arr = Split(str, ",") >> Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! >> 'if you want the values then this next bit will do that >> For i = 0 To 3 >> arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) >> Debug.Print arr(i), >> Next i >> End Function >> >> A person cannot go through life taking the more obtuse form of coding just >> so that they may "learn" something new. >> It is all about getting the code out. >> I am with Stuart on this. >> >> Max > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu Jan 28 07:15:06 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 28 Jan 2010 08:15:06 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> Message-ID: <4B618DDA.50305@colbyconsulting.com> > I dont agree that you need a hammer aka class to solve every programming task. LOL, I don't remember ever saying that. A class is a tool in my toolbox, nothing more. And yes I am fluent and comfortable with them. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > My lazy code took 2 mins. > I didnt mind doing it because it was for somebody else - therefore 2 > mins well spent. > If I was doing it for myself I would have paramatised it. > Familiarity with classes, like other thinks, does bring its own reward > in terms of speed and efficiency - agree with you there. > I dont agree that you need a hammer aka class to solve every programming task. > > max > > > On 28/01/2010, jwcolby wrote: >> > Yes John/Drew but why use that horrendous code when you can do the same >> with this.. >> >> The answer of course is that horrendous code is only horrendous code if you >> can't knock it out in 2 >> minutes. It takes me about 5 minutes longer to do a generic solution that >> can handle this same >> requirement than it takes you to do the one liner that only handles this one >> specific solution. >> >> Why? Because I am comfortable with classes. >> >> How did I get that way? By USING THEM! >> >> ;) >> >> I actually USE a generic solution to this exact problem in many different >> places. Having name / >> value strings like this is not something that was invented by the >> application under discussion, it >> is EVERYWHERE! And it is often the case that you want to know not just the >> one value but every value. >> >> So recode your one liner over and over if you wish. I have a class pair in >> my framework that does >> this for me. >> >> As for your "generic solution"... it does not handle key/value strings of >> variable length. You have >> hard coded 0 to 3. It does not handle getting a specific key value pair, it >> looks for a specific value. >> >> You have gone to a lot of work for a solution that is good for exactly and >> only one specific >> instance, when 5 minutes more work would have handled the whole enchilada. >> >> I call that lazy programming. JMOOC. >> >> Doing it the right way is so trivial an exercise that it seems incredible >> that you would argue the >> point. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> Yes John/Drew but why use that horrendous code when you can do the same >>> with >>> this.. >>> >>> Call >>> xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] >>> =Barry") >>> >>> Function xSplit(str as string) >>> Dim arr() As String, i As Integer >>> arr = Split(str, ",") >>> Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! >>> 'if you want the values then this next bit will do that >>> For i = 0 To 3 >>> arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) >>> Debug.Print arr(i), >>> Next i >>> End Function >>> >>> A person cannot go through life taking the more obtuse form of coding just >>> so that they may "learn" something new. >>> It is all about getting the code out. >>> I am with Stuart on this. >>> >>> Max >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> From max.wanadoo at gmail.com Thu Jan 28 07:27:30 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 13:27:30 +0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B618DDA.50305@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> Message-ID: No, but a hammer (aka class) is what was presented to Darren as a solution to a trivial (specific) task. A rose by any name... max On 28/01/2010, jwcolby wrote: > > I dont agree that you need a hammer aka class to solve every programming > task. > > LOL, I don't remember ever saying that. > > A class is a tool in my toolbox, nothing more. And yes I am fluent and > comfortable with them. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> My lazy code took 2 mins. >> I didnt mind doing it because it was for somebody else - therefore 2 >> mins well spent. >> If I was doing it for myself I would have paramatised it. >> Familiarity with classes, like other thinks, does bring its own reward >> in terms of speed and efficiency - agree with you there. >> I dont agree that you need a hammer aka class to solve every programming >> task. >> >> max >> >> >> On 28/01/2010, jwcolby wrote: >>> > Yes John/Drew but why use that horrendous code when you can do the >>> same >>> with this.. >>> >>> The answer of course is that horrendous code is only horrendous code if >>> you >>> can't knock it out in 2 >>> minutes. It takes me about 5 minutes longer to do a generic solution >>> that >>> can handle this same >>> requirement than it takes you to do the one liner that only handles this >>> one >>> specific solution. >>> >>> Why? Because I am comfortable with classes. >>> >>> How did I get that way? By USING THEM! >>> >>> ;) >>> >>> I actually USE a generic solution to this exact problem in many different >>> places. Having name / >>> value strings like this is not something that was invented by the >>> application under discussion, it >>> is EVERYWHERE! And it is often the case that you want to know not just >>> the >>> one value but every value. >>> >>> So recode your one liner over and over if you wish. I have a class pair >>> in >>> my framework that does >>> this for me. >>> >>> As for your "generic solution"... it does not handle key/value strings of >>> variable length. You have >>> hard coded 0 to 3. It does not handle getting a specific key value pair, >>> it >>> looks for a specific value. >>> >>> You have gone to a lot of work for a solution that is good for exactly >>> and >>> only one specific >>> instance, when 5 minutes more work would have handled the whole >>> enchilada. >>> >>> I call that lazy programming. JMOOC. >>> >>> Doing it the right way is so trivial an exercise that it seems incredible >>> that you would argue the >>> point. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Max Wanadoo wrote: >>>> Yes John/Drew but why use that horrendous code when you can do the same >>>> with >>>> this.. >>>> >>>> Call >>>> xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] >>>> =Barry") >>>> >>>> Function xSplit(str as string) >>>> Dim arr() As String, i As Integer >>>> arr = Split(str, ",") >>>> Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! >>>> 'if you want the values then this next bit will do that >>>> For i = 0 To 3 >>>> arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) >>>> Debug.Print arr(i), >>>> Next i >>>> End Function >>>> >>>> A person cannot go through life taking the more obtuse form of coding >>>> just >>>> so that they may "learn" something new. >>>> It is all about getting the code out. >>>> I am with Stuart on this. >>>> >>>> Max >>> -- >>> 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 > From Gustav at cactus.dk Thu Jan 28 07:31:33 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 28 Jan 2010 14:31:33 +0100 Subject: [AccessD] A2003:Replacing 'tokens' in a string Message-ID: Hi Max Well, come to C# and VB.NET where even the tiniest variable has properties and methods. Call that a "hammer" if you like, I love it. /gustav >>> jwcolby at colbyconsulting.com 28-01-2010 14:15 >>> > I dont agree that you need a hammer aka class to solve every programming task. LOL, I don't remember ever saying that. A class is a tool in my toolbox, nothing more. And yes I am fluent and comfortable with them. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > My lazy code took 2 mins. > I didnt mind doing it because it was for somebody else - therefore 2 mins well spent. > If I was doing it for myself I would have paramatised it. > Familiarity with classes, like other thinks, does bring its own reward in terms of speed and efficiency - agree with you there. > I dont agree that you need a hammer aka class to solve every programming task. > > max From max.wanadoo at gmail.com Thu Jan 28 07:39:08 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 13:39:08 +0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: Message-ID: I would do Gustav, if and when I find I have a need for those languages. Everything i need at the moment is well handled by Access using VBA. Complexities is not an issue - in fact all those additonal properties and methods can be a real boon if and when needed. However, obfuscation is rife and needs to be whittled back so that the tyros do not get blinded by the aficianados. A simple request should, where possible, be given a simple solution. IMHO. sigh... max On 28/01/2010, Gustav Brock wrote: > Hi Max > > Well, come to C# and VB.NET where even the tiniest variable has properties > and methods. Call that a "hammer" if you like, I love it. > > /gustav > > >>>> jwcolby at colbyconsulting.com 28-01-2010 14:15 >>> > > I dont agree that you need a hammer aka class to solve every programming > task. > > LOL, I don't remember ever saying that. > > A class is a tool in my toolbox, nothing more. And yes I am fluent and > comfortable with them. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> My lazy code took 2 mins. >> I didnt mind doing it because it was for somebody else - therefore 2 mins >> well spent. >> If I was doing it for myself I would have paramatised it. >> Familiarity with classes, like other thinks, does bring its own reward in >> terms of speed and efficiency - agree with you there. >> I dont agree that you need a hammer aka class to solve every programming >> task. >> >> max > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu Jan 28 07:44:19 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 28 Jan 2010 08:44:19 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> Message-ID: <4B6194B3.8080305@colbyconsulting.com> It was suggested as A solution, and it was suggested because it is a trivial solution to a trivial task. Classes are not rocket science. I was not suggesting a framework. Two classes is 5 minutes (for me). A TRIVIAL solution to a trivial problem, but it has the advantage of reusability. You make it sound as if doing it with a pair of classes is going to take a week. And I suppose it might take YOU a week. And if that is the case then... a) You need to become more fluent in classes. b) This is a TRIVIAL exercise which would provide a good platform for becoming more comfortable with classes. c) You need to knock out the problem any way you can and then come back and learn enough about classes that it is trivial to you as well. This is a TRIVIAL problem and FOR ME the solution using a pair of classes is trivial as well. I have always challenged everyone on this list to become so good with classes that it is trivial for you as well. You resist Max, your loss. Just because you can't knock out a class solution doesn't mean it is a hammer. It simply means that to YOU it is a hammer. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > No, but a hammer (aka class) is what was presented to Darren as a > solution to a trivial (specific) task. > > A rose by any name... > > max From max.wanadoo at gmail.com Thu Jan 28 07:54:01 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 13:54:01 +0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B6194B3.8080305@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> <4B6194B3.8080305@colbyconsulting.com> Message-ID: still obfuscation however. All those LETS and GETS just to parse a string. max On 28/01/2010, jwcolby wrote: > It was suggested as A solution, and it was suggested because it is a trivial > solution to a trivial task. > > Classes are not rocket science. I was not suggesting a framework. Two > classes is 5 minutes (for > me). A TRIVIAL solution to a trivial problem, but it has the advantage of > reusability. > > You make it sound as if doing it with a pair of classes is going to take a > week. And I suppose it > might take YOU a week. And if that is the case then... > > a) You need to become more fluent in classes. > b) This is a TRIVIAL exercise which would provide a good platform for > becoming more comfortable with > classes. > c) You need to knock out the problem any way you can and then come back and > learn enough about > classes that it is trivial to you as well. > > This is a TRIVIAL problem and FOR ME the solution using a pair of classes is > trivial as well. I > have always challenged everyone on this list to become so good with classes > that it is trivial for > you as well. > > You resist Max, your loss. Just because you can't knock out a class > solution doesn't mean it is a > hammer. It simply means that to YOU it is a hammer. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> No, but a hammer (aka class) is what was presented to Darren as a >> solution to a trivial (specific) task. >> >> A rose by any name... >> >> max > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu Jan 28 07:57:00 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 28 Jan 2010 08:57:00 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: Message-ID: <4B6197AC.4010506@colbyconsulting.com> Max, The beauty of the list is that you ask a question and get a whole slew of different methods of doing something, presenting a slew of opportunities to learn new stuff. When you posted your solution I did not attack it as a hangman's noose. To a hangman, every knot will do the job. ;) Your solution does a fine job for the stated task, and apparently (from his comments) your solution is about all the OP is able to assimilate anyway. I just find it sad that a solution other than your own is by definition a hammer. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > I would do Gustav, if and when I find I have a need for those > languages. Everything i need at the moment is well handled by Access > using VBA. > Complexities is not an issue - in fact all those additonal properties > and methods can be a real boon if and when needed. > However, obfuscation is rife and needs to be whittled back so that the > tyros do not get blinded by the aficianados. > A simple request should, where possible, be given a simple solution. IMHO. > > sigh... > > max > > > On 28/01/2010, Gustav Brock wrote: >> Hi Max >> >> Well, come to C# and VB.NET where even the tiniest variable has properties >> and methods. Call that a "hammer" if you like, I love it. >> >> /gustav From jwcolby at colbyconsulting.com Thu Jan 28 08:21:02 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 28 Jan 2010 09:21:02 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> <4B6194B3.8080305@colbyconsulting.com> Message-ID: <4B619D4E.40900@colbyconsulting.com> > still obfuscation however. A quick Google provides: Obfuscation is the concealment of intended meaning in communication, making communication confusing, intentionally ambiguous, and more difficult to interpret. Obfuscation requires intent. I have to assume that your intended meaning was Abstruse. Abstruse: difficult to penetrate; incomprehensible to one of ordinary understanding or knowledge. The problem with defining Classes as Abstruse is that term "one of ordinary understanding or knowledge". If you are going to use that term about classes, then it implies knowing classes is not ordinary. I make the assumption that no one on this list is ordinary. That only leaves their understanding. Classes are quite ordinary to me, and are quite ordinary to many others on this list. I have long maintained that they SHOULD BE ordinary to almost everyone on this list, and if not you should work on that to make them ordinary. Most of us are professionals Max. Having one of the most powerful tools in the toolbox be Abstruse is not a good place to be. > All those LETS and GETS just to parse a string. Lets and gets are optional. In fact (IIRC) Drew insists that he NEVER uses them. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > still obfuscation however. > > All those LETS and GETS just to parse a string. > > max From max.wanadoo at gmail.com Thu Jan 28 08:25:27 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 14:25:27 +0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B6197AC.4010506@colbyconsulting.com> References: <4B6197AC.4010506@colbyconsulting.com> Message-ID: >The beauty of the list is that you ask a question and get a whole slew of different methods of doing something, presenting a slew of opportunities to learn new stuff. DEFINATELY agree with that John. I am not knocking it. Max On 28/01/2010, jwcolby wrote: > Max, > > The beauty of the list is that you ask a question and get a whole slew of > different methods of doing > something, presenting a slew of opportunities to learn new stuff. When you > posted your solution I > did not attack it as a hangman's noose. To a hangman, every knot will do > the job. ;) > > Your solution does a fine job for the stated task, and apparently (from his > comments) your solution > is about all the OP is able to assimilate anyway. > > I just find it sad that a solution other than your own is by definition a > hammer. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> I would do Gustav, if and when I find I have a need for those >> languages. Everything i need at the moment is well handled by Access >> using VBA. >> Complexities is not an issue - in fact all those additonal properties >> and methods can be a real boon if and when needed. >> However, obfuscation is rife and needs to be whittled back so that the >> tyros do not get blinded by the aficianados. >> A simple request should, where possible, be given a simple solution. IMHO. >> >> sigh... >> >> max >> >> >> On 28/01/2010, Gustav Brock wrote: >>> Hi Max >>> >>> Well, come to C# and VB.NET where even the tiniest variable has >>> properties >>> and methods. Call that a "hammer" if you like, I love it. >>> >>> /gustav > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From max.wanadoo at gmail.com Thu Jan 28 08:58:00 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 14:58:00 +0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B619D4E.40900@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> <4B6194B3.8080305@colbyconsulting.com> <4B619D4E.40900@colbyconsulting.com> Message-ID: > Lets and gets are optional. In fact (IIRC) Drew insists that he NEVER uses them. aha! not REAL Classes then - LOL Anyway, I think we wil lleave it there. thanks Max On 28/01/2010, jwcolby wrote: > > still obfuscation however. > > A quick Google provides: > > Obfuscation is the concealment of intended meaning in communication, making > communication confusing, > intentionally ambiguous, and more difficult to interpret. > > Obfuscation requires intent. > > I have to assume that your intended meaning was Abstruse. > > Abstruse: difficult to penetrate; incomprehensible to one of ordinary > understanding or knowledge. > > The problem with defining Classes as Abstruse is that term "one of ordinary > understanding or > knowledge". If you are going to use that term about classes, then it > implies knowing classes is not > ordinary. > > I make the assumption that no one on this list is ordinary. That only > leaves their understanding. > > Classes are quite ordinary to me, and are quite ordinary to many others on > this list. I have long > maintained that they SHOULD BE ordinary to almost everyone on this list, and > if not you should work > on that to make them ordinary. > > Most of us are professionals Max. Having one of the most powerful tools in > the toolbox be Abstruse > is not a good place to be. > > > All those LETS and GETS just to parse a string. > > Lets and gets are optional. In fact (IIRC) Drew insists that he NEVER uses > them. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> still obfuscation however. >> >> All those LETS and GETS just to parse a string. >> >> max > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu Jan 28 09:06:22 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 28 Jan 2010 10:06:22 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> <4B6194B3.8080305@colbyconsulting.com> <4B619D4E.40900@colbyconsulting.com> Message-ID: <4B61A7EE.7030900@colbyconsulting.com> Interestingly, in C# the VARIABLE is "optional" (kinda sorta). There is a syntax where you can define the get set and C# defines the variables hidden from view. Quite cool really. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: >> Lets and gets are optional. In fact (IIRC) Drew insists that he NEVER uses them. > > aha! not REAL Classes then - LOL > > Anyway, I think we wil lleave it there. thanks > Max From Lambert.Heenan at chartisinsurance.com Thu Jan 28 10:05:58 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 28 Jan 2010 11:05:58 -0500 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> Message-ID: Have you tried running Outlook with the command line switch /regserver ?? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 27, 2010 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From kismert at gmail.com Thu Jan 28 10:09:12 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Thu, 28 Jan 2010 10:09:12 -0600 Subject: [AccessD] Outlook Automation Problem Message-ID: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken From rockysmolin at bchacc.com Thu Jan 28 10:26:46 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 08:26:46 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> Message-ID: <8610DE20372A454595285A06872FADED@HAL9005> No. How do you do that? And what does that do? I believe Outlook starts up automatically on this client's machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 28, 2010 8:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Have you tried running Outlook with the command line switch /regserver ?? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 27, 2010 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 28 10:30:31 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 08:30:31 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> Message-ID: <53E4A5141E0545058A81F151EFECB8E2@HAL9005> Ken: Well, CDO is, I guess, an option if we can't figure out what's different about this machine versus the other machines in that office. But I'd have to figure out how to get it loaded onto his box, and change the program - learning curve. And the implementation would take some time and this particular client doesn't want to spend any more money on his app. Which makes a lot of good solutions impractical. :) I told him it's like a car. You can drive your car a long way without spending any money on maintenenance but eventually it breaks down. I think he suspects it's a plot by the Programmer's Guild to maintain our cash flow. :) R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 28 10:54:39 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 08:54:39 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> Message-ID: <4BDDC16EF10945E992094A82AF85A568@HAL9005> Problem solved - using the simplest possible approach and without the liberal application of the client's cash. :( I had him uninstall every remnant of Office (2000,2003, and 2007) and do a fresh install of 2003 then do SP3 and viola! It makes an email just like the old days. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jan 28 10:52:38 2010 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 28 Jan 2010 10:52:38 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <016601ca9fe7$1580ba20$40822e60$@spb.ru> <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> Message-ID: The point you're missing is that a routine to parse a string is *part* of a string-handling class. Get used to the idea of classes Max. You will be assimilated. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 12:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes, to make it more flexible and robust it wouldn't take much more work on yours, mine or Keith's submissions. But, I would not go the class route just to parse a string, which is the point I am really making. Horses for Courses and each to their own. For me KISS works. Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 28 January 2010 06:57 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- 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 From dw-murphy at cox.net Thu Jan 28 10:59:38 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 28 Jan 2010 08:59:38 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <53E4A5141E0545058A81F151EFECB8E2@HAL9005> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> <53E4A5141E0545058A81F151EFECB8E2@HAL9005> Message-ID: "...the Programmer's Guild to maintain our cash flow..." Dang, they are starting to figure it out. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 28, 2010 8:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Ken: Well, CDO is, I guess, an option if we can't figure out what's different about this machine versus the other machines in that office. But I'd have to figure out how to get it loaded onto his box, and change the program - learning curve. And the implementation would take some time and this particular client doesn't want to spend any more money on his app. Which makes a lot of good solutions impractical. :) I told him it's like a car. You can drive your car a long way without spending any money on maintenenance but eventually it breaks down. I think he suspects it's a plot by the Programmer's Guild to maintain our cash flow. :) R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- 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 From rockysmolin at bchacc.com Thu Jan 28 10:59:44 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 08:59:44 -0800 Subject: [AccessD] Fastest Way In-Reply-To: References: , , , <1B3DC96570014B75A0B5274BC275E66F@HAL9005><4b4f8e3b.0e67f10a.53b0.519e@mx.google.com><1E9DF05A13564FFF9ED1982889ACD52B@HAL9005><4b501d1b.0e67f10a.30fc.06a6@mx.google.com><0A8ECC83336D4EC69AF028EE960F4FD1@HAL9005> Message-ID: <138BD73C978B4A80B3C89AB9DD426D6A@HAL9005> Thanks to all for your help on this. Since the 'brute force' method was already in place except for the addition of one field to the .FindFirst, I went the cheap route and told the client at the point where the time to import becomes unacceptable, I have a few good $olution$ in my back pocket. I'm thinking that for the short term, with few records in the target table, .FindFirst will work just fine (especially if the hospital upgrades his old 256MB XP machine which appears to be one of those old steam powered models). When he gets several hundred thousand it may be time for a different approach. But since all the fields in the .FindFirst are indexed, it may be OK for a long time. Best, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Sunday, January 17, 2010 4:47 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Rocky, Coming in late on this - I wouldn't recommend using a unique index for this (you would have to create a composite unique index on all of your columns which would in fact duplicate the size of your table and slow down imports). I would recommend an append query against an "unmatched query" as suggested originally by Lambert. But as opposed to Lambert I wouldn't execute the "unmatched query" against an *imported* spreadsheet but against a *linked* spreadsheet. If you import the spreadsheet you have to delete it after doing the appends and you then have to compress your database to prevent bloats. What I suggest is: 1. Link the spreadsheet to your database. 2. Create an append query like this: INSERT INTO YourTable(,,) SELECT YourLinkedSpreadsheet.Field1, YourLinkedSpreadsheet.Field2, YourLinkedSpreadsheet.Fieldn FROM YourLinkedSpreadsheet LEFT JOIN YourLinkedSpreadsheet ON YourLinkedSpreadsheet.Field1 = YourTable.Field1 AND YourLinkedSpreadsheet.Field2 = YourTable.Field2 AND YourLinkedSpreadsheet.FieldN = YourTable.FieldN WHERE YourTable.Field1 Is Null 3. Whenever you get a new Excel file then just overwrite the original Excel file: copy to the same folder using the same name as the original Excel file you have linked to the database. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 17. januar 2010 17:03 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Fastest Way Lambert: I wouldn't care about the error message - I could tell the user to ignore it. But does this import assume that there is some indexing in the target table that I don't have already? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, January 15, 2010 6:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Well at least in Access 2002 when you do this it is true, the unique data does get imported to the destination table, but the error handler does not get invoked. Here is some code I just tried out... Sub Importit() 10 On Error GoTo Importit_Error 20 DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "MyTestTable", "H:\My documents\Access\Access 2002\test\MyTestData.xls", True, "MyTestNamedRange" 30 On Error GoTo 0 40 Exit Sub Importit_Error: 50 Debug.Print Err, Err.Description, Erl 60 Resume Next End Sub The TransferSpreadsheet action runs, and imports all the unique data. Then at the end it issues an error that is not trappable by VBA... "Microsoft Access was unable to append all the data to the table. The contents of fields in 0 record(s) were deleted, and 409 record(s) were lost due to key violations." etc. etc. Does anyone know how to trap the JET error? (I assume JET is issuing the error message.) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, January 15, 2010 2:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I don't understand what you mean by brute force or findfirst. Just create the unique index on the 5 fields on your existing table. You only need do this once. Then import using transfer method with on error routine in place. If errors out on 3024 (or whatever the dupe record err No. is - this is air code) Then just resume next That's it. No findfirst or anything. The transfer method will import each record. If a dupe exists it will go to the error routine where it will be told to resume the input. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 14 January 2010 23:56 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way That was my first thought - brute force - time is not that critical. And it would only be a couple of lines of code additional in the current import routine - just a .FindFirst. If later it turns out that the time is unacceptable, I could bail to the other approach. Still thinking.... But with the brute force method I could quickly set up a test case. I already put start time, end time, and elapsed time test boxes on the form. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 14, 2010 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way It's a done deal. If you want speed and efficiency, then go my way. Unique index on relevant fields. Let access handle the dupes. One read-One input-Finito. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 14 January 2010 21:22 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way I think we'd all be interested to know what method you eventually use, and how the performance is. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 14, 2010 1:33 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fastest Way Actually don't want to delete and import - just bypass the incoming records that are already in the table. R -- 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 -- 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 From max.wanadoo at gmail.com Thu Jan 28 11:04:23 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 17:04:23 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <016601ca9fe7$1580ba20$40822e60$@spb.ru> <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> Message-ID: <4b61c39b.01b7660a.4df4.0485@mx.google.com> Haha, I think you missed the "OR" part out, Charlotte, "OR you will be assimilated" Thanks for the heads up, Janeway. Or should that be 7 of 9? Max Ps. Head down, learning, learning... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: 28 January 2010 16:53 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string The point you're missing is that a routine to parse a string is *part* of a string-handling class. Get used to the idea of classes Max. You will be assimilated. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 12:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes, to make it more flexible and robust it wouldn't take much more work on yours, mine or Keith's submissions. But, I would not go the class route just to parse a string, which is the point I am really making. Horses for Courses and each to their own. For me KISS works. Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 28 January 2010 06:57 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[Name] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- 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 From max.wanadoo at gmail.com Thu Jan 28 11:05:07 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 17:05:07 -0000 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <4BDDC16EF10945E992094A82AF85A568@HAL9005> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> <4BDDC16EF10945E992094A82AF85A568@HAL9005> Message-ID: <4b61c3c7.06a1660a.0a75.351e@mx.google.com> That's great Rocky. Now what happened to the REST of the app Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 28 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Problem solved - using the simplest possible approach and without the liberal application of the client's cash. :( I had him uninstall every remnant of Office (2000,2003, and 2007) and do a fresh install of 2003 then do SP3 and viola! It makes an email just like the old days. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- 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 From DWUTKA at Marlow.com Thu Jan 28 11:14:02 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:14:02 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b612690.0f67f10a.29c4.2dc6@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> Message-ID: That's a good question Max, so here is a serious answer. First, class/collection code is more readily understandable by it's very nature. For example, let's take this thread's situation. If you were to look at a single line of code: Arr(i) Or Tk.TokenValue Which gives you an immediate understanding of what you are looking at? The first is simply some element of an array. We could name the array something more descriptive, but it's still just an element, and the name would only represent the group, not the element. The second is an object, with a property, so we know we are getting a Token Value. This may not seem like a big deal, but trust me, when you have to go through code by someone else, or even older code of your own, you will appreciate the difference. My first few web based projects (which used ActiveX .dll's I created), used Arrays to store data. Once I got the hang of classes and collections, that is all I used. When I have to go back to one of those first few projects, I spend 10 times longer trying to figure out what I was doing then when I look at a class/collection system. Second, Collection keys..... one of the weeknesses of an array is that it's elements are all numerically based. So in this thread's example, you have to manually search through an array for an element. In the example I posted, the end result is a collection keyed off of the token name, so any single element can be retrieved by a recognizable, and known value. Third, compartmentalized processes. Believe you me, I have written some pretty monstrous functions in my time. Pages of code, all in one function. Could they have been split up, sometimes, yes. Classes, by their very nature are easier to compartmentalize the internal processes. I'd say the best explanation would be to compare a standard module to a piece of paper, and a class module to a lump of clay. You can do anything with that clay that you can do with the piece of paper, but the paper is 2D, while the clay is 3D. You can fold and twist that paper to give you the illusion of a 3D object, but it isn't going to really have the mass to pull it off. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, January 27, 2010 11:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[N ame] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Thu Jan 28 11:15:16 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 09:15:16 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <4b61c3c7.06a1660a.0a75.351e@mx.google.com> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com><4BDDC16EF10945E992094A82AF85A568@HAL9005> <4b61c3c7.06a1660a.0a75.351e@mx.google.com> Message-ID: <9185D9D4516641C7BEF7D6B9774AA67F@HAL9005> Happy as a clam at high time - I develop in 2003 so my app runs like a spotted dog there now. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 9:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem That's great Rocky. Now what happened to the REST of the app Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 28 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Problem solved - using the simplest possible approach and without the liberal application of the client's cash. :( I had him uninstall every remnant of Office (2000,2003, and 2007) and do a fresh install of 2003 then do SP3 and viola! It makes an email just like the old days. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- 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 From Lambert.Heenan at chartisinsurance.com Thu Jan 28 11:16:21 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 28 Jan 2010 12:16:21 -0500 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <8610DE20372A454595285A06872FADED@HAL9005> References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005> <8610DE20372A454595285A06872FADED@HAL9005> Message-ID: Well you just quit from Outlook - File menu and select 'Exit'. Then run the command "C:\Program Files\SomeOfficeFolder\Outlook.exe" /regserver That may solve the problem. If it does not, but you do not get any error indication try using the /unregserver switch first, and then use /regserver once again. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 28, 2010 11:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem No. How do you do that? And what does that do? I believe Outlook starts up automatically on this client's machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 28, 2010 8:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Have you tried running Outlook with the command line switch /regserver ?? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 27, 2010 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From DWUTKA at Marlow.com Thu Jan 28 11:20:27 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:20:27 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com> Message-ID: A hammer? Really? You really should get more familiar with classes. The example I posted also only took 2 minutes. It wasn't completely generic. I could have added the ability to make the delimiters and wrappers variable. But what I did put in provided a listable display of data and key names, and made retrieving any single value, by keyname beyond simple! Really Max, go look at my example. Other then saving one part as a class, and then adding the data to a collection (other than keeping it in an array), my example is pretty much identical to yours. So the extra time involved....hmmmmmm, opening and saving a class.....another line or two of code.... for the flexibility AND READABILTIY, that was a few seconds well spent. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 6:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string My lazy code took 2 mins. I didnt mind doing it because it was for somebody else - therefore 2 mins well spent. If I was doing it for myself I would have paramatised it. Familiarity with classes, like other thinks, does bring its own reward in terms of speed and efficiency - agree with you there. I dont agree that you need a hammer aka class to solve every programming task. max On 28/01/2010, jwcolby wrote: > > Yes John/Drew but why use that horrendous code when you can do the same > with this.. > > The answer of course is that horrendous code is only horrendous code if you > can't knock it out in 2 > minutes. It takes me about 5 minutes longer to do a generic solution that > can handle this same > requirement than it takes you to do the one liner that only handles this one > specific solution. > > Why? Because I am comfortable with classes. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Thu Jan 28 11:23:34 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 09:23:34 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: References: <67EB8564B9264AD089F9F729F744D1AF@HAL9005><8610DE20372A454595285A06872FADED@HAL9005> Message-ID: Lambert: Well we solved the problem by having him to do the right thing - delete everything - fresh install, latest service packs. All's well now. But I'm curious - what does starting Outlook with /regserver do and would it have to be started that way each time or is that a one-time fix? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 28, 2010 9:16 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Well you just quit from Outlook - File menu and select 'Exit'. Then run the command "C:\Program Files\SomeOfficeFolder\Outlook.exe" /regserver That may solve the problem. If it does not, but you do not get any error indication try using the /unregserver switch first, and then use /regserver once again. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 28, 2010 11:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem No. How do you do that? And what does that do? I believe Outlook starts up automatically on this client's machine. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, January 28, 2010 8:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Have you tried running Outlook with the command line switch /regserver ?? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, January 27, 2010 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Outlook Automation Problem Dear List: I am getting a "Library Not Registered" error on the following line when trying to create an email from an A2K3 app: Set myolApp = CreateObject("Outlook.Application") It works on my box but not on the client's so I suspect something wrong with his install of O2K3. On both our FEs Microsoft Outlook 11.0 Object Library is checked in the references. Is there a dll I have to register? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.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 From max.wanadoo at gmail.com Thu Jan 28 11:28:21 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 17:28:21 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> Message-ID: <4b61c93b.0f67f10a.274f.5f9f@mx.google.com> I know Drew. Everything you say makes eminent sense - cannot argue with it. BUT Why buy a scientific calculator when all you want is the answer to arithmetic sums? That's the ONLY point I am making. What you (and John) are saying is all good stuff and worth listening to. No question. But he just wanted to parse a string...not rocket science. Thanks mucho Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:14 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string That's a good question Max, so here is a serious answer. First, class/collection code is more readily understandable by it's very nature. For example, let's take this thread's situation. If you were to look at a single line of code: Arr(i) Or Tk.TokenValue Which gives you an immediate understanding of what you are looking at? The first is simply some element of an array. We could name the array something more descriptive, but it's still just an element, and the name would only represent the group, not the element. The second is an object, with a property, so we know we are getting a Token Value. This may not seem like a big deal, but trust me, when you have to go through code by someone else, or even older code of your own, you will appreciate the difference. My first few web based projects (which used ActiveX .dll's I created), used Arrays to store data. Once I got the hang of classes and collections, that is all I used. When I have to go back to one of those first few projects, I spend 10 times longer trying to figure out what I was doing then when I look at a class/collection system. Second, Collection keys..... one of the weeknesses of an array is that it's elements are all numerically based. So in this thread's example, you have to manually search through an array for an element. In the example I posted, the end result is a collection keyed off of the token name, so any single element can be retrieved by a recognizable, and known value. Third, compartmentalized processes. Believe you me, I have written some pretty monstrous functions in my time. Pages of code, all in one function. Could they have been split up, sometimes, yes. Classes, by their very nature are easier to compartmentalize the internal processes. I'd say the best explanation would be to compare a standard module to a piece of paper, and a class module to a lump of clay. You can do anything with that clay that you can do with the piece of paper, but the paper is 2D, while the clay is 3D. You can fold and twist that paper to give you the illusion of a 3D object, but it isn't going to really have the mass to pull it off. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, January 27, 2010 11:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[N ame] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 11:31:43 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 17:31:43 -0000 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <9185D9D4516641C7BEF7D6B9774AA67F@HAL9005> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com><4BDDC16EF10945E992094A82AF85A568@HAL9005> <4b61c3c7.06a1660a.0a75.351e@mx.google.com> <9185D9D4516641C7BEF7D6B9774AA67F@HAL9005> Message-ID: <4b61ca05.0707d00a.179e.6ff3@mx.google.com> That's good news. Max Ps. I would have thought a Greyhound would have been more apposite given your neck-o-woods. BTW, it is nothing to be sneezed at: http://uk.news.yahoo.com/5/20100128/tuk-stunned-driver-fined-for-blowing-his -45dbed5.html -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 28 January 2010 17:15 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Happy as a clam at high time - I develop in 2003 so my app runs like a spotted dog there now. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 9:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem That's great Rocky. Now what happened to the REST of the app Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: 28 January 2010 16:55 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Problem solved - using the simplest possible approach and without the liberal application of the client's cash. :( I had him uninstall every remnant of Office (2000,2003, and 2007) and do a fresh install of 2003 then do SP3 and viola! It makes an email just like the old days. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- 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 From Lambert.Heenan at chartisinsurance.com Thu Jan 28 11:34:33 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 28 Jan 2010 12:34:33 -0500 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <4BDDC16EF10945E992094A82AF85A568@HAL9005> References: <7c7841601001280809s45ae652cic8d78dc4d503bcbf@mail.gmail.com> <4BDDC16EF10945E992094A82AF85A568@HAL9005> Message-ID: Oh yes!. The brute force solution strikes again. :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 28, 2010 11:55 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Problem solved - using the simplest possible approach and without the liberal application of the client's cash. :( I had him uninstall every remnant of Office (2000,2003, and 2007) and do a fresh install of 2003 then do SP3 and viola! It makes an email just like the old days. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- 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 From max.wanadoo at gmail.com Thu Jan 28 11:36:25 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 17:36:25 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com> Message-ID: <4b61cb1f.1c07d00a.72f2.76bb@mx.google.com> 2 mins? That is what John said. He didn't factor in the six hours we spent discussion it. Huh! Programmers, sigh!! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:20 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string A hammer? Really? You really should get more familiar with classes. The example I posted also only took 2 minutes. It wasn't completely generic. I could have added the ability to make the delimiters and wrappers variable. But what I did put in provided a listable display of data and key names, and made retrieving any single value, by keyname beyond simple! Really Max, go look at my example. Other then saving one part as a class, and then adding the data to a collection (other than keeping it in an array), my example is pretty much identical to yours. So the extra time involved....hmmmmmm, opening and saving a class.....another line or two of code.... for the flexibility AND READABILTIY, that was a few seconds well spent. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 6:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string My lazy code took 2 mins. I didnt mind doing it because it was for somebody else - therefore 2 mins well spent. If I was doing it for myself I would have paramatised it. Familiarity with classes, like other thinks, does bring its own reward in terms of speed and efficiency - agree with you there. I dont agree that you need a hammer aka class to solve every programming task. max On 28/01/2010, jwcolby wrote: > > Yes John/Drew but why use that horrendous code when you can do the same > with this.. > > The answer of course is that horrendous code is only horrendous code if you > can't knock it out in 2 > minutes. It takes me about 5 minutes longer to do a generic solution that > can handle this same > requirement than it takes you to do the one liner that only handles this one > specific solution. > > Why? Because I am comfortable with classes. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu Jan 28 11:38:08 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:38:08 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: Message-ID: Sigh, Max, you weren't on here during the bound/unbound debates. Those debates were monumental, and most of it was experience vs. experience. You are arguing with people that have already been down the path you have been. I don't think you will ever find a developer using OOP that hasn't done the basic line per line process too. And we all got pretty good at that first too. My initial experience with Access involved macros, and I could do some magic with macros. But then I ran into something that I couldn't do with a macro (in that particular case, I wanted to hide the Access window, not the DB window, the Access window, and that required an API call), I started to learn VBA. Do I still use macros? Yes, can't beat the AutoExec and AutoKeys feature of macros. Would I use a macro to open a form or run a query, nope, cause I can do that in code just as fast, and I get far more control. But it is simpler to open a form with a Macro, heck, you can drag a macro onto a form and it creates an command button automatically. Why would anyone use VBA code for such a simple task as opening a form? I am not trying to be derogatory here Max. You are a great programmer, I've seen a lot of the work you have posted. But this list is about sharing ideas and learning. I wish that this list had as many class posts as it does now, back when I first joined. I would have leaped ahead years before I did. So when you describe a class solution as horrendous, or classes are hammers, you give the WRONG, TOTALLY WRONG, impression of what classes are, and what they can do. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 7:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string I would do Gustav, if and when I find I have a need for those languages. Everything i need at the moment is well handled by Access using VBA. Complexities is not an issue - in fact all those additonal properties and methods can be a real boon if and when needed. However, obfuscation is rife and needs to be whittled back so that the tyros do not get blinded by the aficianados. A simple request should, where possible, be given a simple solution. IMHO. sigh... max The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 11:39:22 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:39:22 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com><4B618DDA.50305@colbyconsulting.com><4B6194B3.8080305@colbyconsulting.com> Message-ID: All those lets and gets? Sheesh.... Max, one day, I hope, you will look back at these posts and smack yourself..... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 7:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string still obfuscation however. All those LETS and GETS just to parse a string. max On 28/01/2010, jwcolby wrote: > It was suggested as A solution, and it was suggested because it is a trivial > solution to a trivial task. > > Classes are not rocket science. I was not suggesting a framework. Two > classes is 5 minutes (for > me). A TRIVIAL solution to a trivial problem, but it has the advantage of > reusability. > > You make it sound as if doing it with a pair of classes is going to take a > week. And I suppose it > might take YOU a week. And if that is the case then... > > a) You need to become more fluent in classes. > b) This is a TRIVIAL exercise which would provide a good platform for > becoming more comfortable with > classes. > c) You need to knock out the problem any way you can and then come back and > learn enough about > classes that it is trivial to you as well. > > This is a TRIVIAL problem and FOR ME the solution using a pair of classes is > trivial as well. I > have always challenged everyone on this list to become so good with classes > that it is trivial for > you as well. > > You resist Max, your loss. Just because you can't knock out a class > solution doesn't mean it is a > hammer. It simply means that to YOU it is a hammer. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> No, but a hammer (aka class) is what was presented to Darren as a >> solution to a trivial (specific) task. >> >> A rose by any name... >> >> max > -- > 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 11:42:10 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:42:10 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4B619D4E.40900@colbyconsulting.com> References: <22666AA87E77492499555D81258176C5@darrendPC> <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4B6185A9.9090107@colbyconsulting.com> <4B618DDA.50305@colbyconsulting.com> <4B6194B3.8080305@colbyconsulting.com> <4B619D4E.40900@colbyconsulting.com> Message-ID: LOL, hey now, don't put words in my mouth JC. What I said is that when I need a SIMPLE property, ie, a property that is going to be a value, and require no processing whatsoever, then I simply declare them as Public variables (ie, a simple property). I use Get and Let statements all the time. And I know many people use them even for simple properties. There's nothing wrong with using Get/Let statements, and I don't think there is anything wrong with my method either. Is my method lazier...probably... I can't deny that! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, January 28, 2010 8:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string > still obfuscation however. A quick Google provides: Obfuscation is the concealment of intended meaning in communication, making communication confusing, intentionally ambiguous, and more difficult to interpret. Obfuscation requires intent. I have to assume that your intended meaning was Abstruse. Abstruse: difficult to penetrate; incomprehensible to one of ordinary understanding or knowledge. The problem with defining Classes as Abstruse is that term "one of ordinary understanding or knowledge". If you are going to use that term about classes, then it implies knowing classes is not ordinary. I make the assumption that no one on this list is ordinary. That only leaves their understanding. Classes are quite ordinary to me, and are quite ordinary to many others on this list. I have long maintained that they SHOULD BE ordinary to almost everyone on this list, and if not you should work on that to make them ordinary. Most of us are professionals Max. Having one of the most powerful tools in the toolbox be Abstruse is not a good place to be. > All those LETS and GETS just to parse a string. Lets and gets are optional. In fact (IIRC) Drew insists that he NEVER uses them. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > still obfuscation however. > > All those LETS and GETS just to parse a string. > > max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 11:43:36 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:43:36 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b61c39b.01b7660a.4df4.0485@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <016601ca9fe7$1580ba20$40822e60$@spb.ru> <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> <4b61c39b.01b7660a.4df4.0485@mx.google.com> Message-ID: I don't think Charlotte left an OR part out of her statement.... ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:04 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Haha, I think you missed the "OR" part out, Charlotte, "OR you will be assimilated" Thanks for the heads up, Janeway. Or should that be 7 of 9? Max Ps. Head down, learning, learning... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: 28 January 2010 16:53 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string The point you're missing is that a routine to parse a string is *part* of a string-handling class. Get used to the idea of classes Max. You will be assimilated. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 12:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes, to make it more flexible and robust it wouldn't take much more work on yours, mine or Keith's submissions. But, I would not go the class route just to parse a string, which is the point I am really making. Horses for Courses and each to their own. For me KISS works. Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 28 January 2010 06:57 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[N ame] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 11:53:36 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:53:36 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b61c93b.0f67f10a.274f.5f9f@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4b61c93b.0f67f10a.274f.5f9f@mx.google.com> Message-ID: Actually, that is not true Max, he didn't want to just parse a string. He wanted to parse a string TWICE. There is a distinction. If he had a string "[InvoiceNo]=12345", then he would have never gotten a class example from me, I would have simply said strArray()=Split(strWhatever,"=");strArray(1). Case closed. But he presented a string of multiple [Field]=Value items, which can be solved by two splits, but is much easier to use with a class/collection USING the Split statements. I did also preface my initial reply with a statement saying that he already had several GOOD working solutions, so I wasn't trying to shove a class solution down anyone's throat. And to answer your analogy of using a scientific calculator..... why buy a basic calculator when you already have a scientific one? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:28 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string I know Drew. Everything you say makes eminent sense - cannot argue with it. BUT Why buy a scientific calculator when all you want is the answer to arithmetic sums? That's the ONLY point I am making. What you (and John) are saying is all good stuff and worth listening to. No question. But he just wanted to parse a string...not rocket science. Thanks mucho Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:14 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string That's a good question Max, so here is a serious answer. First, class/collection code is more readily understandable by it's very nature. For example, let's take this thread's situation. If you were to look at a single line of code: Arr(i) Or Tk.TokenValue The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 11:54:26 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 11:54:26 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b61cb1f.1c07d00a.72f2.76bb@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com> <4b61cb1f.1c07d00a.72f2.76bb@mx.google.com> Message-ID: LOL, 6 hours? You do take the long way, so far I've only spent about 20 minutes reading/replying. Do you two finger or something? ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string 2 mins? That is what John said. He didn't factor in the six hours we spent discussion it. Huh! Programmers, sigh!! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:20 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string A hammer? Really? You really should get more familiar with classes. The example I posted also only took 2 minutes. It wasn't completely generic. I could have added the ability to make the delimiters and wrappers variable. But what I did put in provided a listable display of data and key names, and made retrieving any single value, by keyname beyond simple! Really Max, go look at my example. Other then saving one part as a class, and then adding the data to a collection (other than keeping it in an array), my example is pretty much identical to yours. So the extra time involved....hmmmmmm, opening and saving a class.....another line or two of code.... for the flexibility AND READABILTIY, that was a few seconds well spent. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 6:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string My lazy code took 2 mins. I didnt mind doing it because it was for somebody else - therefore 2 mins well spent. If I was doing it for myself I would have paramatised it. Familiarity with classes, like other thinks, does bring its own reward in terms of speed and efficiency - agree with you there. I dont agree that you need a hammer aka class to solve every programming task. max On 28/01/2010, jwcolby wrote: > > Yes John/Drew but why use that horrendous code when you can do the same > with this.. > > The answer of course is that horrendous code is only horrendous code if you > can't knock it out in 2 > minutes. It takes me about 5 minutes longer to do a generic solution that > can handle this same > requirement than it takes you to do the one liner that only handles this one > specific solution. > > Why? Because I am comfortable with classes. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From max.wanadoo at gmail.com Thu Jan 28 12:01:24 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 18:01:24 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: Message-ID: <4b61d0fe.0506d00a.480c.ffffb2f6@mx.google.com> 1. Actually I was. I have been here for circa 10 years or so maybe longer, and can remember them well. 2. I actually use Classes. Yes, ones I have written myself and they work fine. The problem I have with them is that, FOR ME, do nothing that I cannot do with normal everyday code in a module BUT they do require a lot of overheads. 3. AND, if you recall, many years ago you could not copy classes between mdbs. From memory, you had to go through a convoluted series of steps to get it into a new module (not nowadays, but back then). 4. I like classes when I am leveraging methods and properties from, say Outlook. But the aruguments about Business Rules in one place just sucks. 4. And besides all that, all they guy wanted to do was parse a string.. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:38 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Sigh, Max, you weren't on here during the bound/unbound debates. Those debates were monumental, and most of it was experience vs. experience. You are arguing with people that have already been down the path you have been. I don't think you will ever find a developer using OOP that hasn't done the basic line per line process too. And we all got pretty good at that first too. My initial experience with Access involved macros, and I could do some magic with macros. But then I ran into something that I couldn't do with a macro (in that particular case, I wanted to hide the Access window, not the DB window, the Access window, and that required an API call), I started to learn VBA. Do I still use macros? Yes, can't beat the AutoExec and AutoKeys feature of macros. Would I use a macro to open a form or run a query, nope, cause I can do that in code just as fast, and I get far more control. But it is simpler to open a form with a Macro, heck, you can drag a macro onto a form and it creates an command button automatically. Why would anyone use VBA code for such a simple task as opening a form? I am not trying to be derogatory here Max. You are a great programmer, I've seen a lot of the work you have posted. But this list is about sharing ideas and learning. I wish that this list had as many class posts as it does now, back when I first joined. I would have leaped ahead years before I did. So when you describe a class solution as horrendous, or classes are hammers, you give the WRONG, TOTALLY WRONG, impression of what classes are, and what they can do. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 7:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string I would do Gustav, if and when I find I have a need for those languages. Everything i need at the moment is well handled by Access using VBA. Complexities is not an issue - in fact all those additonal properties and methods can be a real boon if and when needed. However, obfuscation is rife and needs to be whittled back so that the tyros do not get blinded by the aficianados. A simple request should, where possible, be given a simple solution. IMHO. sigh... max The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 12:04:05 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 18:04:05 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg> <4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <016601ca9fe7$1580ba20$40822e60$@spb.ru> <4b614eca.1c05d00a.494f.ffff8c6d@mx.google.com> <4b61c39b.01b7660a.4df4.0485@mx.google.com> Message-ID: <4b61d19e.0a1ad00a.1ead.ffffb871@mx.google.com> Ok, an XOR then. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:44 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string I don't think Charlotte left an OR part out of her statement.... ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:04 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Haha, I think you missed the "OR" part out, Charlotte, "OR you will be assimilated" Thanks for the heads up, Janeway. Or should that be 7 of 9? Max Ps. Head down, learning, learning... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: 28 January 2010 16:53 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string The point you're missing is that a routine to parse a string is *part* of a string-handling class. Get used to the idea of classes Max. You will be assimilated. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 12:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes, to make it more flexible and robust it wouldn't take much more work on yours, mine or Keith's submissions. But, I would not go the class route just to parse a string, which is the point I am really making. Horses for Courses and each to their own. For me KISS works. Thanks Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: 28 January 2010 06:57 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Max, How about that? (To satisfy original request of getting extracted just AccountNo and InvoiceNo out of the source string.) Dim s As String s = "[AccountNo]=1234," + _ "[InvoiceNo]=1234567," + _ "[InvoiceDate]=04/01/2010,[Name]=Barry" Debug.Print Val(Mid(s, InStr(s, "[InvoiceNo]") + 12)) Debug.Print Val(Mid(s, InStr(s, "[AccountNo]") + 12)) Yes, it's not "bullet-proof" but if the source string is guaranteed to have specified format then that simple approach will work well. Please don't start telling (you will not I expect but others here can I guess :)) "we all know how "specified formats" can often change" - just program against the current requirements and wait for the other day and new requirements to come - that's is the current mainstream trend in agile Test Driven Development... We can spend a lot of time discussing what is the probability of the specified source string format to change, and how to "bullet-proof" the above lightweight coding(?) approach - should we? - that's not a rhetoric question, folks - your opinions coming from your experience is wanted and very welcome... Thank you :) -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 8:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Yes John/Drew but why use that horrendous code when you can do the same with this.. Call xsplit("[AccountNo]=1234,[InvoiceNo]=1234567,[InvoiceDate]=04/01/2010,[N ame] =Barry") Function xSplit(str as string) Dim arr() As String, i As Integer arr = Split(str, ",") Debug.Print arr(0), arr(1), arr(2), arr(3) 'Done! 'if you want the values then this next bit will do that For i = 0 To 3 arr(i) = Mid(arr(i), InStr(arr(i), "=") + 1) Debug.Print arr(i), Next i End Function A person cannot go through life taking the more obtuse form of coding just so that they may "learn" something new. It is all about getting the code out. I am with Stuart on this. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 28 January 2010 02:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL Stuart, I think you misunderstand. We all recommend that you do the minimum amount of work necessary and stay ignorant the rest of your life. It has worked for me for all these many years. Why in the world would you want to take an opportunity and actually LEARN something? ;) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > At last! someone else who does it with a few lines of simple code rather than vastly over- > engineering the solution :-) > -- __________ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 12:10:05 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 18:10:05 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4b61c93b.0f67f10a.274f.5f9f@mx.google.com> Message-ID: <4b61d306.0a04d00a.6481.ffffaa1a@mx.google.com> Are you and John the same person?? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Actually, that is not true Max, he didn't want to just parse a string. He wanted to parse a string TWICE. There is a distinction. If he had a string "[InvoiceNo]=12345", then he would have never gotten a class example from me, I would have simply said strArray()=Split(strWhatever,"=");strArray(1). Case closed. But he presented a string of multiple [Field]=Value items, which can be solved by two splits, but is much easier to use with a class/collection USING the Split statements. I did also preface my initial reply with a statement saying that he already had several GOOD working solutions, so I wasn't trying to shove a class solution down anyone's throat. And to answer your analogy of using a scientific calculator..... why buy a basic calculator when you already have a scientific one? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:28 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string I know Drew. Everything you say makes eminent sense - cannot argue with it. BUT Why buy a scientific calculator when all you want is the answer to arithmetic sums? That's the ONLY point I am making. What you (and John) are saying is all good stuff and worth listening to. No question. But he just wanted to parse a string...not rocket science. Thanks mucho Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:14 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string That's a good question Max, so here is a serious answer. First, class/collection code is more readily understandable by it's very nature. For example, let's take this thread's situation. If you were to look at a single line of code: Arr(i) Or Tk.TokenValue The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 12:10:12 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 18:10:12 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com> <4b61cb1f.1c07d00a.72f2.76bb@mx.google.com> Message-ID: <4b61d30e.1701d00a.7294.ffffbeef@mx.google.com> Are you and John the same person?? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL, 6 hours? You do take the long way, so far I've only spent about 20 minutes reading/replying. Do you two finger or something? ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string 2 mins? That is what John said. He didn't factor in the six hours we spent discussion it. Huh! Programmers, sigh!! Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:20 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string A hammer? Really? You really should get more familiar with classes. The example I posted also only took 2 minutes. It wasn't completely generic. I could have added the ability to make the delimiters and wrappers variable. But what I did put in provided a listable display of data and key names, and made retrieving any single value, by keyname beyond simple! Really Max, go look at my example. Other then saving one part as a class, and then adding the data to a collection (other than keeping it in an array), my example is pretty much identical to yours. So the extra time involved....hmmmmmm, opening and saving a class.....another line or two of code.... for the flexibility AND READABILTIY, that was a few seconds well spent. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 6:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string My lazy code took 2 mins. I didnt mind doing it because it was for somebody else - therefore 2 mins well spent. If I was doing it for myself I would have paramatised it. Familiarity with classes, like other thinks, does bring its own reward in terms of speed and efficiency - agree with you there. I dont agree that you need a hammer aka class to solve every programming task. max On 28/01/2010, jwcolby wrote: > > Yes John/Drew but why use that horrendous code when you can do the same > with this.. > > The answer of course is that horrendous code is only horrendous code if you > can't knock it out in 2 > minutes. It takes me about 5 minutes longer to do a generic solution that > can handle this same > requirement than it takes you to do the one liner that only handles this one > specific solution. > > Why? Because I am comfortable with classes. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kismert at gmail.com Thu Jan 28 12:10:54 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Thu, 28 Jan 2010 12:10:54 -0600 Subject: [AccessD] Outlook Automation Problem Message-ID: <7c7841601001281010i19f144f0s87edc8991b7a452f@mail.gmail.com> Glad to hear you solved it. True, your options are limited when maintaining someone else's app. But for apps you control, CDO is easy to use and already installed on a majority of user's computers. It neatly sidesteps all of this Outlook rigmarole. The only downside is you'd have to install it on Vista and Window 7. -Ken Rocky Smolin > ... this particular client doesn't want to spend any more money on his app. > Which > makes a lot of good solutions impractical. :) > ... > From edzedz at comcast.net Thu Jan 28 13:39:59 2010 From: edzedz at comcast.net (Edward Zuris) Date: Thu, 28 Jan 2010 12:39:59 -0700 Subject: [AccessD] In a legacy system how control a Vba MsgBox Message-ID: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== From robert at servicexp.com Thu Jan 28 13:58:21 2010 From: robert at servicexp.com (Robert) Date: Thu, 28 Jan 2010 14:58:21 -0500 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com><4B618DDA.50305@colbyconsulting.com><4B6194B3.8080305@colbyconsulting.com> Message-ID: <002901caa054$3ed7af60$bc870e20$@com> LOL, "..... and smack yourself...." LOL.. yea, just a tad over the top Drew.... :-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 28, 2010 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string All those lets and gets? Sheesh.... Max, one day, I hope, you will look back at these posts and smack yourself..... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 7:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string still obfuscation however. All those LETS and GETS just to parse a string. max On 28/01/2010, jwcolby wrote: > It was suggested as A solution, and it was suggested because it is a trivial > solution to a trivial task. > > Classes are not rocket science. I was not suggesting a framework. Two > classes is 5 minutes (for > me). A TRIVIAL solution to a trivial problem, but it has the advantage of > reusability. > > You make it sound as if doing it with a pair of classes is going to take a > week. And I suppose it > might take YOU a week. And if that is the case then... > > a) You need to become more fluent in classes. > b) This is a TRIVIAL exercise which would provide a good platform for > becoming more comfortable with > classes. > c) You need to knock out the problem any way you can and then come back and > learn enough about > classes that it is trivial to you as well. > > This is a TRIVIAL problem and FOR ME the solution using a pair of classes is > trivial as well. I > have always challenged everyone on this list to become so good with classes > that it is trivial for > you as well. > > You resist Max, your loss. Just because you can't knock out a class > solution doesn't mean it is a > hammer. It simply means that to YOU it is a hammer. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> No, but a hammer (aka class) is what was presented to Darren as a >> solution to a trivial (specific) task. >> >> A rose by any name... >> >> max > -- > 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mmattys at rochester.rr.com Thu Jan 28 14:01:56 2010 From: mmattys at rochester.rr.com (Mike Mattys) Date: Thu, 28 Jan 2010 15:01:56 -0500 Subject: [AccessD] In a legacy system how control a Vba MsgBox References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Message-ID: <94B6FE81071D400C9DBC7498DC8551EF@Mattys> Hi Edward, I think you just want to say: If msgbox(...) = vbYes then end If If you want to actually get the window handle, you'll need to use the Windows API ... - Michael R Mattys MapPoint and Database Dev www.mattysconsulting.com - ----- Original Message ----- From: "Edward Zuris" To: Sent: Thursday, January 28, 2010 2:39 PM Subject: [AccessD] In a legacy system how control a Vba MsgBox > > Dear AccessD Forum > > I am doing a little automation work within a legacy > environment. > > From inside some VBA code, a form is opened, given some > data, where buttons and controls are clicked. > > The opened form, ft001CreateTasks, has a MsgBox asking > a Yes/No question. > > What kind of handle do I use to click the YES button > on the message box modal form ? > > Or are there some other way of tackling this issue ? > > Thanks. > > Sincerely, > Ed Zuris. > > > ==================================================== > Example Vba Code snippet > ==================================================== > > strVar = "" > DoCmd.OpenForm "ft001CreateTasks", , , strVar > > strVar = "Rake Yard" > > Forms("ft001CreateTasks").cboTaskType.Value = strVar > > Call Forms("ft001CreateTasks").cboTaskType_Click > > . . . . now a message box open on the form . . . . . > > > ==================================================== > ==================================================== > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 14:08:05 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 20:08:05 -0000 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <000a01caa051$ae14bbf0$5bdea8c0@edz1> References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Message-ID: <4b61eebb.1067f10a.5e2b.6eaa@mx.google.com> Ed, Many ways to solve this. Here is one that I frequently use. Very much abbreviated. 1.open form as modal from code. (acDialog) 2. On the form if the user clicks YES, make the form invisible. At which point the process will return to the code line following that which opened the form. 3. On the form if the user clicks NO close the form. 4. In the code check to see if the form is still open. 5. If it is process the YES code, else process the NO code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris Sent: 28 January 2010 19:40 To: accessd at databaseadvisors.com Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 14:10:37 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 20:10:37 -0000 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <002901caa054$3ed7af60$bc870e20$@com> References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com><4B618DDA.50305@colbyconsulting.com><4B6194B3.8080305@colbyconsulting.com> <002901caa054$3ed7af60$bc870e20$@com> Message-ID: <4b61ef53.1067f10a.5e2b.6ed5@mx.google.com> Don't worry Robert. I don't believe in self-flagellation. I have been know to say "Tut Tut" to myself however. Maybe that is what he meant. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: 28 January 2010 19:58 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL, "..... and smack yourself...." LOL.. yea, just a tad over the top Drew.... :-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 28, 2010 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string All those lets and gets? Sheesh.... Max, one day, I hope, you will look back at these posts and smack yourself..... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 7:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string still obfuscation however. All those LETS and GETS just to parse a string. max On 28/01/2010, jwcolby wrote: > It was suggested as A solution, and it was suggested because it is a trivial > solution to a trivial task. > > Classes are not rocket science. I was not suggesting a framework. Two > classes is 5 minutes (for > me). A TRIVIAL solution to a trivial problem, but it has the advantage of > reusability. > > You make it sound as if doing it with a pair of classes is going to take a > week. And I suppose it > might take YOU a week. And if that is the case then... > > a) You need to become more fluent in classes. > b) This is a TRIVIAL exercise which would provide a good platform for > becoming more comfortable with > classes. > c) You need to knock out the problem any way you can and then come back and > learn enough about > classes that it is trivial to you as well. > > This is a TRIVIAL problem and FOR ME the solution using a pair of classes is > trivial as well. I > have always challenged everyone on this list to become so good with classes > that it is trivial for > you as well. > > You resist Max, your loss. Just because you can't knock out a class > solution doesn't mean it is a > hammer. It simply means that to YOU it is a hammer. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> No, but a hammer (aka class) is what was presented to Darren as a >> solution to a trivial (specific) task. >> >> A rose by any name... >> >> max > -- > 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 From robert at servicexp.com Thu Jan 28 14:12:17 2010 From: robert at servicexp.com (Robert) Date: Thu, 28 Jan 2010 15:12:17 -0500 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <000a01caa051$ae14bbf0$5bdea8c0@edz1> References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Message-ID: <002d01caa056$316366b0$942a3410$@com> Off the top.... strVar = "Rake Yard" With Form_ft001CreateTasks .cboTaskType.Value = strVar Call .cboTaskType_Click 'Must be dimmed public I believe. .Visible = True End With It's probably better form to break out the code under the click event to its own function, and then call it as public function on its own. Public sub cboTaskType_Click () If ClickMeNow = True then 'do something End if End function Public Function ClickMeNow()as boolean ' Do something here End function strVar = "Rake Yard" With Form_ft001CreateTasks .cboTaskType.Value = strVar Call .ClickMeNow .Visible = True End With WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris Sent: Thursday, January 28, 2010 2:40 PM To: accessd at databaseadvisors.com Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu Jan 28 14:12:02 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 20:12:02 -0000 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <94B6FE81071D400C9DBC7498DC8551EF@Mattys> References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> <94B6FE81071D400C9DBC7498DC8551EF@Mattys> Message-ID: <4b61efa9.0d67f10a.0cdd.6cba@mx.google.com> > If msgbox(...) = vbYes then >end If Oh, maybe I misread the requirement. Sorry I don't think he wants the handle though. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mike Mattys Sent: 28 January 2010 20:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] In a legacy system how control a Vba MsgBox Hi Edward, I think you just want to say: If msgbox(...) = vbYes then end If If you want to actually get the window handle, you'll need to use the Windows API ... - Michael R Mattys MapPoint and Database Dev www.mattysconsulting.com - ----- Original Message ----- From: "Edward Zuris" To: Sent: Thursday, January 28, 2010 2:39 PM Subject: [AccessD] In a legacy system how control a Vba MsgBox > > Dear AccessD Forum > > I am doing a little automation work within a legacy > environment. > > From inside some VBA code, a form is opened, given some > data, where buttons and controls are clicked. > > The opened form, ft001CreateTasks, has a MsgBox asking > a Yes/No question. > > What kind of handle do I use to click the YES button > on the message box modal form ? > > Or are there some other way of tackling this issue ? > > Thanks. > > Sincerely, > Ed Zuris. > > > ==================================================== > Example Vba Code snippet > ==================================================== > > strVar = "" > DoCmd.OpenForm "ft001CreateTasks", , , strVar > > strVar = "Rake Yard" > > Forms("ft001CreateTasks").cboTaskType.Value = strVar > > Call Forms("ft001CreateTasks").cboTaskType_Click > > . . . . now a message box open on the form . . . . . > > > ==================================================== > ==================================================== > > > -- > 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 From robert at servicexp.com Thu Jan 28 14:14:25 2010 From: robert at servicexp.com (Robert) Date: Thu, 28 Jan 2010 15:14:25 -0500 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <94B6FE81071D400C9DBC7498DC8551EF@Mattys> References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> <94B6FE81071D400C9DBC7498DC8551EF@Mattys> Message-ID: <002e01caa056$7d924510$78b6cf30$@com> Ohhhh.. well in that case never mind my other post.... :-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mike Mattys Sent: Thursday, January 28, 2010 3:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] In a legacy system how control a Vba MsgBox Hi Edward, I think you just want to say: If msgbox(...) = vbYes then end If If you want to actually get the window handle, you'll need to use the Windows API ... - Michael R Mattys MapPoint and Database Dev www.mattysconsulting.com - ----- Original Message ----- From: "Edward Zuris" To: Sent: Thursday, January 28, 2010 2:39 PM Subject: [AccessD] In a legacy system how control a Vba MsgBox > > Dear AccessD Forum > > I am doing a little automation work within a legacy > environment. > > From inside some VBA code, a form is opened, given some > data, where buttons and controls are clicked. > > The opened form, ft001CreateTasks, has a MsgBox asking > a Yes/No question. > > What kind of handle do I use to click the YES button > on the message box modal form ? > > Or are there some other way of tackling this issue ? > > Thanks. > > Sincerely, > Ed Zuris. > > > ==================================================== > Example Vba Code snippet > ==================================================== > > strVar = "" > DoCmd.OpenForm "ft001CreateTasks", , , strVar > > strVar = "Rake Yard" > > Forms("ft001CreateTasks").cboTaskType.Value = strVar > > Call Forms("ft001CreateTasks").cboTaskType_Click > > . . . . now a message box open on the form . . . . . > > > ==================================================== > ==================================================== > > > -- > 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 From max.wanadoo at gmail.com Thu Jan 28 14:19:07 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 20:19:07 -0000 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <000a01caa051$ae14bbf0$5bdea8c0@edz1> References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Message-ID: <4b61f152.0f67f10a.25e8.6e6b@mx.google.com> Ed, If you are handling the code within the Form, then this will do it. Dim x As Integer x = MsgBox("Click Yes or No", vbYesNo + vbQuestion, "Choose Yes or No") If x = vbYes Then ' code for yes Else 'code for no End If Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris Sent: 28 January 2010 19:40 To: accessd at databaseadvisors.com Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Thu Jan 28 14:30:50 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 28 Jan 2010 12:30:50 -0800 (PST) Subject: [AccessD] One-to-Many Relationship In-Reply-To: <4b61efa9.0d67f10a.0cdd.6cba@mx.google.com> Message-ID: <905009.77901.qm@web50401.mail.re2.yahoo.com> Good Afternoon, ? In Access 2007 I have a split database the table are held in a dat database and the application is in the app database with has linked tables to the dat database.? Usually this is not an issue.? Today, when I create a relationship in the dat database everything is fine.? I can connect the table with the fields and check enforce refential integrity and cascase update realated fields check boxes.? However, if I don't do it in the dat, when I go to make the save relationship in the app database these checkboxes are grayed out.? I have delete the linked tables ane reattched them but sill have this strange behavor.? ? Have anyone seen this before? ? thanks! ? Dale From max.wanadoo at gmail.com Thu Jan 28 14:37:26 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 20:37:26 -0000 Subject: [AccessD] One-to-Many Relationship In-Reply-To: <905009.77901.qm@web50401.mail.re2.yahoo.com> References: <4b61efa9.0d67f10a.0cdd.6cba@mx.google.com> <905009.77901.qm@web50401.mail.re2.yahoo.com> Message-ID: <4b61f59e.1701d00a.7294.ffffd821@mx.google.com> Dale, For linked tables, set up the relationship in the BE. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: 28 January 2010 20:31 To: Access Developers discussion and problem solving Subject: [AccessD] One-to-Many Relationship Good Afternoon, ? In Access 2007 I have a split database the table are held in a dat database and the application is in the app database with has linked tables to the dat database.? Usually this is not an issue.? Today, when I create a relationship in the dat database everything is fine.? I can connect the table with the fields and check enforce refential integrity and cascase update realated fields check boxes.? However, if I don't do it in the dat, when I go to make the save relationship in the app database these checkboxes are grayed out.? I have delete the linked tables ane reattched them but sill have this strange behavor.? ? Have anyone seen this before? ? thanks! ? Dale -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robert at servicexp.com Thu Jan 28 14:46:27 2010 From: robert at servicexp.com (Robert) Date: Thu, 28 Jan 2010 15:46:27 -0500 Subject: [AccessD] One-to-Many Relationship In-Reply-To: <905009.77901.qm@web50401.mail.re2.yahoo.com> References: <4b61efa9.0d67f10a.0cdd.6cba@mx.google.com> <905009.77901.qm@web50401.mail.re2.yahoo.com> Message-ID: <003501caa05a$f7e792d0$e7b6b870$@com> I'm not sure I understand your question / problem... I pretty sure integrity control is governed by the back end database (where the actual tables are located). You cannot make relationship changes in the FE. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, January 28, 2010 3:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One-to-Many Relationship Good Afternoon, ? In Access 2007 I have a split database the table are held in a dat database and the application is in the app database with has linked tables to the dat database.? Usually this is not an issue.? Today, when I create a relationship in the dat database everything is fine.? I can connect the table with the fields and check enforce refential integrity and cascase update realated fields check boxes.? However, if I don't do it in the dat, when I go to make the save relationship in the app database these checkboxes are grayed out.? I have delete the linked tables ane reattched them but sill have this strange behavor.? ? Have anyone seen this before? ? thanks! ? Dale -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dkalsow at yahoo.com Thu Jan 28 15:17:46 2010 From: dkalsow at yahoo.com (Dale_Anne Kalsow) Date: Thu, 28 Jan 2010 13:17:46 -0800 (PST) Subject: [AccessD] One-to-Many Relationship In-Reply-To: <003501caa05a$f7e792d0$e7b6b870$@com> Message-ID: <79587.20215.qm@web50402.mail.re2.yahoo.com> I have always created them in the front end before and not the back end. ? Dale --- On Thu, 1/28/10, Robert wrote: From: Robert Subject: Re: [AccessD] One-to-Many Relationship To: "'Access Developers discussion and problem solving'" Date: Thursday, January 28, 2010, 2:46 PM I'm not sure I understand your question / problem... I pretty sure integrity control is governed by the back end database (where the actual tables are located). You cannot make relationship changes in the FE. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, January 28, 2010 3:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One-to-Many Relationship Good Afternoon, ? In Access 2007 I have a split database the table are held in a dat database and the application is in the app database with has linked tables to the dat database.? Usually this is not an issue.? Today, when I create a relationship in the dat database everything is fine.? I can connect the table with the fields and check enforce refential integrity and cascase update realated fields check boxes.? However, if I don't do it in the dat, when I go to make the save relationship in the app database these checkboxes are grayed out.? I have delete the linked tables ane reattched them but sill have this strange behavor.? ? Have anyone seen this before? ? thanks! ? Dale ? ? ? -- 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 From mmattys at rochester.rr.com Thu Jan 28 15:27:06 2010 From: mmattys at rochester.rr.com (Road Runner) Date: Thu, 28 Jan 2010 16:27:06 -0500 Subject: [AccessD] One-to-Many Relationship References: <79587.20215.qm@web50402.mail.re2.yahoo.com> Message-ID: <33DC9139FFA0403B8AC4E1B2D1FC9A2D@Gateway> For queries, yes, but the tables should warn that they won't be able to enforce the relation on linked tables. ----- Original Message ----- From: "Dale_Anne Kalsow" To: "Access Developers discussion and problem solving" Sent: Thursday, January 28, 2010 4:17 PM Subject: Re: [AccessD] One-to-Many Relationship I have always created them in the front end before and not the back end. Dale --- On Thu, 1/28/10, Robert wrote: From: Robert Subject: Re: [AccessD] One-to-Many Relationship To: "'Access Developers discussion and problem solving'" Date: Thursday, January 28, 2010, 2:46 PM I'm not sure I understand your question / problem... I pretty sure integrity control is governed by the back end database (where the actual tables are located). You cannot make relationship changes in the FE. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, January 28, 2010 3:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One-to-Many Relationship Good Afternoon, In Access 2007 I have a split database the table are held in a dat database and the application is in the app database with has linked tables to the dat database. Usually this is not an issue. Today, when I create a relationship in the dat database everything is fine. I can connect the table with the fields and check enforce refential integrity and cascase update realated fields check boxes. However, if I don't do it in the dat, when I go to make the save relationship in the app database these checkboxes are grayed out. I have delete the linked tables ane reattched them but sill have this strange behavor. Have anyone seen this before? thanks! Dale -- 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 From max.wanadoo at gmail.com Thu Jan 28 15:33:42 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 28 Jan 2010 21:33:42 -0000 Subject: [AccessD] One-to-Many Relationship In-Reply-To: <79587.20215.qm@web50402.mail.re2.yahoo.com> References: <003501caa05a$f7e792d0$e7b6b870$@com> <79587.20215.qm@web50402.mail.re2.yahoo.com> Message-ID: <4b6202d4.0e67f10a.4902.6ee7@mx.google.com> Dale, I suggest that these were table local to the FE and not tables linked to the BE Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: 28 January 2010 21:18 To: Access Developers discussion and problem solving Subject: Re: [AccessD] One-to-Many Relationship I have always created them in the front end before and not the back end. ? Dale --- On Thu, 1/28/10, Robert wrote: From: Robert Subject: Re: [AccessD] One-to-Many Relationship To: "'Access Developers discussion and problem solving'" Date: Thursday, January 28, 2010, 2:46 PM I'm not sure I understand your question / problem... I pretty sure integrity control is governed by the back end database (where the actual tables are located). You cannot make relationship changes in the FE. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dale_Anne Kalsow Sent: Thursday, January 28, 2010 3:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One-to-Many Relationship Good Afternoon, ? In Access 2007 I have a split database the table are held in a dat database and the application is in the app database with has linked tables to the dat database.? Usually this is not an issue.? Today, when I create a relationship in the dat database everything is fine.? I can connect the table with the fields and check enforce refential integrity and cascase update realated fields check boxes.? However, if I don't do it in the dat, when I go to make the save relationship in the app database these checkboxes are grayed out.? I have delete the linked tables ane reattched them but sill have this strange behavor.? ? Have anyone seen this before? ? thanks! ? Dale ? ? ? -- 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 From DWUTKA at Marlow.com Thu Jan 28 16:17:43 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 16:17:43 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b61d0fe.0506d00a.480c.ffffb2f6@mx.google.com> References: <4b61d0fe.0506d00a.480c.ffffb2f6@mx.google.com> Message-ID: You just never posted back then, or at least I don't remember any posts from you on the subject. As for importing classes, that had to be Access 2, cause you've been able to do it since 97 on. As for not being able to do something you can do in 'regular code', LOL, should I start listing the things you can do? You can't raise an event in a standard module. There's one. You know, I use macros for AutoExec and AutoKeys. I use modules for callback functions, global variables (and functions) and any straightforward single function. I use classes for everything else. I do this (and I would assume JC does this too) because it is the most efficient and effective method of coding in VBA. You can replicate a lot of class functionality in VERY round about and less effective ways in a regular module, and before you effectively use classes and collections, you are forced to do that. As for all that the thread was about, again, it was more then just parsing a string once. It was simple enough to handle with a single function, but also presented future needs that might require the flexibility of a class.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string 1. Actually I was. I have been here for circa 10 years or so maybe longer, and can remember them well. 2. I actually use Classes. Yes, ones I have written myself and they work fine. The problem I have with them is that, FOR ME, do nothing that I cannot do with normal everyday code in a module BUT they do require a lot of overheads. 3. AND, if you recall, many years ago you could not copy classes between mdbs. From memory, you had to go through a convoluted series of steps to get it into a new module (not nowadays, but back then). 4. I like classes when I am leveraging methods and properties from, say Outlook. But the aruguments about Business Rules in one place just sucks. 4. And besides all that, all they guy wanted to do was parse a string.. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:38 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Sigh, Max, you weren't on here during the bound/unbound debates. Those debates were monumental, and most of it was experience vs. experience. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 16:19:20 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 16:19:20 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <4b61d306.0a04d00a.6481.ffffaa1a@mx.google.com> References: <22666AA87E77492499555D81258176C5@darrendPC>, <003301ca9fad$f78cd140$e6a673c0$@net> <4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com> <4b612690.0f67f10a.29c4.2dc6@mx.google.com> <4b61c93b.0f67f10a.274f.5f9f@mx.google.com> <4b61d306.0a04d00a.6481.ffffaa1a@mx.google.com> Message-ID: LOL, I thought you were around for the other debates... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 12:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Are you and John the same person?? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string Actually, that is not true Max, he didn't want to just parse a string. He wanted to parse a string TWICE. There is a distinction. If he had a string "[InvoiceNo]=12345", then he would have never gotten a class example from me, I would have simply said strArray()=Split(strWhatever,"=");strArray(1). Case closed. But he presented a string of multiple [Field]=Value items, which can be solved by two splits, but is much easier to use with a class/collection USING the Split statements. I did also preface my initial reply with a statement saying that he already had several GOOD working solutions, so I wasn't trying to shove a class solution down anyone's throat. And to answer your analogy of using a scientific calculator..... why buy a basic calculator when you already have a scientific one? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, January 28, 2010 11:28 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string I know Drew. Everything you say makes eminent sense - cannot argue with it. BUT Why buy a scientific calculator when all you want is the answer to arithmetic sums? That's the ONLY point I am making. What you (and John) are saying is all good stuff and worth listening to. No question. But he just wanted to parse a string...not rocket science. Thanks mucho Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: 28 January 2010 17:14 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string That's a good question Max, so here is a serious answer. First, class/collection code is more readily understandable by it's very nature. For example, let's take this thread's situation. If you were to look at a single line of code: Arr(i) Or Tk.TokenValue The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- 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 The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 16:39:16 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 16:39:16 -0600 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <000a01caa051$ae14bbf0$5bdea8c0@edz1> References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Message-ID: Hmmmm, this is a little trickier then I think some of the replies have posted. You said you are automating this, which means that you are using your own code to open a form. And that form goes and opens a msgbox at some point. The problem is, that when you open a form, and cause the msgbox to be opened, that messagebox is going to be modal, so that the calling code will freeze. Let's say that the msgbox appears when the form initially opens, what you will find, is that your code is going to never get to the next line, until the msgbox is responded too. If the msgbox appears when a textbox value is set, then your code will freeze at the point where you set the text value, etc. There are three solutions that I know of: 1. Modify the original code, so that it presents a form, instead of a msgbox, so that it can be opened and responded to non-modally. 2. Modify the original code, so that the it accepts a value from a msgbox that your own code prompts with. 3. (This one is a bit more involved and trickier, and should only be used if you can't modify the original code (like it's in an mde)). You need to have a separate thread watch for the msgbox and react to it. This can be done with a multithreaded app (which you can't do in VBA, you can do this in VB 6 or .NET), or create a separate app that your program kicks off, which monitors for the msgbox. Either way, to do this, can 'detect' the msgbox as being a child window of the Access window, it'll have a specific class/title. I have some code lying around that may be useful, holler if you want it. If you don't have a lot of experience with window API's, it might be a little confusing at first.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris Sent: Thursday, January 28, 2010 1:40 PM To: accessd at databaseadvisors.com Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu Jan 28 16:40:30 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 28 Jan 2010 16:40:30 -0600 Subject: [AccessD] A2003:Replacing 'tokens' in a string In-Reply-To: <002901caa054$3ed7af60$bc870e20$@com> References: <22666AA87E77492499555D81258176C5@darrendPC><003301ca9fad$f78cd140$e6a673c0$@net><4B60DD15.21886.4D830E8@stuart.lexacorp.com.pg><4B60F02B.1070209@colbyconsulting.com><4b612690.0f67f10a.29c4.2dc6@mx.google.com><4B6185A9.9090107@colbyconsulting.com><4B618DDA.50305@colbyconsulting.com><4B6194B3.8080305@colbyconsulting.com> <002901caa054$3ed7af60$bc870e20$@com> Message-ID: Just self reflection.... when I look at some of the things I've coded years ago, I've smacked myself! (Repeatedly.... along with a hanging of the head and deep sighing....) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Sent: Thursday, January 28, 2010 1:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string LOL, "..... and smack yourself...." LOL.. yea, just a tad over the top Drew.... :-) WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 28, 2010 12:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Replacing 'tokens' in a string All those lets and gets? Sheesh.... Max, one day, I hope, you will look back at these posts and smack yourself..... Drew The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From Darryl.Collins at anz.com Thu Jan 28 17:06:36 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Fri, 29 Jan 2010 10:06:36 +1100 Subject: [AccessD] Excel 2010 Update: Maybe of interest to some here... In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFB@EXUAU020HWT110.oceania.corp.anz.com> Someone posted this onto the Excel list. Maybe of interest to some of you here. http://blogs.msdn.com/excel/archive/2010/01/27/programmability-improveme nts-in-excel-2010.aspx Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From Darryl.Collins at anz.com Thu Jan 28 17:13:54 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Fri, 29 Jan 2010 10:13:54 +1100 Subject: [AccessD] Outlook Automation Problem In-Reply-To: Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFD@EXUAU020HWT110.oceania.corp.anz.com> Hehehehe ""...the Programmer's Guild" Where do I sign up? Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Friday, 29 January 2010 4:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem "...the Programmer's Guild to maintain our cash flow..." Dang, they are starting to figure it out. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, January 28, 2010 8:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem Ken: Well, CDO is, I guess, an option if we can't figure out what's different about this machine versus the other machines in that office. But I'd have to figure out how to get it loaded onto his box, and change the program - learning curve. And the implementation would take some time and this particular client doesn't want to spend any more money on his app. Which makes a lot of good solutions impractical. :) I told him it's like a car. You can drive your car a long way without spending any money on maintenenance but eventually it breaks down. I think he suspects it's a plot by the Programmer's Guild to maintain our cash flow. :) R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Thursday, January 28, 2010 8:09 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Outlook Automation Problem Ken Ismert: > Out of curiosity, are you using Outlook simply to send emails from > your application? Or, are you doing deeper integration with Outlook? Rocky Smolin: > In this case just making an email: I've always found Outlook a pain to deal with if all you need to do is send email. I just had a pleasant experience using CDO for Windows 2000 (CDOSYS), a component installed by default in Windows Windows 2000, XP, and Server 2003. For Vista, Windows 7 and later, the library is distributed as Collaboration Data Objects, version 1.2.1. (But, I haven't tested 1.2.1) Unlike the old CDO for NTS, I was able to easily send email with just the address and port of a SMTP server using CDOSYS. The component required no installation on my XP box. Links: About CDO for Windows 2000 http://msdn.microsoft.com/en-us/library/ms527525(EXCHG.10).aspx Collaboration Data Objects for Windows 2000 (CDOSYS) http://msdn.microsoft.com/en-us/library/aa142523.aspx CDOSYS Examples (see ermora's snippet) http://www.tek-tips.com/viewthread.cfm?qid=1280545 ASP Sending e-mail with CDOSYS http://www.w3schools.com/asp/asp_send_email.asp -Ken -- 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 "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From robert at servicexp.com Thu Jan 28 18:05:50 2010 From: robert at servicexp.com (Robert) Date: Thu, 28 Jan 2010 19:05:50 -0500 Subject: [AccessD] Excel 2010 Update: Maybe of interest to some here... In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFB@EXUAU020HWT110.oceania.corp.anz.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFB@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <003c01caa076$d20ca6b0$7625f410$@com> I just don't get it.... MS in one app. (Excel) is advocating the use of VBA, in another app. (Access) it's moving away from VBA... Fickled bunch they are... WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Collins, Darryl Sent: Thursday, January 28, 2010 6:07 PM To: Access Developers discussion and problem solving Subject: [AccessD] Excel 2010 Update: Maybe of interest to some here... Someone posted this onto the Excel list. Maybe of interest to some of you here. http://blogs.msdn.com/excel/archive/2010/01/27/programmability-improveme nts-in-excel-2010.aspx Regards Darryl. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Thu Jan 28 22:03:39 2010 From: marksimms at verizon.net (Mark Simms) Date: Thu, 28 Jan 2010 23:03:39 -0500 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFD@EXUAU020HWT110.oceania.corp.anz.com> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFD@EXUAU020HWT110.oceania.corp.anz.com> Message-ID: <003c01caa098$09e64700$0701a8c0@MSIMMSWS> > Hehehehe ""...the Programmer's Guild" > > Where do I sign up? > > Cheers http://www.programmersguild.org/join.asp From rockysmolin at bchacc.com Thu Jan 28 22:23:44 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 28 Jan 2010 20:23:44 -0800 Subject: [AccessD] Outlook Automation Problem In-Reply-To: <003c01caa098$09e64700$0701a8c0@MSIMMSWS> References: <6DC4725FDCDD72428D6114F1B6CC6E8101688DFD@EXUAU020HWT110.oceania.corp.anz.com> <003c01caa098$09e64700$0701a8c0@MSIMMSWS> Message-ID: Who knew??? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, January 28, 2010 8:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem > Hehehehe ""...the Programmer's Guild" > > Where do I sign up? > > Cheers http://www.programmersguild.org/join.asp -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From adtp at airtelmail.in Thu Jan 28 22:51:21 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Fri, 29 Jan 2010 10:21:21 +0530 Subject: [AccessD] In a legacy system how control a Vba MsgBox References: <000a01caa051$ae14bbf0$5bdea8c0@edz1> Message-ID: <41a001caa09e$cdf3bbe0$3701a8c0@adtpc> Ed, If there are compelling reasons to enforce automated closing of message box, my sample db named Form_MsgBoxAutoClick might be of interest to you. It is in access 2000 file format and is available at Rogers Access Library. Link - http://www.rogersaccesslibrary.com/forum/forum_topics.asp?FID=45 This sample db demonstrates automatic closing of message box after a specified time delay (which can be set as desired), if the user fails to respond in the given time span. It makes use of API calls FindWindow and DestroyWindow via temporary activation of form's timer. On closing the message box, form's timer gets automatically disabled. An alternative solution based upon SendKeys is also demonstrated - just for academic interest (Main solution based upon API calls is to be preferred). Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Edward Zuris To: accessd at databaseadvisors.com Sent: Friday, January 29, 2010 01:09 Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== From edzedz at comcast.net Fri Jan 29 10:03:22 2010 From: edzedz at comcast.net (Edward Zuris) Date: Fri, 29 Jan 2010 09:03:22 -0700 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: <41a001caa09e$cdf3bbe0$3701a8c0@adtpc> Message-ID: <000001caa0fc$95d16010$5bdea8c0@edz1> Thanks A.D. Tejpal, I'll dig into your example. By chance this is an Access 2000 application. And thanks to everyone else for their ideas. What I find interesting is that when the following code is executed: strVar = "Sure Add Task: Rake Yard" lTmp1 = MsgBox(strVar, 4 + 256, strVar) If lTmp1 = 7 Then GoTo cmdTask_Click_End End If The VBA stop everything until the user responds. Then depending on how the user/customer responds the VBA code can be commanded to do different things. When I try to emulate the same with a modal form the calling VBA script keep marching along. My current work-around is: strVar = "Sure Add Task: Rake Yard" If gInteractive = True Then lTmp1 = MsgBox(strVar, 4 + 256, strVar) If lTmp1 = 7 Then GoTo cmdTask_Click_End End If End If The current work-around has the disadvantage of adding code to someone else's work. Once again thanks to all for all the suggestions and help. Thanks. Sincerely, Ed Zuris. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Thursday, January 28, 2010 9:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] In a legacy system how control a Vba MsgBox Ed, If there are compelling reasons to enforce automated closing of message box, my sample db named Form_MsgBoxAutoClick might be of interest to you. It is in access 2000 file format and is available at Rogers Access Library. Link - http://www.rogersaccesslibrary.com/forum/forum_topics.asp?FID=45 This sample db demonstrates automatic closing of message box after a specified time delay (which can be set as desired), if the user fails to respond in the given time span. It makes use of API calls FindWindow and DestroyWindow via temporary activation of form's timer. On closing the message box, form's timer gets automatically disabled. An alternative solution based upon SendKeys is also demonstrated - just for academic interest (Main solution based upon API calls is to be preferred). Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Edward Zuris To: accessd at databaseadvisors.com Sent: Friday, January 29, 2010 01:09 Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Fri Jan 29 10:08:35 2010 From: edzedz at comcast.net (Edward Zuris) Date: Fri, 29 Jan 2010 09:08:35 -0700 Subject: [AccessD] In a legacy system how control a Vba MsgBox In-Reply-To: Message-ID: <000101caa0fd$4fe0c0e0$5bdea8c0@edz1> Thanks Drew. I have some API experience, but no where close to being an expert in it. Luckily I have the ability to get to the original Vba code. Yes please, I would like to see your API code. Thanks. Sincerely, Ed Zuris. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, January 28, 2010 3:39 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] In a legacy system how control a Vba MsgBox Hmmmm, this is a little trickier then I think some of the replies have posted. You said you are automating this, which means that you are using your own code to open a form. And that form goes and opens a msgbox at some point. The problem is, that when you open a form, and cause the msgbox to be opened, that messagebox is going to be modal, so that the calling code will freeze. Let's say that the msgbox appears when the form initially opens, what you will find, is that your code is going to never get to the next line, until the msgbox is responded too. If the msgbox appears when a textbox value is set, then your code will freeze at the point where you set the text value, etc. There are three solutions that I know of: 1. Modify the original code, so that it presents a form, instead of a msgbox, so that it can be opened and responded to non-modally. 2. Modify the original code, so that the it accepts a value from a msgbox that your own code prompts with. 3. (This one is a bit more involved and trickier, and should only be used if you can't modify the original code (like it's in an mde)). You need to have a separate thread watch for the msgbox and react to it. This can be done with a multithreaded app (which you can't do in VBA, you can do this in VB 6 or .NET), or create a separate app that your program kicks off, which monitors for the msgbox. Either way, to do this, can 'detect' the msgbox as being a child window of the Access window, it'll have a specific class/title. I have some code lying around that may be useful, holler if you want it. If you don't have a lot of experience with window API's, it might be a little confusing at first.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward Zuris Sent: Thursday, January 28, 2010 1:40 PM To: accessd at databaseadvisors.com Subject: [AccessD] In a legacy system how control a Vba MsgBox Dear AccessD Forum I am doing a little automation work within a legacy environment. From inside some VBA code, a form is opened, given some data, where buttons and controls are clicked. The opened form, ft001CreateTasks, has a MsgBox asking a Yes/No question. What kind of handle do I use to click the YES button on the message box modal form ? Or are there some other way of tackling this issue ? Thanks. Sincerely, Ed Zuris. ==================================================== Example Vba Code snippet ==================================================== strVar = "" DoCmd.OpenForm "ft001CreateTasks", , , strVar strVar = "Rake Yard" Forms("ft001CreateTasks").cboTaskType.Value = strVar Call Forms("ft001CreateTasks").cboTaskType_Click . . . . now a message box open on the form . . . . . ==================================================== ==================================================== -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Fri Jan 29 16:18:06 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 29 Jan 2010 16:18:06 -0600 Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server Message-ID: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters> I have an Access file which contains a LEFT JOIN query between two tables. If the query uses table links to an Access BE, the query is updateable - which it should be. But if the query uses ODBC table links to a SS Express database on my PC, then the query is not updateable. To compound the mystery, the same Access query using ODBC table links to a standard SQL Server database with the same tables IS updateable! Does anyone know what's up with this or how it can be fixed? Thanks! Dan From rusty.hammond at cpiqpc.com Fri Jan 29 16:40:27 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Fri, 29 Jan 2010 16:40:27 -0600 Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server In-Reply-To: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters> References: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D794EC@CPIEMAIL-EVS1.CPIQPC.NET> A couple of things to check. Do you have primary key defined in the linked table and do you have any bit fields that allow nulls? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 29, 2010 4:18 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server I have an Access file which contains a LEFT JOIN query between two tables. If the query uses table links to an Access BE, the query is updateable - which it should be. But if the query uses ODBC table links to a SS Express database on my PC, then the query is not updateable. To compound the mystery, the same Access query using ODBC table links to a standard SQL Server database with the same tables IS updateable! Does anyone know what's up with this or how it can be fixed? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From dwaters at usinternet.com Fri Jan 29 19:11:20 2010 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 29 Jan 2010 19:11:20 -0600 Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server In-Reply-To: <49A286ABF515E94A8505CD14DEB7217006D794EC@CPIEMAIL-EVS1.CPIQPC.NET> References: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters> <49A286ABF515E94A8505CD14DEB7217006D794EC@CPIEMAIL-EVS1.CPIQPC.NET> Message-ID: <314039A176AD42FE9160B1EF0A3C885D@danwaters> The tables did have primary keys. There are several bit fields, and all were set to allow nulls, with false as the default value. I changed all the fields to no allow nulls, but that did not solve the problem. Anything else? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Friday, January 29, 2010 4:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server A couple of things to check. Do you have primary key defined in the linked table and do you have any bit fields that allow nulls? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 29, 2010 4:18 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server I have an Access file which contains a LEFT JOIN query between two tables. If the query uses table links to an Access BE, the query is updateable - which it should be. But if the query uses ODBC table links to a SS Express database on my PC, then the query is not updateable. To compound the mystery, the same Access query using ODBC table links to a standard SQL Server database with the same tables IS updateable! Does anyone know what's up with this or how it can be fixed? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Sat Jan 30 00:05:51 2010 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sat, 30 Jan 2010 06:05:51 -0000 Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server In-Reply-To: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters> References: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters> Message-ID: <4b63cc47.0e67f10a.4963.ffffc8e4@mx.google.com> Dan, Weird I know, but from time to time this has happened to me. I have found that deleting the query and creating a new query (not cut n paste, but a brand new query) has cured it. Some flag incorrectly set in the "behind the scenes" sql code perhaps) Shrug! Try it and see if it works. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 29 January 2010 22:18 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server I have an Access file which contains a LEFT JOIN query between two tables. If the query uses table links to an Access BE, the query is updateable - which it should be. But if the query uses ODBC table links to a SS Express database on my PC, then the query is not updateable. To compound the mystery, the same Access query using ODBC table links to a standard SQL Server database with the same tables IS updateable! Does anyone know what's up with this or how it can be fixed? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marklbreen at gmail.com Sat Jan 30 06:20:08 2010 From: marklbreen at gmail.com (Mark Breen) Date: Sat, 30 Jan 2010 12:20:08 +0000 Subject: [AccessD] C# automation of office In-Reply-To: <4B59EA1D.1080700@colbyconsulting.com> References: <4B59EA1D.1080700@colbyconsulting.com> Message-ID: Hello John, Sorry this is late in coming, the following code is take from a live project of mine where we write to Excel from VS2008. I have snipped sections of code from one routine, and I have highlighted with my comments the five seperate bits I have given you, each bit is only a few lines of code, but they may be all you need to get Excel talking. I hope the code formats ok here, if not, let me know and I will send you a text file. Note a few things below 1) you can insert comments easily 2) you can insert columns easily 3) selecting a range if often the first step to performing an action HINT: Record a macro in Excel to add color and then you will have the code to do that from within C# thanks Mark // This bit shows the using statements you will need using Microsoft.Office.Interop.Excel; using Microsoft.Office.Tools.Excel; // This bit shows how to op an connection to Excel if (grdParts.RowCount > 0) { if (MessageBox.Show("Export Master Parts List?", "Export", MessageBoxButtons.YesNo, MessageBoxIcon.Question) == (DialogResult.Yes)) { this.Cursor = Cursors.WaitCursor; Int32 intPos = bsParts.Position; try { if (SaveChanges()) { Microsoft.Office.Interop.Excel.Application xlApp = new Microsoft.Office.Interop.Excel.Application(); Microsoft.Office.Interop.Excel.Workbook xlWB = xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); Microsoft.Office.Interop.Excel.Worksheet xlWS = (Microsoft.Office.Interop.Excel.Worksheet)xlWB.Worksheets[1]; xlApp.Visible = true; xlWS.Cells[2, 6] = "Parts List "; xlWS.Cells[3, 6] = "Date " + DateTime.Now.ToLongDateString(); // This bit shows how to write comments to excel Microsoft.Office.Interop.Excel.Range nRange; nRange = (Microsoft.Office.Interop.Excel.Range)xlWS.Cells[intRowIndex + intRowIncrement, intColumnIndex - 11]; nRange.AddComment(strFullComments.Replace("\r", "")); nRange.Comment.Shape.TextFrame.AutoSize = true; // This but shows how to insert a column Range rng = (Range)xlWS.Cells[1,2]; Range column = rng.EntireColumn; column.Insert(XlInsertShiftDirection.xlShiftToRight, false); column.Insert(XlInsertShiftDirection.xlShiftToRight, false); // this bit shows how to save the sheet String strFileName = "C:\\McAfee Prd Report_" + DateTime.Now.ToLongDateString() + "-" + DateTime.Now.ToLongTimeString().Replace(":", "") + ".xls"; xlWS.SaveAs(strFileName, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); On 22 January 2010 18:10, jwcolby wrote: > Does anyone have a good information source for automating office > (specifically Excel) from C#? > > I have a spreadsheet which has code inside of it which pulls data out of > SQL Server and dumps it > into pages of the spreadsheet. I WAS using Access to do this but my Office > 2007 install broke my > forms (event properties no longer wire to the code behind form). Thus from > C# I need to cause a > spreadsheet to open, call a method of the code and pass a server / database > string to it. > > Any help will be greatly appreciated. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Sat Jan 30 08:05:59 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 30 Jan 2010 09:05:59 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <001501ca9f4d$0fbad0c0$2f307240$@com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004e01ca9ecc$6f2b0dd0$4d812970$@com> <4B5FBB60.7040805@colbyconsulting .com> <001501ca9f4d$0fbad0c0$2f307240$@com> Message-ID: <4B643CC7.7060907@colbyconsulting.com> Robert, Did you get a chance to look at the Presentation Layer Security system? Did you decide it was more than you want to deal with? (I hope not) John W. Colby www.ColbyConsulting.com Robert wrote: > John, > Ok that helped a bunch, because there's a lot of 'other' stuff in that > db.... ;-) > > BIG Thanks to you, I have been working with classes ever since your very > first class introduction several years ago, and can really appreciate the > beauty in function that a class object provides. > > Unfortunately for me, it was after I had written most of the code for my > main program. For the last couple of years I've been slowly breaking it down > into much more powerful class objects. > > When I briefly looked at all the "stuff" in their I was like HOLY COW, what > in the **** could all this possibly do with LWS ... ;-) > > Thanks Again > > WBR > Robert > > PS: The Administrator credentials appear to be incorrect (the password) > > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, January 26, 2010 11:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > > > HOLY COW John... It's going to take me a month just to understand what > in the world is going on > in there... > > Naw, it's easy. There are three tables - Users, Groups and UsersInGroups. > > There are three classes - User (usysclsPLSUser), Group (usysclsPLSGroup) and > UsersInGroups > (usysclsPLSGroupUser). Each instance of these classes holds ONE RECORD for > the corresponding table. > Each instance of usysclsPLSUser holds one record from usystblPLSUsers, > etc. > > There is a supervisor class (usysclsPLS). This class is the center of the > universe. It loads all > of the other stuff. It forms a cache. It completely loads the user table > usystblPLSUsers into > instances of usysclsPLSUser and stores the class instances in a collection. > Likewise for the Group > and UserGroup tables. > > There is a module for initializing the thing - usysBasPLS. It initializes > usysclsPLS which loads > (caches in memory) the three tables. mPLSInit. Once that runs the entire > system is loaded and > ready to rock and roll. Please tell me you are not into Opera - C2DbPLS > does not do Opera. ;) > > mclsPLS.mInit is the initialization method of the supervisor class. Go > there to watch it start > loading the cache. > > Once mclsPLS is initialized, you can start asking questions such as "Does > user X belong to Group A". > > Function mPLSUserInGroup(lngPLSUserID As Long, ParamArray lngGroups() As > Variant) As Boolean > > Call mPLSUserInGroup, pass in a single user ID and as many group IDs as you > want to check. > > Look at the other methods in that module for other questions you can ask. > > The rest of the classes are "to be continued...". You only need to > concentrate on the pieces > described above. > > >Your use of classes as objects "out classes" my understanding. It's on a > whole different level, > like several different levels, than where I'm at.... > > Look at it this way, this is the perfect opportunity to see how classes can > do things that are > damned near impossible without them. Pre-written code that you can step > through. Me to ask > questions of. > > > Damn.... > > You too can be a Jedi Master. ;) > > I am not kidding, once you wrap your mind around classes the universe > balloons around you. > > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Got it..... >> >> HOLY COW John... It's going to take me a month just to understand what in >> the world is going on in there... Your use of classes as objects "out >> classes" my understanding. It's on a whole different level, like several >> different levels, then where I'm at.... >> >> Damn.... >> >> WBR >> Robert > From robert at servicexp.com Sat Jan 30 08:56:09 2010 From: robert at servicexp.com (Robert) Date: Sat, 30 Jan 2010 09:56:09 -0500 Subject: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security In-Reply-To: <4B643CC7.7060907@colbyconsulting.com> References: <13DB9E00C56A4155B88442C65905D56E@creativesystemdesigns.com> <4B59AC2A.9060904@colbyconsulting.com> <000601ca9b7b$dee765f0$9cb631d0$@com> <92A979D857764645BCB08E94CA91206E@HAL9005> <4B59DD71.50609@colbyconsulting.com> <000f01ca9b8d$60084850$2018d8f0$@com> <29C5A6E6BDE74387A3D9A9977C0E4D80@HAL9005> <002001ca9d4e$74dfe2c0$5e9fa840$@com> <4B5D30D8.1050303@colbyconsulting.com> <001001ca9df1$a56a0b70$f03e2250$@com> <4B5E1339.5000902@colbyconsulting.com> <001401ca9e0c$9321ea30$b965be90$@com> <4B5EF30D.50206@colbyconsulting.com> <000001ca9ea3$fa701df0$ef5059d0$@com> <4B5F3F53.5060504@colbyconsulting.com> <004e01ca9ecc$6f2b0dd0$4d812970$@com> <4B5FBB60.7040805@colbyconsulting .com> <001501ca9f4d$0fbad0c0$2f307240$@com> <4B643CC7.7060907@colbyconsulting.com> Message-ID: <001201caa1bc$5caaa010$15ffe030$@com> John I received the corrected project..... I had the day off Thursday and Friday, (only a couple of hours at the computer).... I'm not giving up on it at all, and fully plan to dig into it and learn how it works. Like you , it's just a matter of time. In Feb. I'll be in Fl for 2 weeks on biz, so will only have like 2 weeks (2-3 hours a day) to work on it. Using your security is part of a larger project converting a complex MS Access 2003 .mde program to the newer .accde format. The very first thing I need to is work out is the menu to ribbon system. There are a bunch of "right click" menus throughout the project that I will need to find some kind of work around for. After the menu system is completed then it will be time to make deal with the security, which should be easier to handle, as least that is my hope. I want to get this entire project done / tested before June. I plan to, do the security documenting as I implementing it in my project. WBR Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, January 30, 2010 9:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security Robert, Did you get a chance to look at the Presentation Layer Security system? Did you decide it was more than you want to deal with? (I hope not) John W. Colby www.ColbyConsulting.com Robert wrote: > John, > Ok that helped a bunch, because there's a lot of 'other' stuff in that > db.... ;-) > > BIG Thanks to you, I have been working with classes ever since your very > first class introduction several years ago, and can really appreciate the > beauty in function that a class object provides. > > Unfortunately for me, it was after I had written most of the code for my > main program. For the last couple of years I've been slowly breaking it down > into much more powerful class objects. > > When I briefly looked at all the "stuff" in their I was like HOLY COW, what > in the **** could all this possibly do with LWS ... ;-) > > Thanks Again > > WBR > Robert > > PS: The Administrator credentials appear to be incorrect (the password) > > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, January 26, 2010 11:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SPAM-LOW: Re: Access 2007 accde User Security > > > HOLY COW John... It's going to take me a month just to understand what > in the world is going on > in there... > > Naw, it's easy. There are three tables - Users, Groups and UsersInGroups. > > There are three classes - User (usysclsPLSUser), Group (usysclsPLSGroup) and > UsersInGroups > (usysclsPLSGroupUser). Each instance of these classes holds ONE RECORD for > the corresponding table. > Each instance of usysclsPLSUser holds one record from usystblPLSUsers, > etc. > > There is a supervisor class (usysclsPLS). This class is the center of the > universe. It loads all > of the other stuff. It forms a cache. It completely loads the user table > usystblPLSUsers into > instances of usysclsPLSUser and stores the class instances in a collection. > Likewise for the Group > and UserGroup tables. > > There is a module for initializing the thing - usysBasPLS. It initializes > usysclsPLS which loads > (caches in memory) the three tables. mPLSInit. Once that runs the entire > system is loaded and > ready to rock and roll. Please tell me you are not into Opera - C2DbPLS > does not do Opera. ;) > > mclsPLS.mInit is the initialization method of the supervisor class. Go > there to watch it start > loading the cache. > > Once mclsPLS is initialized, you can start asking questions such as "Does > user X belong to Group A". > > Function mPLSUserInGroup(lngPLSUserID As Long, ParamArray lngGroups() As > Variant) As Boolean > > Call mPLSUserInGroup, pass in a single user ID and as many group IDs as you > want to check. > > Look at the other methods in that module for other questions you can ask. > > The rest of the classes are "to be continued...". You only need to > concentrate on the pieces > described above. > > >Your use of classes as objects "out classes" my understanding. It's on a > whole different level, > like several different levels, than where I'm at.... > > Look at it this way, this is the perfect opportunity to see how classes can > do things that are > damned near impossible without them. Pre-written code that you can step > through. Me to ask > questions of. > > > Damn.... > > You too can be a Jedi Master. ;) > > I am not kidding, once you wrap your mind around classes the universe > balloons around you. > > > John W. Colby > www.ColbyConsulting.com > > > Robert wrote: >> Got it..... >> >> HOLY COW John... It's going to take me a month just to understand what in >> the world is going on in there... Your use of classes as objects "out >> classes" my understanding. It's on a whole different level, like several >> different levels, then where I'm at.... >> >> Damn.... >> >> WBR >> Robert > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Sat Jan 30 12:07:26 2010 From: marksimms at verizon.net (Mark Simms) Date: Sat, 30 Jan 2010 13:07:26 -0500 Subject: [AccessD] C# automation of office In-Reply-To: References: <4B59EA1D.1080700@colbyconsulting.com> Message-ID: <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> Very interesting. John Walk once said he would go to his grave before coding in VSTO. I'm interested in knowing if there are any performance "hits" compared to native Excel/VBA when employing dot-net interop solutions. The incredibly increased verbosity of the coding required already speaks of lower development speed. > > // This bit shows the using statements you will need > > using Microsoft.Office.Interop.Excel; > using Microsoft.Office.Tools.Excel; > > > > > // This bit shows how to op an connection to Excel > > if (grdParts.RowCount > 0) > { > if (MessageBox.Show("Export Master Parts > List?", "Export", MessageBoxButtons.YesNo, > MessageBoxIcon.Question) == (DialogResult.Yes)) > { > this.Cursor = Cursors.WaitCursor; > Int32 intPos = bsParts.Position; > try > { > if (SaveChanges()) > { > > Microsoft.Office.Interop.Excel.Application xlApp = new > Microsoft.Office.Interop.Excel.Application(); > > Microsoft.Office.Interop.Excel.Workbook xlWB = > xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); > > Microsoft.Office.Interop.Excel.Worksheet xlWS = > (Microsoft.Office.Interop.Excel.Worksheet)xlWB.Worksheets[1]; > > xlApp.Visible = true; > > xlWS.Cells[2, 6] = "Parts List "; > xlWS.Cells[3, 6] = "Date " + > DateTime.Now.ToLongDateString(); > > > // This bit shows how to write comments to excel > > Microsoft.Office.Interop.Excel.Range nRange; > > nRange = > (Microsoft.Office.Interop.Excel.Range)xlWS.Cells[intRowIndex > + intRowIncrement, intColumnIndex - 11]; > > nRange.AddComment(strFullComments.Replace("\r", > "")); > > nRange.Comment.Shape.TextFrame.AutoSize = true; > > > > > // This but shows how to insert a column > Range rng = (Range)xlWS.Cells[1,2]; > Range column = rng.EntireColumn; > > column.Insert(XlInsertShiftDirection.xlShiftToRight, false); > > column.Insert(XlInsertShiftDirection.xlShiftToRight, false); > > > // this bit shows how to save the sheet > String strFileName = "C:\\McAfee > Prd Report_" + > DateTime.Now.ToLongDateString() + "-" + > DateTime.Now.ToLongTimeString().Replace(":", "") + ".xls"; > xlWS.SaveAs(strFileName, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); > From jwcolby at colbyconsulting.com Sat Jan 30 13:00:07 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 30 Jan 2010 14:00:07 -0500 Subject: [AccessD] C# automation of office In-Reply-To: <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> References: <4B59EA1D.1080700@colbyconsulting.com> <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> Message-ID: <4B6481B7.1020708@colbyconsulting.com> Mark, >The incredibly increased verbosity of the coding required already speaks of lower development speed. If you are talking about the full object specification - Microsoft.Office.Interop.Excel.Application You should be able to shorten that up by the USING statement. Once you do that you technically do not need to fully spec the thing. John W. Colby www.ColbyConsulting.com Mark Simms wrote: > Very interesting. John Walk once said he would go to his grave before coding > in VSTO. > > I'm interested in knowing if there are any performance "hits" compared to > native Excel/VBA when employing dot-net interop solutions. The incredibly > increased verbosity of the coding required already speaks of lower > development speed. >> // This bit shows the using statements you will need >> >> using Microsoft.Office.Interop.Excel; >> using Microsoft.Office.Tools.Excel; >> >> >> >> >> // This bit shows how to op an connection to Excel >> >> if (grdParts.RowCount > 0) >> { >> if (MessageBox.Show("Export Master Parts >> List?", "Export", MessageBoxButtons.YesNo, >> MessageBoxIcon.Question) == (DialogResult.Yes)) >> { >> this.Cursor = Cursors.WaitCursor; >> Int32 intPos = bsParts.Position; >> try >> { >> if (SaveChanges()) >> { >> >> Microsoft.Office.Interop.Excel.Application xlApp = new >> Microsoft.Office.Interop.Excel.Application(); >> >> Microsoft.Office.Interop.Excel.Workbook xlWB = >> xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); >> >> Microsoft.Office.Interop.Excel.Worksheet xlWS = >> (Microsoft.Office.Interop.Excel.Worksheet)xlWB.Worksheets[1]; >> >> xlApp.Visible = true; >> >> xlWS.Cells[2, 6] = "Parts List "; >> xlWS.Cells[3, 6] = "Date " + >> DateTime.Now.ToLongDateString(); >> >> >> // This bit shows how to write comments to excel >> >> Microsoft.Office.Interop.Excel.Range nRange; >> >> nRange = >> (Microsoft.Office.Interop.Excel.Range)xlWS.Cells[intRowIndex >> + intRowIncrement, intColumnIndex - 11]; >> >> nRange.AddComment(strFullComments.Replace("\r", >> "")); >> >> nRange.Comment.Shape.TextFrame.AutoSize = true; >> >> >> >> >> // This but shows how to insert a column >> Range rng = (Range)xlWS.Cells[1,2]; >> Range column = rng.EntireColumn; >> >> column.Insert(XlInsertShiftDirection.xlShiftToRight, false); >> >> column.Insert(XlInsertShiftDirection.xlShiftToRight, false); >> >> >> // this bit shows how to save the sheet >> String strFileName = "C:\\McAfee >> Prd Report_" + >> DateTime.Now.ToLongDateString() + "-" + >> DateTime.Now.ToLongTimeString().Replace(":", "") + ".xls"; >> xlWS.SaveAs(strFileName, >> Type.Missing, Type.Missing, Type.Missing, Type.Missing, >> Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); >> > > > From rusty.hammond at cpiqpc.com Sat Jan 30 13:57:47 2010 From: rusty.hammond at cpiqpc.com (Rusty Hammond) Date: Sat, 30 Jan 2010 13:57:47 -0600 Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server In-Reply-To: <314039A176AD42FE9160B1EF0A3C885D@danwaters> References: <84B29CE5C9394927BB6383AF3DC5CEAD@danwaters><49A286ABF515E94A8505CD14DEB7217006D794EC@CPIEMAIL-EVS1.CPIQPC.NET> <314039A176AD42FE9160B1EF0A3C885D@danwaters> Message-ID: <49A286ABF515E94A8505CD14DEB7217006D794EE@CPIEMAIL-EVS1.CPIQPC.NET> Just a clutch, did you delete the linked table and relink after setting the bit fields to not allow null? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 29, 2010 7:11 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server The tables did have primary keys. There are several bit fields, and all were set to allow nulls, with false as the default value. I changed all the fields to no allow nulls, but that did not solve the problem. Anything else? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rusty Hammond Sent: Friday, January 29, 2010 4:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server A couple of things to check. Do you have primary key defined in the linked table and do you have any bit fields that allow nulls? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, January 29, 2010 4:18 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Ask Again? - Updateable Query - Access vs. SQL Server I have an Access file which contains a LEFT JOIN query between two tables. If the query uses table links to an Access BE, the query is updateable - which it should be. But if the query uses ODBC table links to a SS Express database on my PC, then the query is not updateable. To compound the mystery, the same Access query using ODBC table links to a standard SQL Server database with the same tables IS updateable! Does anyone know what's up with this or how it can be fixed? Thanks! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** -- 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 ********************************************************************** WARNING: All e-mail sent to and from this address will be received, scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc. corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ********************************************************************** From shamil at smsconsulting.spb.ru Sat Jan 30 14:09:40 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 30 Jan 2010 23:09:40 +0300 Subject: [AccessD] C# automation of office In-Reply-To: <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> References: <4B59EA1D.1080700@colbyconsulting.com> <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> Message-ID: <000701caa1e8$29238a00$7b6a9e00$@spb.ru> Hi Mark, As JC noted you can use using statement - I usually use it this way: using xl = Microsoft.Office.Interop.Excel; or for MS Word using wd = Microsoft.Office.Interop.Word; and then xl.Application xlApp = new xl.Application(); xl.Workbook xlWB = xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); etc. But even without using statement VS2008 intellisense does allow you to type code much quicker than VBA/VB6 IDE does. As for overheads of using Automation from within .NET applications - that could be neglected - I didn't test but it could be even running (considerably) quicker than VBA, which is interpreted p-code on runtime, and .NET assemblies are JIT compiled into native system machine commands, and .NET <-> COM communication was very well tuned in .NET framework... I'd also note that some of core Microsoft.Office.Interop classes can be inherited as base of your custom classes and you can build your own custom Automation model(s), and that could be practical as within most of the Automation tasks just a few Automation objects and methods are often used (Max, don't "kill" me if you read this - I'm not proposing to build one's own Automation models on top of Microsoft.Office.Interop I'm just noting that such an opportunity is natively supported by .NET)... Additionally in the coming VS2010 and .Net Framework/C# 4.0 you will not need to write xlWS.SaveAs(strFileName, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); you will just have to write xlWS.SaveAs(strFileName) as it's usually done in VB6/VBA, and in VB.NET this way of coding was available since the first versions of .NET Framework - 1.0. All in all Office Automation development in .NET is a way more quicker and comfortable, and smooth - I, e.g., have an experience when quite large set of MS Excel Automation standard and class modules, which screwed MX Excel 2003 VBA (stopped to run under it without any way to make it working - even export into text files and import back didn't work - GPF...) - that large set was converted into .NET COM add-in within a few days, and worked flawlessly sonce then... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Saturday, January 30, 2010 9:07 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] C# automation of office Very interesting. John Walk once said he would go to his grave before coding in VSTO. I'm interested in knowing if there are any performance "hits" compared to native Excel/VBA when employing dot-net interop solutions. The incredibly increased verbosity of the coding required already speaks of lower development speed. > > // This bit shows the using statements you will need > > using Microsoft.Office.Interop.Excel; > using Microsoft.Office.Tools.Excel; > > > > > // This bit shows how to op an connection to Excel > > if (grdParts.RowCount > 0) > { > if (MessageBox.Show("Export Master Parts > List?", "Export", MessageBoxButtons.YesNo, > MessageBoxIcon.Question) == (DialogResult.Yes)) > { > this.Cursor = Cursors.WaitCursor; > Int32 intPos = bsParts.Position; > try > { > if (SaveChanges()) > { > > Microsoft.Office.Interop.Excel.Application xlApp = new > Microsoft.Office.Interop.Excel.Application(); > > Microsoft.Office.Interop.Excel.Workbook xlWB = > xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); > > Microsoft.Office.Interop.Excel.Worksheet xlWS = > (Microsoft.Office.Interop.Excel.Worksheet)xlWB.Worksheets[1]; > > xlApp.Visible = true; > > xlWS.Cells[2, 6] = "Parts List "; > xlWS.Cells[3, 6] = "Date " + > DateTime.Now.ToLongDateString(); > > > // This bit shows how to write comments to excel > > Microsoft.Office.Interop.Excel.Range nRange; > > nRange = > (Microsoft.Office.Interop.Excel.Range)xlWS.Cells[intRowIndex > + intRowIncrement, intColumnIndex - 11]; > > nRange.AddComment(strFullComments.Replace("\r", > "")); > > nRange.Comment.Shape.TextFrame.AutoSize = true; > > > > > // This but shows how to insert a column > Range rng = (Range)xlWS.Cells[1,2]; > Range column = rng.EntireColumn; > > column.Insert(XlInsertShiftDirection.xlShiftToRight, false); > > column.Insert(XlInsertShiftDirection.xlShiftToRight, false); > > > // this bit shows how to save the sheet > String strFileName = "C:\\McAfee > Prd Report_" + > DateTime.Now.ToLongDateString() + "-" + > DateTime.Now.ToLongTimeString().Replace(":", "") + ".xls"; > xlWS.SaveAs(strFileName, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); > From marksimms at verizon.net Sun Jan 31 09:13:19 2010 From: marksimms at verizon.net (Mark Simms) Date: Sun, 31 Jan 2010 10:13:19 -0500 Subject: [AccessD] C# automation of office In-Reply-To: <000701caa1e8$29238a00$7b6a9e00$@spb.ru> References: <4B59EA1D.1080700@colbyconsulting.com> <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> <000701caa1e8$29238a00$7b6a9e00$@spb.ru> Message-ID: <015901caa287$ec06be30$0701a8c0@MSIMMSWS> Very interesting and thanks much for the lesson. (Wow, it took MSFT over 5 years to finally handle optional parameters properly !?) Final questions: deployment, referencing When you deploy a dot-net Office add-in, is it a single COM DLL then ? In other words, all the users need is the dot-net 3.0 framework installed. Referencing to the DLL from the Excel/Word/Powerpoint instance: how is that done ? The regular add-in menu or a custom-install is required ? > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Shamil Salakhetdinov > Sent: Saturday, January 30, 2010 3:10 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] C# automation of office > > Hi Mark, > > As JC noted you can use using statement - I usually use it this way: > > using xl = Microsoft.Office.Interop.Excel; > > or for MS Word > > using wd = Microsoft.Office.Interop.Word; > > and then > > xl.Application xlApp = new xl.Application(); xl.Workbook xlWB > = xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); > > etc. > > But even without using statement VS2008 intellisense does > allow you to type code much quicker than VBA/VB6 IDE does. > > As for overheads of using Automation from within .NET > applications - that could be neglected - I didn't test but it > could be even running > (considerably) quicker than VBA, which is interpreted p-code > on runtime, and .NET assemblies are JIT compiled into native > system machine commands, and .NET <-> COM communication was > very well tuned in .NET framework... > > I'd also note that some of core Microsoft.Office.Interop > classes can be inherited as base of your custom classes and > you can build your own custom Automation model(s), and that > could be practical as within most of the Automation tasks > just a few Automation objects and methods are often used > (Max, don't "kill" me if you read this - I'm not proposing to > build one's own Automation models on top of > Microsoft.Office.Interop I'm just noting that such an > opportunity is natively supported by .NET)... > > Additionally in the coming VS2010 and .Net Framework/C# 4.0 > you will not need to write > > xlWS.SaveAs(strFileName, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); > > you will just have to write > > xlWS.SaveAs(strFileName) > > as it's usually done in VB6/VBA, and in VB.NET this way of > coding was available since the first versions of .NET Framework - 1.0. > > All in all Office Automation development in .NET is a way > more quicker and comfortable, and smooth - I, e.g., have an > experience when quite large set of MS Excel Automation > standard and class modules, which screwed MX Excel > 2003 VBA (stopped to run under it without any way to make it > working - even export into text files and import back didn't > work - GPF...) - that large set was converted into .NET COM > add-in within a few days, and worked flawlessly sonce then... > > Thank you. > > -- > Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Saturday, January 30, 2010 9:07 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] C# automation of office > > Very interesting. John Walk once said he would go to his > grave before coding in VSTO. > > I'm interested in knowing if there are any performance "hits" > compared to native Excel/VBA when employing dot-net interop > solutions. The incredibly increased verbosity of the coding > required already speaks of lower development speed. > > > > // This bit shows the using statements you will need > > > > using Microsoft.Office.Interop.Excel; > > using Microsoft.Office.Tools.Excel; > > > > > > > > > > // This bit shows how to op an connection to Excel > > > > if (grdParts.RowCount > 0) > > { > > if (MessageBox.Show("Export Master Parts List?", > > "Export", MessageBoxButtons.YesNo, > > MessageBoxIcon.Question) == (DialogResult.Yes)) > > { > > this.Cursor = Cursors.WaitCursor; > > Int32 intPos = bsParts.Position; > > try > > { > > if (SaveChanges()) > > { > > > > Microsoft.Office.Interop.Excel.Application xlApp = new > > Microsoft.Office.Interop.Excel.Application(); > > > > Microsoft.Office.Interop.Excel.Workbook xlWB = > > xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); > > > > Microsoft.Office.Interop.Excel.Worksheet xlWS = > > (Microsoft.Office.Interop.Excel.Worksheet)xlWB.Worksheets[1]; > > > > xlApp.Visible = true; > > > > xlWS.Cells[2, 6] = "Parts List "; > > xlWS.Cells[3, 6] = "Date " + > > DateTime.Now.ToLongDateString(); > > > > > > // This bit shows how to write comments to excel > > > > Microsoft.Office.Interop.Excel.Range nRange; > > > > nRange = > > (Microsoft.Office.Interop.Excel.Range)xlWS.Cells[intRowIndex > > + intRowIncrement, intColumnIndex - 11]; > > > > nRange.AddComment(strFullComments.Replace("\r", > > "")); > > > > nRange.Comment.Shape.TextFrame.AutoSize = true; > > > > > > > > > > // This but shows how to insert a column > > Range rng = (Range)xlWS.Cells[1,2]; > > Range column = rng.EntireColumn; > > > > column.Insert(XlInsertShiftDirection.xlShiftToRight, false); > > > > column.Insert(XlInsertShiftDirection.xlShiftToRight, false); > > > > > > // this bit shows how to save the sheet > > String strFileName = "C:\\McAfee Prd > > Report_" + > > DateTime.Now.ToLongDateString() + "-" + > > DateTime.Now.ToLongTimeString().Replace(":", "") + ".xls"; > > xlWS.SaveAs(strFileName, Type.Missing, > > Type.Missing, Type.Missing, Type.Missing, Type.Missing, > Type.Missing, > > Type.Missing, Type.Missing, Type.Missing); > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Sun Jan 31 09:49:52 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 31 Jan 2010 10:49:52 -0500 Subject: [AccessD] C# automation of office In-Reply-To: <015901caa287$ec06be30$0701a8c0@MSIMMSWS> References: <4B59EA1D.1080700@colbyconsulting.com> <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> <000701caa1e8$29238a00$7b6a9e00$@spb.ru> <015901caa287$ec06be30$0701a8c0@MSIMMSWS> Message-ID: <4B65A6A0.8000509@colbyconsulting.com> Mark, > (Wow, it took MSFT over 5 years to finally handle optional parameters properly !?) My understanding is that optional parameters are defined in the VB language specification, whereas they have never been defined in the C language specification. IOW VB had them because (for whatever reason) VB defined them in the language. This includes VB.NET AFAIK. C did not have them because they were not defined in the C language specification. Microsoft did not define the C language, it was defined long before Microsoft even existed. Adding optional parameters to C# took some doing and are part of Microsoft's effort to move the languages closer together, give each language the parts of the other language that they never had before. It has been the case since the beginning of .Net that, as Microsoft has always said, each language is a valid and capable language but each language had a few things that the other didn't. Because you are familiar with VB you are aware of the VB abilities missing in C#, but you probably are not aware of the C# items missing from VB. As an example of another significant difference, VB's SELECT statement allows you to stack cases on the same line: Select case x Case "A", B" This is not valid syntax in C These kinds of things are syntactical differences and making the two languages handle things that they were not originally designed to do is not necessarily a trivial task. John W. Colby www.ColbyConsulting.com Mark Simms wrote: > Very interesting and thanks much for the lesson. > (Wow, it took MSFT over 5 years to finally handle optional parameters > properly !?) > From shamil at smsconsulting.spb.ru Sun Jan 31 14:34:55 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sun, 31 Jan 2010 23:34:55 +0300 Subject: [AccessD] C# automation of office In-Reply-To: <015901caa287$ec06be30$0701a8c0@MSIMMSWS> References: <4B59EA1D.1080700@colbyconsulting.com> <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> <000701caa1e8$29238a00$7b6a9e00$@spb.ru> <015901caa287$ec06be30$0701a8c0@MSIMMSWS> Message-ID: <000e01caa2b4$da51fe20$8ef5fa60$@spb.ru> Hi Mark -- As I noted previously optional parameters were supported in VB.Net since first version of .NET Framework. There was no that much need in optional parameters in C# as C# allows to have methods with the same name but with different sets of parameters. I, e.g., do not feel as I need optional parameters in C# - and that's only to support Automation when one may urge for optional parameters to not type in C# all that long lists of Type.Missing placeholders for optional parameters' lists. A dot-net office add-in can be packed as one *.NET* DLL or as as many *.NET* DLLs as you wish. In the latter case there will one entry COM callable *.NET* DLL. There could be several kinds of dot-net office add-ins (please see MSDN for details) - I mentioned main add-in type - so called COM Add-in - and that add-in is a usual .NET assembly but having additionally so called CCW (COM Callable Wrapper) for IDTExtensibility/IDTExtensibility2 + COM typelib describing that CCW - all that stuff is registered on setup usual for COM way - there exists a .NET utility regasm.exe, which registers *.NET* DLLs COM interfaces and creates COM type library. And this is COM type library created by RegAsm (and registered by regtlb - another utility), which is referenced from COM (VBA) enabled office applications: Excel/Word/Powerpoint.... Within our dba-VB's http://northwind.codeplex.com sample project there is such a .NET COM callable DLL sample with sources. (Not COM Add-in just a COM callable sample .NET class library). I have been always using custom setups to install COM Add-ins (VB6 ones or VB.NET/C# ones) - and I used to use my custom INNO-Setup scripts. You can see some info on calling supplied with CCW .NET DLLs from Excel here http://richnewman.wordpress.com/2007/04/15/a-beginner%E2%80%99s-guide-to-cal ling-a-net-library-from-excel/ All in all if you have a good experience with COM Add-ins and COM ActixeX Dlls developed using VB6 then it shouldn't be an issue for you to develop .NET COM Add-ins and classlibs exposed to COM and callable from COM applications/VBA. If you do not have such experience then this commercial tool could help: Add-In Express 2009 http://www.add-in-express.com/add-in-net/index.php Sorry, I can't write in more details on (.NET) COM Add-ins development as this is a large topic - there are whole books dedicated to it... There exists also VSTO (Visual Studio Tools for Office), which I didn't even mention - and I have never used it in real life add-ins' development - there was no need in its usage for me and for my customers... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Sunday, January 31, 2010 6:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] C# automation of office Very interesting and thanks much for the lesson. (Wow, it took MSFT over 5 years to finally handle optional parameters properly !?) Final questions: deployment, referencing When you deploy a dot-net Office add-in, is it a single COM DLL then ? In other words, all the users need is the dot-net 3.0 framework installed. Referencing to the DLL from the Excel/Word/Powerpoint instance: how is that done ? The regular add-in menu or a custom-install is required ? > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Shamil Salakhetdinov > Sent: Saturday, January 30, 2010 3:10 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] C# automation of office > > Hi Mark, > > As JC noted you can use using statement - I usually use it this way: > > using xl = Microsoft.Office.Interop.Excel; > > or for MS Word > > using wd = Microsoft.Office.Interop.Word; > > and then > > xl.Application xlApp = new xl.Application(); xl.Workbook xlWB > = xlApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet); > > etc. > > But even without using statement VS2008 intellisense does > allow you to type code much quicker than VBA/VB6 IDE does. > > As for overheads of using Automation from within .NET > applications - that could be neglected - I didn't test but it > could be even running > (considerably) quicker than VBA, which is interpreted p-code > on runtime, and .NET assemblies are JIT compiled into native > system machine commands, and .NET <-> COM communication was > very well tuned in .NET framework... > > I'd also note that some of core Microsoft.Office.Interop > classes can be inherited as base of your custom classes and > you can build your own custom Automation model(s), and that > could be practical as within most of the Automation tasks > just a few Automation objects and methods are often used > (Max, don't "kill" me if you read this - I'm not proposing to > build one's own Automation models on top of > Microsoft.Office.Interop I'm just noting that such an > opportunity is natively supported by .NET)... > > Additionally in the coming VS2010 and .Net Framework/C# 4.0 > you will not need to write > > xlWS.SaveAs(strFileName, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, > Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing); > > you will just have to write > > xlWS.SaveAs(strFileName) > > as it's usually done in VB6/VBA, and in VB.NET this way of > coding was available since the first versions of .NET Framework - 1.0. > > All in all Office Automation development in .NET is a way > more quicker and comfortable, and smooth - I, e.g., have an > experience when quite large set of MS Excel Automation > standard and class modules, which screwed MX Excel > 2003 VBA (stopped to run under it without any way to make it > working - even export into text files and import back didn't > work - GPF...) - that large set was converted into .NET COM > add-in within a few days, and worked flawlessly sonce then... > > Thank you. > > -- > Shamil <<< snip >>> __________ Information from ESET NOD32 Antivirus, version of virus signature database 4822 (20100131) __________ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru From Darryl.Collins at anz.com Sun Jan 31 16:02:10 2010 From: Darryl.Collins at anz.com (Collins, Darryl) Date: Mon, 1 Feb 2010 09:02:10 +1100 Subject: [AccessD] Outlook Automation Problem (Gone OT) In-Reply-To: <003c01caa098$09e64700$0701a8c0@MSIMMSWS> Message-ID: <6DC4725FDCDD72428D6114F1B6CC6E8101688E05@EXUAU020HWT110.oceania.corp.anz.com> Hah! Most Excellent. Sadly there doesn't seem much in it for Non-US folks.... But hey, nice concept. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, 29 January 2010 3:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook Automation Problem > Hehehehe ""...the Programmer's Guild" > > Where do I sign up? > > Cheers http://www.programmersguild.org/join.asp -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." From bheid at sc.rr.com Sun Jan 31 18:44:10 2010 From: bheid at sc.rr.com (Bobby Heid) Date: Sun, 31 Jan 2010 19:44:10 -0500 Subject: [AccessD] C# automation of office In-Reply-To: <4B65A6A0.8000509@colbyconsulting.com> References: <4B59EA1D.1080700@colbyconsulting.com> <00e901caa1d7$14d9a950$0701a8c0@MSIMMSWS> <000701caa1e8$29238a00$7b6a9e00$@spb.ru> <015901caa287$ec06be30$0701a8c0@MSIMMSWS> <4B65A6A0.8000509@colbyconsulting.com> Message-ID: <000c01caa2d7$ab132f30$01398d90$@rr.com> Note that the version of C# in 2010 will now support optional parameters, supposedly because of Office interop. Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, January 31, 2010 10:50 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] C# automation of office Mark, > (Wow, it took MSFT over 5 years to finally handle optional parameters properly !?) My understanding is that optional parameters are defined in the VB language specification, whereas they have never been defined in the C language specification. IOW VB had them because (for whatever reason) VB defined them in the language. This includes VB.NET AFAIK. C did not have them because they were not defined in the C language specification. Microsoft did not define the C language, it was defined long before Microsoft even existed. Adding optional parameters to C# took some doing and are part of Microsoft's effort to move the languages closer together, give each language the parts of the other language that they never had before. It has been the case since the beginning of .Net that, as Microsoft has always said, each language is a valid and capable language but each language had a few things that the other didn't. Because you are familiar with VB you are aware of the VB abilities missing in C#, but you probably are not aware of the C# items missing from VB. As an example of another significant difference, VB's SELECT statement allows you to stack cases on the same line: Select case x Case "A", B" This is not valid syntax in C These kinds of things are syntactical differences and making the two languages handle things that they were not originally designed to do is not necessarily a trivial task. John W. Colby www.ColbyConsulting.com