From iggy at nanaimo.ark.com Sun Aug 1 10:19:08 2010 From: iggy at nanaimo.ark.com (Tony Septav) Date: Sun, 01 Aug 2010 08:19:08 -0700 Subject: [AccessD] Bar Chart in Report Message-ID: <4C55906C.4010104@nanaimo.ark.com> Hey All For those of you who are familiar with conditional formatting but not the power of coding in the On Format sections of a report I have a little freebie demo. It produces a horizontal bar graph without needing to use MSGraph. It can be implemented when you want to show comparisons or limits for the report data. I need to see things quickly and visually when I am looking at data in a mutli-page report (so do my clients) and sometimes the conditional formatting just doesn't cut it. I have to look at the data and then visually picture it in my head to determine what the data is telling me. There are 2 simple little reports BarChartV1 and BarChartV2 that demonstrates the power of On Format. Anyone interested, contact me off-line. From dw-murphy at cox.net Tue Aug 3 10:44:55 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 3 Aug 2010 08:44:55 -0700 Subject: [AccessD] Access doldrums?? In-Reply-To: <4C55906C.4010104@nanaimo.ark.com> References: <4C55906C.4010104@nanaimo.ark.com> Message-ID: <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Have not seen any traffic on the list for a while. Very little Access work related for even longer. What is the experience of developers on the number of Access projects required by companies now compared to a year ago? Doug From john at winhaven.net Tue Aug 3 11:09:02 2010 From: john at winhaven.net (John Bartow) Date: Tue, 3 Aug 2010 11:09:02 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: <000f01cb3326$309005f0$91b011d0$@net> Hasn't changed much for me. I no longer have people telling me what program or database to use. Its seems with the economy the way it is they are more concerned with bottom dollar than technological snobbery. From Chester_Kaup at kindermorgan.com Tue Aug 3 13:51:00 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Tue, 3 Aug 2010 13:51:00 -0500 Subject: [AccessD] Chart on Form Refresh Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C1922B7633E@houex1.kindermorgan.com> I use the following code to format the x axis of a chart on a form. The first time I open the form it does not work. The second time it reformats the x axis. Do I need some other statement to refresh the chart or am I calling it from the wrong event. Private Sub Form_Open(Cancel As Integer) Dim GraphApp As Graph.Application Dim GraphObj As Graph.Chart Dim XMin As Single Set GraphObj = Me!chtPlantChart.Object GraphObj.Axes(1).MinimumScaleIsAuto = True XMin = GraphObj.Axes(1).MinimumScale GraphObj.Axes(1).MinimumScale = XMin + 1 End Sub 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 stuart at lexacorp.com.pg Tue Aug 3 23:39:12 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 04 Aug 2010 14:39:12 +1000 Subject: [AccessD] Access doldrums?? In-Reply-To: <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> I'm getting busier and busier. Suddenly getting a lot of work on enhancing systems I built over a number of years plus I've just picked up a couple of new projects which will be Access based. -- Stuart On 3 Aug 2010 at 8:44, Doug Murphy wrote: > > Have not seen any traffic on the list for a while. Very little Access > work related for even longer. What is the experience of developers on > the number of Access projects required by companies now compared to a > year ago? > > Doug > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From mmattys at rochester.rr.com Wed Aug 4 08:36:46 2010 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Wed, 4 Aug 2010 09:36:46 -0400 Subject: [AccessD] Access doldrums?? In-Reply-To: <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: Four Access 2003 projects since July 1st Two are enhancements, two are new. Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, August 03, 2010 11:45 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access doldrums?? Have not seen any traffic on the list for a while. Very little Access work related for even longer. What is the experience of developers on the number of Access projects required by companies now compared to a year ago? Doug From brad.marks1 at gmail.com Wed Aug 4 14:56:59 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Wed, 4 Aug 2010 14:56:59 -0500 Subject: [AccessD] Laccdb - Lock File Issues Message-ID: All, We have never paid a lot of attention to the Access 2007 Laccdb lock file in the past. Recently we have run into some issues and I am trying to get up to speed with this file and how it works. We are using a Windows Terminal Services environment. We have a small number of scheduled jobs that automatically run Access Reports and then Email them at night. No user is logged on when this happens. At appears that one of our scheduled jobs did not run properly and now we have an Laccdb file that we cannot delete. If we open with Laccdb file work notepad, we see this info TS Admin TS Admin How can we delete this file? It appears that our automated jobs will still run, even with this lock file. We have done some experimenting and we can see how the lock file prevents us from making any changes to a form or report. It appears that such things as Append Queries will still run, however. Is this true? Is there a way to force Access to not write a lock file. The end-users are all using an accdR version of the system. They are therefore not able to make any changes to the application, they can only use the application. It seems like we really don't need any lock protection for this application. Is there a way to turn it off so that we don't have to deal with this problem in the future. Thanks in advance for your help. Brad From Darryl.Collins at iag.com.au Wed Aug 4 18:06:59 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 5 Aug 2010 09:06:59 +1000 Subject: [AccessD] Access doldrums?? In-Reply-To: <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: <201008042308.o74N7vEI004008@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ In Melbourne Australia, there is usually a few Access gigs per week advertised. Some weeks there are none, others there a several. They are usually not 'pure' Access though, more likely SQL Server/Access or Excel/Access or similar. The role I am currently working on is pretty much 100% Access based. Bummer the place is moving to Office 2007 soon. urrrrrgh... Wish we could jump to 2010 or stick with 2003. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, 4 August 2010 1:45 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access doldrums?? Have not seen any traffic on the list for a while. Very little Access work related for even longer. What is the experience of developers on the number of Access projects required by companies now compared to a year ago? Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From marksimms at verizon.net Wed Aug 4 21:01:26 2010 From: marksimms at verizon.net (Mark Simms) Date: Wed, 04 Aug 2010 22:01:26 -0400 Subject: [AccessD] Access doldrums?? In-Reply-To: <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> Message-ID: <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> You definitely are outside of the USA .... correct ? Access contracts/jobs are for naught around here. Rates are near ridiculous...especially if you go thru a broker/agency. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Wednesday, August 04, 2010 12:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > I'm getting busier and busier. Suddenly getting a lot of > work on enhancing systems I built over a number of years plus > I've just picked up a couple of new projects which will be > Access based. > > -- > Stuart > > On 3 Aug 2010 at 8:44, Doug Murphy wrote: > > > > > Have not seen any traffic on the list for a while. Very > little Access > > work related for even longer. What is the experience of > developers on > > the number of Access projects required by companies now > compared to a > > year ago? > > > > 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 charlotte.foust at gmail.com Wed Aug 4 22:24:51 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 4 Aug 2010 20:24:51 -0700 Subject: [AccessD] Laccdb - Lock File Issues In-Reply-To: References: Message-ID: Lock files are associated with mdb and accdb file formats. If you have one that doesn't get deleted when the connection or database is closed, it usually means that the last person out of the database did not have delete permissions on the folder where the lock file lives. Charlotte Foust On Wed, Aug 4, 2010 at 12:56 PM, Brad Marks wrote: > All, > > We have never paid a lot of attention to the Access 2007 Laccdb lock file in > the past. > > Recently we have run into some issues and I am trying to get up to speed > with this file and how it works. > > We are using a Windows Terminal Services environment. ?We have a small > number of scheduled jobs that automatically run Access Reports and then > Email them at night. ?No user is logged on when this happens. > > At appears that one of our scheduled jobs did not run properly and now we > have an Laccdb file that we cannot delete. > > If we open with Laccdb file work notepad, we see this info > > > TS ? ? ? ? ? ? ? ?Admin ? ? ? ? ? ? ? ? ? TS ? ? ? ? ? ? ? ? ?Admin > > > > How can we delete this file? > > It appears that our automated jobs will still run, even with this lock file. > > We have done some experimenting and we can see how the lock file prevents us > from making any changes to a form or report. ?It appears that such things as > Append Queries will still run, however. ?Is this true? > > Is there a way to force Access to not write a lock file. ?The end-users are > all using an accdR version of the system. ?They are therefore not able to > make any changes to the application, they can only use the application. ?It > seems like we really don't need any lock protection for this application. > ?Is there a way to turn it off so that we don't have to deal with this > problem in the future. > > Thanks in advance for your help. > > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From roz.clarke at barclays.com Thu Aug 5 04:18:14 2010 From: roz.clarke at barclays.com (roz.clarke at barclays.com) Date: Thu, 5 Aug 2010 10:18:14 +0100 Subject: [AccessD] Chart on Form Refresh In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C1922B7633E@houex1.kindermorgan.com> References: <0B2BF8524B73A248A2F1B81BA751ED3C1922B7633E@houex1.kindermorgan.com> Message-ID: <174A69C31E290B47A4898DFFDB5BFCD902998B04@MUKPBCC1XMB0403.collab.barclayscorp.com> You've tried sticking me.refresh at the end of the procedure? Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: 03 August 2010 19:51 To: Access Developers discussion and problem solving Subject: [AccessD] Chart on Form Refresh I use the following code to format the x axis of a chart on a form. The first time I open the form it does not work. The second time it reformats the x axis. Do I need some other statement to refresh the chart or am I calling it from the wrong event. Private Sub Form_Open(Cancel As Integer) Dim GraphApp As Graph.Application Dim GraphObj As Graph.Chart Dim XMin As Single Set GraphObj = Me!chtPlantChart.Object GraphObj.Axes(1).MinimumScaleIsAuto = True XMin = GraphObj.Axes(1).MinimumScale GraphObj.Axes(1).MinimumScale = XMin + 1 End Sub 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 This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From jm.hwsn at gmail.com Thu Aug 5 07:43:33 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Thu, 5 Aug 2010 07:43:33 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> Message-ID: <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> I'm in the US and Access jobs are around. I'm working a strictly Access contract now. No SQL server involved. I import and export to Excel. Import from another group and export so the researchers can use SPSS. I've heard of several possibilities for the near future. BTW - requirement of the contract Access 2007. I like it, it has features that 2003 doesn't have. One being memo fields with RTF capabilities. I've found no degradation of speed with the memo fields either. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 04, 2010 9:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? You definitely are outside of the USA .... correct ? Access contracts/jobs are for naught around here. Rates are near ridiculous...especially if you go thru a broker/agency. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: Wednesday, August 04, 2010 12:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > I'm getting busier and busier. Suddenly getting a lot of work on > enhancing systems I built over a number of years plus I've just picked > up a couple of new projects which will be Access based. > > -- > Stuart > > On 3 Aug 2010 at 8:44, Doug Murphy wrote: > > > > > Have not seen any traffic on the list for a while. Very > little Access > > work related for even longer. What is the experience of > developers on > > the number of Access projects required by companies now > compared to a > > year ago? > > > > 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 Chester_Kaup at kindermorgan.com Thu Aug 5 08:09:22 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Thu, 5 Aug 2010 08:09:22 -0500 Subject: [AccessD] Chart on Form Refresh In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD902998B04@MUKPBCC1XMB0403.collab.barclayscorp.com> References: <0B2BF8524B73A248A2F1B81BA751ED3C1922B7633E@houex1.kindermorgan.com> <174A69C31E290B47A4898DFFDB5BFCD902998B04@MUKPBCC1XMB0403.collab.barclayscorp.com> Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C1923EC919B@houex1.kindermorgan.com> Tried the me.refresh with no success. Moved the sub code to the charts on got focus event and it seems to be working ok now. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com Sent: Thursday, August 05, 2010 4:18 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Chart on Form Refresh You've tried sticking me.refresh at the end of the procedure? Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: 03 August 2010 19:51 To: Access Developers discussion and problem solving Subject: [AccessD] Chart on Form Refresh I use the following code to format the x axis of a chart on a form. The first time I open the form it does not work. The second time it reformats the x axis. Do I need some other statement to refresh the chart or am I calling it from the wrong event. Private Sub Form_Open(Cancel As Integer) Dim GraphApp As Graph.Application Dim GraphObj As Graph.Chart Dim XMin As Single Set GraphObj = Me!chtPlantChart.Object GraphObj.Axes(1).MinimumScaleIsAuto = True XMin = GraphObj.Axes(1).MinimumScale GraphObj.Axes(1).MinimumScale = XMin + 1 End Sub 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 This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Thu Aug 5 09:11:00 2010 From: john at winhaven.net (John Bartow) Date: Thu, 5 Aug 2010 09:11:00 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> Message-ID: <003801cb34a8$09f06290$1dd127b0$@winhaven.net> Is the access 2007 app multi-user? I'm a bit concerned over things I've seen here that lead me to believe that I should be staying with a access 2003 BE in order to avoid sluggish response times. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Thursday, August 05, 2010 7:44 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? I'm in the US and Access jobs are around. I'm working a strictly Access contract now. No SQL server involved. I import and export to Excel. Import from another group and export so the researchers can use SPSS. I've heard of several possibilities for the near future. BTW - requirement of the contract Access 2007. I like it, it has features that 2003 doesn't have. One being memo fields with RTF capabilities. I've found no degradation of speed with the memo fields either. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 04, 2010 9:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? You definitely are outside of the USA .... correct ? Access contracts/jobs are for naught around here. Rates are near ridiculous...especially if you go thru a broker/agency. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: Wednesday, August 04, 2010 12:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > I'm getting busier and busier. Suddenly getting a lot of work on > enhancing systems I built over a number of years plus I've just picked > up a couple of new projects which will be Access based. > > -- > Stuart > > On 3 Aug 2010 at 8:44, Doug Murphy wrote: > > > > > Have not seen any traffic on the list for a while. Very > little Access > > work related for even longer. What is the experience of > developers on > > the number of Access projects required by companies now > compared to a > > year ago? > > > > 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 john at winhaven.net Thu Aug 5 09:11:00 2010 From: john at winhaven.net (John Bartow) Date: Thu, 5 Aug 2010 09:11:00 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> Message-ID: <003701cb34a8$09937580$1cba6080$@winhaven.net> MS VS LightSwitch - another attempt at replacing Access? http://www.eweek.com/c/a/Application-Development/Microsoft-LightSwitch-15-Re asons-NonProgrammers-Should-Try-It-Out-321214/?kc=EWKNLEDP08052010A From garykjos at gmail.com Thu Aug 5 09:29:47 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 5 Aug 2010 09:29:47 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: My current position in a Data Warehouse group has me using tools other than Access but I had lunch with an friend who I used to work with 10 years back on an Access project. She had been a regular employee at that site while I was a contractor. She had become a contractor there soon after I had left and her contract had continued on until a few weeks ago. She had a year long contract with new client the week after her longtime contract ended. She said she had several other potential clients to choose from as well. So it would seem that there is Access work out there here in the Minneapolis area. GK On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy wrote: > > Have not seen any traffic on the list for a while. Very little Access work > related for even longer. What is the experience of developers on the number > of Access projects required by companies now compared to a year ago? > > Doug > > -- > 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 BradM at blackforestltd.com Thu Aug 5 09:34:27 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 5 Aug 2010 09:34:27 -0500 Subject: [AccessD] Laccdb - Lock File Issues - Problem Solved References: Message-ID: Charlotte, Thanks for the help. As it turns out, we had a "hung" Access task. We used the Windows Task Manager to nuke it. This did not delete the Laccdb file, but the next time we initiated the Access application and then got out of it the Laccdb file went away. I still would like to know if there is a way to avoid the Laccdb file completely. The application in question is only reading data from SQL-Server. It is deployed as an accdr file. It seems like there is no need for any type of locking. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Charlotte Foust Sent: Wed 8/4/2010 10:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Laccdb - Lock File Issues Lock files are associated with mdb and accdb file formats. If you have one that doesn't get deleted when the connection or database is closed, it usually means that the last person out of the database did not have delete permissions on the folder where the lock file lives. Charlotte Foust On Wed, Aug 4, 2010 at 12:56 PM, Brad Marks wrote: > All, > > We have never paid a lot of attention to the Access 2007 Laccdb lock file in > the past. > > Recently we have run into some issues and I am trying to get up to speed > with this file and how it works. > > We are using a Windows Terminal Services environment. ?We have a small > number of scheduled jobs that automatically run Access Reports and then > Email them at night. ?No user is logged on when this happens. > > At appears that one of our scheduled jobs did not run properly and now we > have an Laccdb file that we cannot delete. > > If we open with Laccdb file work notepad, we see this info > > > TS ? ? ? ? ? ? ? ?Admin ? ? ? ? ? ? ? ? ? TS ? ? ? ? ? ? ? ? ?Admin > > > > How can we delete this file? > > It appears that our automated jobs will still run, even with this lock file. > > We have done some experimenting and we can see how the lock file prevents us > from making any changes to a form or report. ?It appears that such things as > Append Queries will still run, however. ?Is this true? > > Is there a way to force Access to not write a lock file. ?The end-users are > all using an accdR version of the system. ?They are therefore not able to > make any changes to the application, they can only use the application. ?It > seems like we really don't need any lock protection for this application. > ?Is there a way to turn it off so that we don't have to deal with this > problem in the future. > > Thanks in advance for your help. > > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From charlotte.foust at gmail.com Thu Aug 5 09:50:33 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Aug 2010 07:50:33 -0700 Subject: [AccessD] Laccdb - Lock File Issues - Problem Solved In-Reply-To: References: Message-ID: I assume you're using linked tables. If you want to avoid the lock file, you'd need to do it differently. You could use ADO to read data from the SQL Server table without a link or used a stored procedure to return the data. Charlotte On Thu, Aug 5, 2010 at 7:34 AM, Brad Marks wrote: > Charlotte, > > Thanks for the help. > > As it turns out, we had a "hung" Access task. ?We used the Windows Task Manager to nuke it. This did not delete the Laccdb file, but the next time we initiated the Access application and then got out of it the Laccdb file went away. > > I still would like to know if there is a way to avoid the Laccdb file completely. ?The application in question is only reading data from SQL-Server. ?It is deployed as an accdr file. ?It seems like there is no need for any type of locking. > > Thanks again, > Brad > > From jm.hwsn at gmail.com Thu Aug 5 09:50:31 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Thu, 5 Aug 2010 09:50:31 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <003801cb34a8$09f06290$1dd127b0$@winhaven.net> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> <003801cb34a8$09f06290$1dd127b0$@winhaven.net> Message-ID: <4c5acfbc.20d7720a.3c25.1422@mx.google.com> Yes, the BE is Access 2007. So far it seems the sluggishness is related to the network. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Thursday, August 05, 2010 9:11 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? Is the access 2007 app multi-user? I'm a bit concerned over things I've seen here that lead me to believe that I should be staying with a access 2003 BE in order to avoid sluggish response times. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Thursday, August 05, 2010 7:44 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? I'm in the US and Access jobs are around. I'm working a strictly Access contract now. No SQL server involved. I import and export to Excel. Import from another group and export so the researchers can use SPSS. I've heard of several possibilities for the near future. BTW - requirement of the contract Access 2007. I like it, it has features that 2003 doesn't have. One being memo fields with RTF capabilities. I've found no degradation of speed with the memo fields either. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 04, 2010 9:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? You definitely are outside of the USA .... correct ? Access contracts/jobs are for naught around here. Rates are near ridiculous...especially if you go thru a broker/agency. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: Wednesday, August 04, 2010 12:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > I'm getting busier and busier. Suddenly getting a lot of work on > enhancing systems I built over a number of years plus I've just picked > up a couple of new projects which will be Access based. > > -- > Stuart > > On 3 Aug 2010 at 8:44, Doug Murphy wrote: > > > > > Have not seen any traffic on the list for a while. Very > little Access > > work related for even longer. What is the experience of > developers on > > the number of Access projects required by companies now > compared to a > > year ago? > > > > 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 BradM at blackforestltd.com Thu Aug 5 09:56:06 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 5 Aug 2010 09:56:06 -0500 Subject: [AccessD] Laccdb - Lock File Issues - Problem Solved References: Message-ID: Charlotte, We are fairly locked into using Linked Tables (no pun intended). It sounds like if we stay with Linked Tables, Access will always use a Lock file, even though we never update any of the Linked Tables. Is this correct? Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Charlotte Foust Sent: Thu 8/5/2010 9:50 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Laccdb - Lock File Issues - Problem Solved I assume you're using linked tables. If you want to avoid the lock file, you'd need to do it differently. You could use ADO to read data from the SQL Server table without a link or used a stored procedure to return the data. Charlotte On Thu, Aug 5, 2010 at 7:34 AM, Brad Marks wrote: > Charlotte, > > Thanks for the help. > > As it turns out, we had a "hung" Access task. ?We used the Windows Task Manager to nuke it. This did not delete the Laccdb file, but the next time we initiated the Access application and then got out of it the Laccdb file went away. > > I still would like to know if there is a way to avoid the Laccdb file completely. ?The application in question is only reading data from SQL-Server. ?It is deployed as an accdr file. ?It seems like there is no need for any type of locking. > > Thanks again, > Brad > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From john at winhaven.net Thu Aug 5 10:31:37 2010 From: john at winhaven.net (John Bartow) Date: Thu, 5 Aug 2010 10:31:37 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <4c5acfbc.20d7720a.3c25.1422@mx.google.com> References: <4C55906C.4010104@nanaimo.ark.com>, <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> <003801cb34a8$09f06290$1dd127b0$@winhaven.net> <4c5acfbc.20d7720a.3c25.1422@mx.google.com> Message-ID: <005b01cb34b3$4b62d630$e2288290$@winhaven.net> Thanks Jim. I'll be making a proposal for a new Access app in the next few weeks. The original draft proposal had Access using an mdb backend. I'd like to stick with that but not if performance suffers. I'm just now trying out A2010. Maybe it's a non-issue. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Thursday, August 05, 2010 9:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? Yes, the BE is Access 2007. So far it seems the sluggishness is related to the network. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Thursday, August 05, 2010 9:11 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? Is the access 2007 app multi-user? I'm a bit concerned over things I've seen here that lead me to believe that I should be staying with a access 2003 BE in order to avoid sluggish response times. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Thursday, August 05, 2010 7:44 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? I'm in the US and Access jobs are around. I'm working a strictly Access contract now. No SQL server involved. I import and export to Excel. Import from another group and export so the researchers can use SPSS. I've heard of several possibilities for the near future. BTW - requirement of the contract Access 2007. I like it, it has features that 2003 doesn't have. One being memo fields with RTF capabilities. I've found no degradation of speed with the memo fields either. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Wednesday, August 04, 2010 9:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? You definitely are outside of the USA .... correct ? Access contracts/jobs are for naught around here. Rates are near ridiculous...especially if you go thru a broker/agency. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: Wednesday, August 04, 2010 12:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > I'm getting busier and busier. Suddenly getting a lot of work on > enhancing systems I built over a number of years plus I've just picked > up a couple of new projects which will be Access based. > > -- > Stuart > > On 3 Aug 2010 at 8:44, Doug Murphy wrote: > > > > > Have not seen any traffic on the list for a while. Very > little Access > > work related for even longer. What is the experience of > developers on > > the number of Access projects required by companies now > compared to a > > year ago? > > > > 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 charlotte.foust at gmail.com Thu Aug 5 10:31:36 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Aug 2010 08:31:36 -0700 Subject: [AccessD] Laccdb - Lock File Issues - Problem Solved In-Reply-To: References: Message-ID: If you have an open connection to the table and it's not readonly, you'll see a lock file as soon as you start scrolling through the data, even if you used a No Locks scheme. However, you can still retrieve the data directy from SQL Server usng ADO or passthrough queries. You just ignore the linked table. Charlotte On Thu, Aug 5, 2010 at 7:56 AM, Brad Marks wrote: > Charlotte, > > We are fairly locked into using Linked Tables (no pun intended). > > It sounds like if we stay with Linked Tables, Access will always use a Lock file, even though we never update any of the Linked Tables. ?Is this correct? > > Thanks, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Charlotte Foust > Sent: Thu 8/5/2010 9:50 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Laccdb - Lock File Issues - Problem Solved > > I assume you're using linked tables. ?If you want to avoid the lock > file, you'd need to do it differently. ?You could use ADO to read data > from the SQL Server table without a link or used a stored procedure to > return the data. > > Charlotte > > On Thu, Aug 5, 2010 at 7:34 AM, Brad Marks wrote: >> Charlotte, >> >> Thanks for the help. >> >> As it turns out, we had a "hung" Access task. ?We used the Windows Task Manager to nuke it. This did not delete the Laccdb file, but the next time we initiated the Access application and then got out of it the Laccdb file went away. >> >> I still would like to know if there is a way to avoid the Laccdb file completely. ?The application in question is only reading data from SQL-Server. ?It is deployed as an accdr file. ?It seems like there is no need for any type of locking. >> >> Thanks again, >> Brad >> >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From charlotte.foust at gmail.com Thu Aug 5 10:35:04 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Aug 2010 08:35:04 -0700 Subject: [AccessD] Laccdb - Lock File Issues - Problem Solved In-Reply-To: References: Message-ID: I have a sample database called "No Table" in Roger's Access Library, if you're interested in how to talk directly to those back end table. Charlotte Foust On Thu, Aug 5, 2010 at 8:31 AM, Charlotte Foust wrote: > If you have an open connection to the table and it's not readonly, > you'll see a lock file as soon as you start scrolling through the > data, even if you used a No Locks scheme. ?However, you can still > retrieve the data directy from SQL Server usng ADO or passthrough > queries. ?You just ignore the linked table. > > Charlotte > > On Thu, Aug 5, 2010 at 7:56 AM, Brad Marks wrote: >> Charlotte, >> >> We are fairly locked into using Linked Tables (no pun intended). >> >> It sounds like if we stay with Linked Tables, Access will always use a Lock file, even though we never update any of the Linked Tables. ?Is this correct? >> >> Thanks, >> Brad >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com on behalf of Charlotte Foust >> Sent: Thu 8/5/2010 9:50 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Laccdb - Lock File Issues - Problem Solved >> >> I assume you're using linked tables. ?If you want to avoid the lock >> file, you'd need to do it differently. ?You could use ADO to read data >> from the SQL Server table without a link or used a stored procedure to >> return the data. >> >> Charlotte >> >> On Thu, Aug 5, 2010 at 7:34 AM, Brad Marks wrote: >>> Charlotte, >>> >>> Thanks for the help. >>> >>> As it turns out, we had a "hung" Access task. ?We used the Windows Task Manager to nuke it. This did not delete the Laccdb file, but the next time we initiated the Access application and then got out of it the Laccdb file went away. >>> >>> I still would like to know if there is a way to avoid the Laccdb file completely. ?The application in question is only reading data from SQL-Server. ?It is deployed as an accdr file. ?It seems like there is no need for any type of locking. >>> >>> Thanks again, >>> Brad >>> >>> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > From charlotte.foust at gmail.com Thu Aug 5 10:38:08 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Aug 2010 08:38:08 -0700 Subject: [AccessD] Access doldrums?? In-Reply-To: <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> Message-ID: Depends on the part of the country, I suspect. Here you would have to go out and pitch a project and then persuade them to use Access. Mostly government work here and the IT departments don't want to know about Access Charlotte Foust On Thu, Aug 5, 2010 at 5:43 AM, Jim Hewson wrote: > I'm in the US and Access jobs are around. > I'm working a strictly Access contract now. > No SQL server involved. ?I import and export to Excel. > Import from another group and export so the researchers can use SPSS. > I've heard of several possibilities for the near future. > BTW - requirement of the contract Access 2007. > I like it, it has features that 2003 doesn't have. ?One being memo fields > with RTF capabilities. > I've found no degradation of speed with the memo fields either. > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Wednesday, August 04, 2010 9:01 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access doldrums?? > > You definitely are outside of the USA .... correct ? > Access contracts/jobs are for naught around here. > Rates are near ridiculous...especially if you go thru a broker/agency. > > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: Wednesday, August 04, 2010 12:39 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Access doldrums?? >> >> I'm getting busier and busier. ?Suddenly getting a lot of work on >> enhancing systems I built over a number of years plus I've just picked >> up a couple of new projects which will be Access based. >> >> -- >> Stuart >> >> On 3 Aug 2010 at 8:44, Doug Murphy wrote: >> >> > >> > Have not seen any traffic on the list for a while. Very >> little Access >> > work related for even longer. What is the experience of >> developers on >> > the number of Access projects required by companies now >> compared to a >> > year ago? >> > >> > 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 Gustav at cactus.dk Thu Aug 5 10:55:27 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 05 Aug 2010 17:55:27 +0200 Subject: [AccessD] Access doldrums?? Message-ID: Hi Jim RTF in memo fields has been around since A97 as a component. That was true Rich Text Format coded and works/worked very well. The new thing from A2007 is that the rich text option is native and HTML coded. /gustav >>> jm.hwsn at gmail.com 05-08-2010 14:43 >>> I'm in the US and Access jobs are around. I'm working a strictly Access contract now. No SQL server involved. I import and export to Excel. Import from another group and export so the researchers can use SPSS. I've heard of several possibilities for the near future. BTW - requirement of the contract Access 2007. I like it, it has features that 2003 doesn't have. One being memo fields with RTF capabilities. I've found no degradation of speed with the memo fields either. Jim From markamatte at hotmail.com Thu Aug 5 11:03:54 2010 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 5 Aug 2010 16:03:54 +0000 Subject: [AccessD] Search query for fileds used In-Reply-To: <003801cb34a8$09f06290$1dd127b0$@winhaven.net> References: <4C55906C.4010104@nanaimo.ark.com>, , <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS>, <4c5ab1f9.02558f0a.11af.0b37@mx.google.com>, <003801cb34a8$09f06290$1dd127b0$@winhaven.net> Message-ID: Hello All, I need to search the queries in an MDB and find which ones use certain fields? Thanks, Mark A. Matte P.S...I can use any version between 97 and 2007 From jm.hwsn at gmail.com Thu Aug 5 11:10:08 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Thu, 5 Aug 2010 11:10:08 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> Message-ID: <4c5ae268.17018e0a.2874.1706@mx.google.com> The project I'm working on is a government (military) job. Contract specifically states it MUST be Access 2007. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 05, 2010 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access doldrums?? Depends on the part of the country, I suspect. Here you would have to go out and pitch a project and then persuade them to use Access. Mostly government work here and the IT departments don't want to know about Access Charlotte Foust On Thu, Aug 5, 2010 at 5:43 AM, Jim Hewson wrote: > I'm in the US and Access jobs are around. > I'm working a strictly Access contract now. > No SQL server involved. ?I import and export to Excel. > Import from another group and export so the researchers can use SPSS. > I've heard of several possibilities for the near future. > BTW - requirement of the contract Access 2007. > I like it, it has features that 2003 doesn't have. ?One being memo > fields with RTF capabilities. > I've found no degradation of speed with the memo fields either. > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Wednesday, August 04, 2010 9:01 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access doldrums?? > > You definitely are outside of the USA .... correct ? > Access contracts/jobs are for naught around here. > Rates are near ridiculous...especially if you go thru a broker/agency. > > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: Wednesday, August 04, 2010 12:39 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Access doldrums?? >> >> I'm getting busier and busier. ?Suddenly getting a lot of work on >> enhancing systems I built over a number of years plus I've just >> picked up a couple of new projects which will be Access based. >> >> -- >> Stuart >> >> On 3 Aug 2010 at 8:44, Doug Murphy wrote: >> >> > >> > Have not seen any traffic on the list for a while. Very >> little Access >> > work related for even longer. What is the experience of >> developers on >> > the number of Access projects required by companies now >> compared to a >> > year ago? >> > >> > 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 charlotte.foust at gmail.com Thu Aug 5 11:24:01 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Aug 2010 09:24:01 -0700 Subject: [AccessD] Access doldrums?? In-Reply-To: <4c5ae268.17018e0a.2874.1706@mx.google.com> References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> <4c5ae268.17018e0a.2874.1706@mx.google.com> Message-ID: Interesting. I've never worked for the military, but that surprises the heck out of me. Charlotte On Thu, Aug 5, 2010 at 9:10 AM, Jim Hewson wrote: > The project I'm working on is a government (military) job. > Contract specifically states it MUST be Access 2007. > > Jim > > From EdTesiny at oasas.state.ny.us Thu Aug 5 11:28:46 2010 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Thu, 5 Aug 2010 12:28:46 -0400 Subject: [AccessD] Search query for fileds used In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com>, , <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1><4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg><016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS>, <4c5ab1f9.02558f0a.11af.0b37@mx.google.com>, <003801cb34a8$09f06290$1dd127b0$@winhaven.net> Message-ID: Would Rick Fisher's Find and Replace do what you need http://www.rickworld.com/ Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, August 05, 2010 12:04 PM To: accessd at databaseadvisors.com Subject: [AccessD] Search query for fileds used Hello All, I need to search the queries in an MDB and find which ones use certain fields? Thanks, Mark A. Matte P.S...I can use any version between 97 and 2007 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Thu Aug 5 11:43:25 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 5 Aug 2010 11:43:25 -0500 Subject: [AccessD] Search query for fileds used In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> <003801cb34a8$09f06290$1dd127b0$@winhaven.net> Message-ID: If you change the options to allow viewing of Hidden and System tables and then make a query using the MsysObjects and MsysQueries tables you can get a lot of info SELECT MSysObjects.Name, MSysObjects.Type, MSysObjects.Id, MSysQueries.Attribute, MSysQueries.Expression, MSysQueries.Name1, MSysQueries.Name2 FROM MSysObjects INNER JOIN MSysQueries ON MSysObjects.Id = MSysQueries.ObjectId WHERE (((MSysObjects.Type)=5)); GK On Thu, Aug 5, 2010 at 11:03 AM, Mark A Matte wrote: > > > Hello All, > > I need to search the queries in an MDB and find which ones use certain fields? > > Thanks, > > Mark A. Matte > > P.S...I can use any version between 97 and 2007 > > > -- > 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 jm.hwsn at gmail.com Thu Aug 5 12:09:40 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Thu, 5 Aug 2010 12:09:40 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C58EEF0.26014.5658F4F@stuart.lexacorp.com.pg> <016901cb3442$1d2e71a0$0801a8c0@MSIMMSWS> <4c5ab1f9.02558f0a.11af.0b37@mx.google.com> <4c5ae268.17018e0a.2874.1706@mx.google.com> Message-ID: <4c5af05b.2104720a.3059.1b43@mx.google.com> The rationale is that any software package that is to be put on the network, must meet their strict certification process. They call it Certificate of Net worthiness or CON. Any new software, e.g. Office 2010 must be tested for CON. It has taken up to 2 years to get a commercial software package approved. To bypass all the testing and approval process, there is a big push to use existing CON approved software. Office 2007 is on the approved list. So - I can build a tool using Access bypassing the approval process. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 05, 2010 11:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access doldrums?? Interesting. I've never worked for the military, but that surprises the heck out of me. Charlotte On Thu, Aug 5, 2010 at 9:10 AM, Jim Hewson wrote: > The project I'm working on is a government (military) job. > Contract specifically states it MUST be Access 2007. > > Jim > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 5 13:45:52 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 05 Aug 2010 14:45:52 -0400 Subject: [AccessD] Laccdb - Lock File Issues - Problem Solved In-Reply-To: References: Message-ID: <4C5B06E0.10304@colbyconsulting.com> If you never update, then set up saved queries and make them read-only. That might prevent the issue. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > If you have an open connection to the table and it's not readonly, > you'll see a lock file as soon as you start scrolling through the > data, even if you used a No Locks scheme. However, you can still > retrieve the data directy from SQL Server usng ADO or passthrough > queries. You just ignore the linked table. > > Charlotte > > On Thu, Aug 5, 2010 at 7:56 AM, Brad Marks wrote: >> Charlotte, >> >> We are fairly locked into using Linked Tables (no pun intended). >> >> It sounds like if we stay with Linked Tables, Access will always use a Lock file, even though we never update any of the Linked Tables. Is this correct? >> >> Thanks, >> Brad >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com on behalf of Charlotte Foust >> Sent: Thu 8/5/2010 9:50 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Laccdb - Lock File Issues - Problem Solved >> >> I assume you're using linked tables. If you want to avoid the lock >> file, you'd need to do it differently. You could use ADO to read data >> from the SQL Server table without a link or used a stored procedure to >> return the data. >> >> Charlotte >> >> On Thu, Aug 5, 2010 at 7:34 AM, Brad Marks wrote: >>> Charlotte, >>> >>> Thanks for the help. >>> >>> As it turns out, we had a "hung" Access task. We used the Windows Task Manager to nuke it. This did not delete the Laccdb file, but the next time we initiated the Access application and then got out of it the Laccdb file went away. >>> >>> I still would like to know if there is a way to avoid the Laccdb file completely. The application in question is only reading data from SQL-Server. It is deployed as an accdr file. It seems like there is no need for any type of locking. >>> >>> Thanks again, >>> Brad >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > From kismert at gmail.com Thu Aug 5 15:11:08 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Thu, 5 Aug 2010 15:11:08 -0500 Subject: [AccessD] .NET Access Replacement -- Was: Access doldrums?? Message-ID: > > John Bartow: > MS VS LightSwitch - another attempt at replacing Access? > > > http://www.eweek.com/c/a/Application-Development/Microsoft-LightSwitch-15-Re > asons-NonProgrammers-Should-Try-It-Out-321214/?kc=EWKNLEDP08052010A > Bingo! That's exactly what it is -- .NET, SQL Express BE, easy Table/Forms building, and can scale out to the Cloud/Azure. It sounds exciting -- the only thing that could kill it would be onerous platform or software licensing requirements. That's pretty close to what I was thinking about in an earlier post: > I would rather get rid of the 20 years of dreck and outdated thinking, and come up > with a radical, simple, modern database front-end app based on current best practice. > You could program the foundation in .NET, and let users script it in JavaScript, the > lingua franca of the Internet. > Such an app, if well-conceived, could put a lot of .NET programmers out-of-work ;) And indeed, the 'professionals' are complaining about the 'hobbyist' focus of LightSwitch in the responses to this blog post: http://blogs.msdn.com/b/jasonz/archive/2010/08/03/introducing-microsoft-visual-studio-lightswitch.aspx -Ken From charlotte.foust at gmail.com Thu Aug 5 15:39:18 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Aug 2010 13:39:18 -0700 Subject: [AccessD] .NET Access Replacement -- Was: Access doldrums?? In-Reply-To: References: Message-ID: Funny, the words are a little different, but the song is very, very familiar! Charlotte Foust On Thu, Aug 5, 2010 at 1:11 PM, Kenneth Ismert wrote: >> >> John Bartow: >> MS VS LightSwitch - another attempt at replacing Access? >> >> >> http://www.eweek.com/c/a/Application-Development/Microsoft-LightSwitch-15-Re >> asons-NonProgrammers-Should-Try-It-Out-321214/?kc=EWKNLEDP08052010A >> > > > Bingo! That's exactly what it is -- .NET, SQL Express BE, easy Table/Forms > building, and can scale out to the Cloud/Azure. > > It sounds exciting -- the only thing that could kill it would be onerous > platform or software licensing requirements. > > That's pretty close to what I was thinking about in an earlier post: > >> I would rather get rid of the 20 years of dreck and outdated thinking, and > come up >> with a radical, simple, modern database front-end app based on current > best practice. >> You could program the foundation in .NET, and let users script it in > JavaScript, the >> lingua franca of the Internet. >> Such an app, if well-conceived, could put a lot of .NET programmers > out-of-work ;) > > And indeed, the 'professionals' are complaining about the 'hobbyist' focus > of LightSwitch in the responses to this blog post: > http://blogs.msdn.com/b/jasonz/archive/2010/08/03/introducing-microsoft-visual-studio-lightswitch.aspx > From Darryl.Collins at iag.com.au Thu Aug 5 18:48:13 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Fri, 6 Aug 2010 09:48:13 +1000 Subject: [AccessD] Access doldrums?? In-Reply-To: <4c5af05b.2104720a.3059.1b43@mx.google.com> Message-ID: <201008052348.o75Nm97M023871@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ heh... Works the same for Aust. Defense Force. "Better the Devil you know" seems to be the short version of the reasoning. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Friday, 6 August 2010 3:10 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access doldrums?? The rationale is that any software package that is to be put on the network, must meet their strict certification process. They call it Certificate of Net worthiness or CON. Any new software, e.g. Office 2010 must be tested for CON. It has taken up to 2 years to get a commercial software package approved. To bypass all the testing and approval process, there is a big push to use existing CON approved software. Office 2007 is on the approved list. So - I can build a tool using Access bypassing the approval process. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, August 05, 2010 11:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access doldrums?? Interesting. I've never worked for the military, but that surprises the heck out of me. Charlotte On Thu, Aug 5, 2010 at 9:10 AM, Jim Hewson wrote: > The project I'm working on is a government (military) job. > Contract specifically states it MUST be Access 2007. > > 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 _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From Darryl.Collins at iag.com.au Thu Aug 5 18:54:45 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Fri, 6 Aug 2010 09:54:45 +1000 Subject: [AccessD] .NET Access Replacement -- Was: Access doldrums?? In-Reply-To: Message-ID: <201008052354.o75NseC6031228@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ <> worth a look if you are interested. I suspect the end result will be same as any database. If your source data is rubbish, so are your form and results. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, 6 August 2010 6:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] .NET Access Replacement -- Was: Access doldrums?? Funny, the words are a little different, but the song is very, very familiar! Charlotte Foust On Thu, Aug 5, 2010 at 1:11 PM, Kenneth Ismert wrote: >> >> John Bartow: >> MS VS LightSwitch - another attempt at replacing Access? >> >> >> http://www.eweek.com/c/a/Application-Development/Microsoft-LightSwitch-15-Re >> asons-NonProgrammers-Should-Try-It-Out-321214/?kc=EWKNLEDP08052010A >> > > > Bingo! That's exactly what it is -- .NET, SQL Express BE, easy Table/Forms > building, and can scale out to the Cloud/Azure. > > It sounds exciting -- the only thing that could kill it would be onerous > platform or software licensing requirements. > > That's pretty close to what I was thinking about in an earlier post: > >> I would rather get rid of the 20 years of dreck and outdated thinking, and > come up >> with a radical, simple, modern database front-end app based on current > best practice. >> You could program the foundation in .NET, and let users script it in > JavaScript, the >> lingua franca of the Internet. >> Such an app, if well-conceived, could put a lot of .NET programmers > out-of-work ;) > > And indeed, the 'professionals' are complaining about the 'hobbyist' focus > of LightSwitch in the responses to this blog post: > http://blogs.msdn.com/b/jasonz/archive/2010/08/03/introducing-microsoft-visual-studio-lightswitch.aspx > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From Darryl.Collins at iag.com.au Thu Aug 5 18:56:18 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Fri, 6 Aug 2010 09:56:18 +1000 Subject: [AccessD] Search query for fileds used In-Reply-To: Message-ID: <201008052356.o75NuDhe000316@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hah! I just paid for the reg key for this product yesterday. Get it, it is great and will save you many hours. Free to use for the first 30 days and the paid version is $37 USD. Absolutely worth the loot IMHO. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tesiny, Ed Sent: Friday, 6 August 2010 2:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Search query for fileds used Would Rick Fisher's Find and Replace do what you need http://www.rickworld.com/ Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, August 05, 2010 12:04 PM To: accessd at databaseadvisors.com Subject: [AccessD] Search query for fileds used Hello All, I need to search the queries in an MDB and find which ones use certain fields? Thanks, Mark A. Matte P.S...I can use any version between 97 and 2007 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From rockysmolin at bchacc.com Thu Aug 5 19:46:32 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 5 Aug 2010 17:46:32 -0700 Subject: [AccessD] Report Heading in an sub-report Message-ID: <4C4117C3D62645A384A55B30A6E711E4@HAL9005> Dear List: I have a sub-report that prints below each detail line of the main report. This sub report has it's own field headings - no surprise there. But this sub report can get rather long and when it slops over to the next page, I get the report headings for the main report but no report headings for the sub-report. Is there a way to get the sub-report heading to print if the sub-report goes to multiple pages? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From rockysmolin at bchacc.com Fri Aug 6 09:22:39 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 6 Aug 2010 07:22:39 -0700 Subject: [AccessD] Upgrade to MySql Message-ID: <8F1D1D98EAFA4F10858D3A358973CEDD@HAL9005> Deal List: I have a client with a rather large application who is considering upgrading the back end to MySql. Object: ~100 forms ~150 queries ~75 reports Lots of code modules with many lines and lots of CBF. The app uses bound forms and lots of DAO. Question is, of course, what is involved in converting this front end to work with a MySQL back end? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From adtp at airtelmail.in Fri Aug 6 09:32:12 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Fri, 6 Aug 2010 20:02:12 +0530 Subject: [AccessD] Report Heading in an sub-report References: <4C4117C3D62645A384A55B30A6E711E4@HAL9005> Message-ID: <49DBE8D66BC14E9A9B5D17B4634C9788@personal4a8ede> Rocky, If it is a single column subreport, your objective can be met by placing the report header content in a group header (with its Repeat Section property set to Yes). As you know, subreport's page header does not get displayed and can not therefore be used for this purpose. However, for multi-column reports, the situation becomes ticklish, as the group headers get displayed over each column. If it is required that the report header for a multi-page subreport should get displayed across all columns and be repeated on each page, there is an interesting solution involving use of header subreport in an outer dummy group header of the subreport in question. This supplementary subreport within the original subreport serves as surrogate page header. The contents to be displayed are preferably included in report header section of this sub-subreport. The approach outlined above is demonstrated in my sample db named SubReport_GroupHdrAcrossColumns. 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 Note: In order to prevent distorted display of columns, suitable additional number of blank dummy group headers should be inserted so as to ensure that their total number equals the number of columns. Repeat Section property of each such group header should be set to Yes. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Rocky Smolin To: 'Access Developers discussion and problem solving' Sent: Friday, August 06, 2010 06:16 Subject: [AccessD] Report Heading in an sub-report Dear List: I have a sub-report that prints below each detail line of the main report. This sub report has it's own field headings - no surprise there. But this sub report can get rather long and when it slops over to the next page, I get the report headings for the main report but no report headings for the sub-report. Is there a way to get the sub-report heading to print if the sub-report goes to multiple pages? MTIA Rocky Smolin From steve at goodhall.info Fri Aug 6 09:35:21 2010 From: steve at goodhall.info (Steve Goodhall) Date: Fri, 6 Aug 2010 09:35:21 -0500 Subject: [AccessD] Upgrade to MySql Message-ID: <54033.1281105321@goodhall.info> BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Are you currently using an Access BE database or some other RDBMS? I have just started playing with MySQL but I have done several conversions to MSSQL. You will need to set up an ODBC connection to the MySQL database and link the tables. There are probably some subtle difference in the SQL so you may need to do a lot of testing. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 10:22 AM , "Rocky Smolin" rockysmolin at bchacc.com sent: Deal List: I have a client with a rather large application who is considering upgrading the back end to MySql. Object: ~100 forms ~150 queries ~75 reports Lots of code modules with many lines and lots of CBF. The app uses bound forms and lots of DAO. Question is, of course, what is involved in converting this front end to work with a MySQL back end? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com ; www.bchacc.com ; -- AccessD mailing list AccessD at databaseadvisors.com [1] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] mailto:AccessD at databaseadvisors.com From fuller.artful at gmail.com Fri Aug 6 09:51:48 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 6 Aug 2010 10:51:48 -0400 Subject: [AccessD] OT: Friday Message-ID: "If you're not schizophrenic in this day and age, you must be crazy." -- Joseph Brodsky From rockysmolin at bchacc.com Fri Aug 6 10:15:56 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 6 Aug 2010 08:15:56 -0700 Subject: [AccessD] Upgrade to MySql In-Reply-To: <54033.1281105321@goodhall.info> References: <54033.1281105321@goodhall.info> Message-ID: <4D3C50AC978145D6B5F5742F33F60403@HAL9005> Steve: Thanks for the reply. Yes it's an Access BE so all the communication from the front end then must be done via ODBC, yes? Do all the DAO methods - FindFirst, MoveFirst, .AddNew, .Esdit, .Update, etc - need to be reprogrammed? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Goodhall Sent: Friday, August 06, 2010 7:35 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrade to MySql BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Are you currently using an Access BE database or some other RDBMS? I have just started playing with MySQL but I have done several conversions to MSSQL. You will need to set up an ODBC connection to the MySQL database and link the tables. There are probably some subtle difference in the SQL so you may need to do a lot of testing. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 10:22 AM , "Rocky Smolin" rockysmolin at bchacc.com sent: Deal List: I have a client with a rather large application who is considering upgrading the back end to MySql. Object: ~100 forms ~150 queries ~75 reports Lots of code modules with many lines and lots of CBF. The app uses bound forms and lots of DAO. Question is, of course, what is involved in converting this front end to work with a MySQL back end? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com ; www.bchacc.com ; -- AccessD mailing list AccessD at databaseadvisors.com [1] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] mailto:AccessD at databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at goodhall.info Fri Aug 6 10:36:18 2010 From: steve at goodhall.info (Steve Goodhall) Date: Fri, 6 Aug 2010 10:36:18 -0500 Subject: [AccessD] Upgrade to MySql Message-ID: <55220.1281108978@goodhall.info> BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }I don't think that you will need to change anything that will work through ODBC. Once you get a recordset you should be OK for Move, Add, etc. In some cases you might want to rewrite things to be more efficient. The biggest problem you can expect is if you have a lot of Access generated forms that work against complete tables or queries. These are likely to lock too many rows on the server side. I would put together a small prototype to test the limits before jumping into the conversion. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 11:15 AM , "Rocky Smolin" rockysmolin at bchacc.com sent: Steve: Thanks for the reply. Yes it's an Access BE so all the communication from the front end then must be done via ODBC, yes? Do all the DAO methods - FindFirst, MoveFirst, .AddNew, .Esdit, .Update, etc - need to be reprogrammed? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [accessd-bounces at databaseadvisors.com [2]] On Behalf Of Steve Goodhall Sent: Friday, August 06, 2010 7:35 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrade to MySql BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Are you currently using an Access BE database or some other RDBMS? I have just started playing with MySQL but I have done several conversions to MSSQL. You will need to set up an ODBC connection to the MySQL database and link the tables. There are probably some subtle difference in the SQL so you may need to do a lot of testing. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 10:22 AM , "Rocky Smolin" rockysmolin at bchacc.com [3] sent: Deal List: I have a client with a rather large application who is considering upgrading the back end to MySql. Object: ~100 forms ~150 queries ~75 reports Lots of code modules with many lines and lots of CBF. The app uses bound forms and lots of DAO. Question is, of course, what is involved in converting this front end to work with a MySQL back end? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com ; www.bchacc.com ; -- AccessD mailing list AccessD at databaseadvisors.com [6] [1] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] AccessD at databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] mailto:rockysmolin at bchacc.com [4] http://www.e-z-mrp.com [5] http://www.bchacc.com [6] mailto:AccessD at databaseadvisors.com [7] mailto:AccessD at databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] mailto:AccessD at databaseadvisors.com From rockysmolin at bchacc.com Fri Aug 6 10:41:00 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 6 Aug 2010 08:41:00 -0700 Subject: [AccessD] Upgrade to MySql In-Reply-To: <55220.1281108978@goodhall.info> References: <55220.1281108978@goodhall.info> Message-ID: <747C576E5E2B44BEA7898C1172818799@HAL9005> "Once you get a recordset" So that would be wherever I'm using Set rsMyRecordset = db.OpenRecordset? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Goodhall Sent: Friday, August 06, 2010 8:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrade to MySql BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }I don't think that you will need to change anything that will work through ODBC. Once you get a recordset you should be OK for Move, Add, etc. In some cases you might want to rewrite things to be more efficient. The biggest problem you can expect is if you have a lot of Access generated forms that work against complete tables or queries. These are likely to lock too many rows on the server side. I would put together a small prototype to test the limits before jumping into the conversion. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 11:15 AM , "Rocky Smolin" rockysmolin at bchacc.com sent: Steve: Thanks for the reply. Yes it's an Access BE so all the communication from the front end then must be done via ODBC, yes? Do all the DAO methods - FindFirst, MoveFirst, .AddNew, .Esdit, .Update, etc - need to be reprogrammed? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [accessd-bounces at databaseadvisors.com [2]] On Behalf Of Steve Goodhall Sent: Friday, August 06, 2010 7:35 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrade to MySql BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Are you currently using an Access BE database or some other RDBMS? I have just started playing with MySQL but I have done several conversions to MSSQL. You will need to set up an ODBC connection to the MySQL database and link the tables. There are probably some subtle difference in the SQL so you may need to do a lot of testing. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 10:22 AM , "Rocky Smolin" rockysmolin at bchacc.com [3] sent: Deal List: I have a client with a rather large application who is considering upgrading the back end to MySql. Object: ~100 forms ~150 queries ~75 reports Lots of code modules with many lines and lots of CBF. The app uses bound forms and lots of DAO. Question is, of course, what is involved in converting this front end to work with a MySQL back end? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com ; www.bchacc.com ; -- AccessD mailing list AccessD at databaseadvisors.com [6] [1] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] AccessD at databaseadvisors.com [7] -- AccessD mailing list AccessD at databaseadvisors.com [8] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com [9] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] mailto:rockysmolin at bchacc.com [4] http://www.e-z-mrp.com [5] http://www.bchacc.com [6] mailto:AccessD at databaseadvisors.com [7] mailto:AccessD at databaseadvisors.com [8] mailto:AccessD at databaseadvisors.com [9] mailto:AccessD at databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From steve at goodhall.info Fri Aug 6 10:55:16 2010 From: steve at goodhall.info (Steve Goodhall) Date: Fri, 6 Aug 2010 10:55:16 -0500 Subject: [AccessD] Upgrade to MySql Message-ID: <59539.1281110116@goodhall.info> BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Yes. Like I said, I would knock together a prototype and see what works. It took me less than an hour to download and install the Community version of MySQL. The current live version is 5.1. The development version is 5.5 and it seems to be pretty stable. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 11:41 AM , "Rocky Smolin" rockysmolin at bchacc.com sent: "Once you get a recordset" So that would be wherever I'm using Set rsMyRecordset = db.OpenRecordset? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [1] [accessd-bounces at databaseadvisors.com [2]] On Behalf Of Steve Goodhall Sent: Friday, August 06, 2010 8:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrade to MySql BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }I don't think that you will need to change anything that will work through ODBC. Once you get a recordset you should be OK for Move, Add, etc. In some cases you might want to rewrite things to be more efficient. The biggest problem you can expect is if you have a lot of Access generated forms that work against complete tables or queries. These are likely to lock too many rows on the server side. I would put together a small prototype to test the limits before jumping into the conversion. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 11:15 AM , "Rocky Smolin" rockysmolin at bchacc.com [3] sent: Steve: Thanks for the reply. Yes it's an Access BE so all the communication from the front end then must be done via ODBC, yes? Do all the DAO methods - FindFirst, MoveFirst, .AddNew, .Esdit, .Update, etc - need to be reprogrammed? TIA Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [4] [1] [accessd-bounces at databaseadvisors.com [5] [2]] On Behalf Of Steve Goodhall Sent: Friday, August 06, 2010 7:35 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrade to MySql BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Are you currently using an Access BE database or some other RDBMS? I have just started playing with MySQL but I have done several conversions to MSSQL. You will need to set up an ODBC connection to the MySQL database and link the tables. There are probably some subtle difference in the SQL so you may need to do a lot of testing. Regards, Steve Goodhall, MSCS, PMP 248-505-5204 On Fri 06/08/10 10:22 AM , "Rocky Smolin" rockysmolin at bchacc.com [6] [3] sent: Deal List: I have a client with a rather large application who is considering upgrading the back end to MySql. Object: ~100 forms ~150 queries ~75 reports Lots of code modules with many lines and lots of CBF. The app uses bound forms and lots of DAO. Question is, of course, what is involved in converting this front end to work with a MySQL back end? MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com ; www.bchacc.com ; -- AccessD mailing list AccessD at databaseadvisors.com [9] [6] [1] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] AccessD at databaseadvisors.com [10] [7] -- AccessD mailing list AccessD at databaseadvisors.com [11] [8] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com [12] [9] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] accessd-bounces at databaseadvisors.com [13] [2] accessd-bounces at databaseadvisors.com [14] [3] rockysmolin at bchacc.com [15] [4] http://www.e-z-mrp.com [5] http://www.bchacc.com [6] AccessD at databaseadvisors.com [16] [7] AccessD at databaseadvisors.com [17] [8] AccessD at databaseadvisors.com [18] [9] AccessD at databaseadvisors.com [19] -- AccessD mailing list AccessD at databaseadvisors.com [20] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com [21] http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Links: ------ [1] mailto:accessd-bounces at databaseadvisors.com [2] mailto:accessd-bounces at databaseadvisors.com [3] mailto:rockysmolin at bchacc.com [4] mailto:accessd-bounces at databaseadvisors.com [5] mailto:accessd-bounces at databaseadvisors.com [6] mailto:rockysmolin at bchacc.com [7] http://www.e-z-mrp.com [8] http://www.bchacc.com [9] mailto:AccessD at databaseadvisors.com [10] mailto:AccessD at databaseadvisors.com [11] mailto:AccessD at databaseadvisors.com [12] mailto:AccessD at databaseadvisors.com [13] mailto:accessd-bounces at databaseadvisors.com [14] mailto:accessd-bounces at databaseadvisors.com [15] mailto:rockysmolin at bchacc.com [16] mailto:AccessD at databaseadvisors.com [17] mailto:AccessD at databaseadvisors.com [18] mailto:AccessD at databaseadvisors.com [19] mailto:AccessD at databaseadvisors.com [20] mailto:AccessD at databaseadvisors.com [21] mailto:AccessD at databaseadvisors.com From shamil at smsconsulting.spb.ru Fri Aug 6 11:31:27 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Fri, 6 Aug 2010 20:31:27 +0400 Subject: [AccessD] .NET Access Replacement -- Was: Access doldrums?? In-Reply-To: References: Message-ID: <1D95A7C0E8A94A5E91E720379237ADDB@nant> Yes, we've got a "Silver Bullet" for you - Deedle Deedle Dee - dooooooooo.... http://www.youtube.com/watch?v=q2gScly5LQc -- Shamil :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, August 06, 2010 12:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] .NET Access Replacement -- Was: Access doldrums?? Funny, the words are a little different, but the song is very, very familiar! Charlotte Foust On Thu, Aug 5, 2010 at 1:11 PM, Kenneth Ismert wrote: >> >> John Bartow: >> MS VS LightSwitch - another attempt at replacing Access? >> >> >> http://www.eweek.com/c/a/Application-Development/Microsoft-LightSwitch-15-Re >> asons-NonProgrammers-Should-Try-It-Out-321214/?kc=EWKNLEDP08052010A >> > > > Bingo! That's exactly what it is -- .NET, SQL Express BE, easy Table/Forms > building, and can scale out to the Cloud/Azure. > > It sounds exciting -- the only thing that could kill it would be onerous > platform or software licensing requirements. > > That's pretty close to what I was thinking about in an earlier post: > >> I would rather get rid of the 20 years of dreck and outdated thinking, and > come up >> with a radical, simple, modern database front-end app based on current > best practice. >> You could program the foundation in .NET, and let users script it in > JavaScript, the >> lingua franca of the Internet. >> Such an app, if well-conceived, could put a lot of .NET programmers > out-of-work ;) > > And indeed, the 'professionals' are complaining about the 'hobbyist' focus > of LightSwitch in the responses to this blog post: > http://blogs.msdn.com/b/jasonz/archive/2010/08/03/introducing-microsoft-visu al-studio-lightswitch.aspx > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Fri Aug 6 11:32:42 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Fri, 6 Aug 2010 20:32:42 +0400 Subject: [AccessD] OT: Friday In-Reply-To: References: Message-ID: <3DED6583892D4DEB8FE4F023F8EC0548@nant> True. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, August 06, 2010 6:52 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: Friday "If you're not schizophrenic in this day and age, you must be crazy." -- Joseph Brodsky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Fri Aug 6 12:02:30 2010 From: df.waters at comcast.net (Dan Waters) Date: Fri, 6 Aug 2010 12:02:30 -0500 Subject: [AccessD] .NET Access Replacement -- Was: Access doldrums?? In-Reply-To: <1D95A7C0E8A94A5E91E720379237ADDB@nant> References: <1D95A7C0E8A94A5E91E720379237ADDB@nant> Message-ID: <69A0BAE2ECBD494FA7AF4C559386D747@danwaters> I watched the whole presentation - about 53 minutes. LightSwitch (LS) looks like it's worth watching carefully. LS will be a part of VS 2010 - another option to create applications. This does look like it could easily be used to create a minor application by proficient departmental person. If it then needs to be significantly upgraded, a developer can easily take over since it's already in VS. This could be a business model for an independent VS developer, or it could work within a company. The point they made a few times was that good apps that would have been initially written in Access or Sharepoint by departmental personnel, won't then need to be completely rewritten in VS if/when the need arises. I'm in this exact situation with 2 of my customers now. >From MS's perspective, I think that they are looking for more Azure cloud usage, for which they receive recurring payment/profit, and they might get more people to begin using VS. Take a look at the presentation video - most of it is time spent in VS creating an app. Any thoughts? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Friday, August 06, 2010 11:31 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] .NET Access Replacement -- Was: Access doldrums?? Yes, we've got a "Silver Bullet" for you - Deedle Deedle Dee - dooooooooo.... http://www.youtube.com/watch?v=q2gScly5LQc -- Shamil :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, August 06, 2010 12:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] .NET Access Replacement -- Was: Access doldrums?? Funny, the words are a little different, but the song is very, very familiar! Charlotte Foust On Thu, Aug 5, 2010 at 1:11 PM, Kenneth Ismert wrote: >> >> John Bartow: >> MS VS LightSwitch - another attempt at replacing Access? >> >> >> http://www.eweek.com/c/a/Application-Development/Microsoft-LightSwitch-15-Re >> asons-NonProgrammers-Should-Try-It-Out-321214/?kc=EWKNLEDP08052010A >> > > > Bingo! That's exactly what it is -- .NET, SQL Express BE, easy Table/Forms > building, and can scale out to the Cloud/Azure. > > It sounds exciting -- the only thing that could kill it would be onerous > platform or software licensing requirements. > > That's pretty close to what I was thinking about in an earlier post: > >> I would rather get rid of the 20 years of dreck and outdated thinking, and > come up >> with a radical, simple, modern database front-end app based on current > best practice. >> You could program the foundation in .NET, and let users script it in > JavaScript, the >> lingua franca of the Internet. >> Such an app, if well-conceived, could put a lot of .NET programmers > out-of-work ;) > > And indeed, the 'professionals' are complaining about the 'hobbyist' focus > of LightSwitch in the responses to this blog post: > http://blogs.msdn.com/b/jasonz/archive/2010/08/03/introducing-microsoft-visu al-studio-lightswitch.aspx > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 6 14:22:37 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 6 Aug 2010 12:22:37 -0700 Subject: [AccessD] Report Heading in an sub-report In-Reply-To: <49DBE8D66BC14E9A9B5D17B4634C9788@personal4a8ede> References: <4C4117C3D62645A384A55B30A6E711E4@HAL9005> <49DBE8D66BC14E9A9B5D17B4634C9788@personal4a8ede> Message-ID: <095B82B5C3FB496194C961AF32AFFDFB@HAL9005> A.D.: Worked perfectly - thanks so much. Best, Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Friday, August 06, 2010 7:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report Heading in an sub-report Rocky, If it is a single column subreport, your objective can be met by placing the report header content in a group header (with its Repeat Section property set to Yes). As you know, subreport's page header does not get displayed and can not therefore be used for this purpose. However, for multi-column reports, the situation becomes ticklish, as the group headers get displayed over each column. If it is required that the report header for a multi-page subreport should get displayed across all columns and be repeated on each page, there is an interesting solution involving use of header subreport in an outer dummy group header of the subreport in question. This supplementary subreport within the original subreport serves as surrogate page header. The contents to be displayed are preferably included in report header section of this sub-subreport. The approach outlined above is demonstrated in my sample db named SubReport_GroupHdrAcrossColumns. 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 Note: In order to prevent distorted display of columns, suitable additional number of blank dummy group headers should be inserted so as to ensure that their total number equals the number of columns. Repeat Section property of each such group header should be set to Yes. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Rocky Smolin To: 'Access Developers discussion and problem solving' Sent: Friday, August 06, 2010 06:16 Subject: [AccessD] Report Heading in an sub-report Dear List: I have a sub-report that prints below each detail line of the main report. This sub report has it's own field headings - no surprise there. But this sub report can get rather long and when it slops over to the next page, I get the report headings for the main report but no report headings for the sub-report. Is there a way to get the sub-report heading to print if the sub-report goes to multiple pages? MTIA Rocky Smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Aug 8 15:43:42 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 8 Aug 2010 13:43:42 -0700 Subject: [AccessD] Microsoft should starve on radical penguin diet In-Reply-To: References: Message-ID: Much of the current problems with Microsoft could be solved with the retiring of Steve Ballmer and the hiring of a visionary computer tech. The last thing a tech company needs is a Salesman running it. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: Friday, July 30, 2010 7:54 AM To: accessd at databaseadvisors.com Subject: [AccessD] Microsoft should starve on radical penguin diet The Friday 'Oh My-My': http://www.theregister.co.uk/2010/07/30/microsoft_should_do_open_source/ The Register's Matt Asay comments on a Wall Street Journal column by Holman Jenkins titled "Steve Ballmer is a failed CEO?" Should Microsoft re-invent its business around open-source? -Ken -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Sun Aug 8 20:16:14 2010 From: marksimms at verizon.net (Mark Simms) Date: Sun, 08 Aug 2010 21:16:14 -0400 Subject: [AccessD] Microsoft should starve on radical penguin diet In-Reply-To: References: Message-ID: <002401cb3760$7684e4c0$0801a8c0@MSIMMSWS> Amen. Most wall street analysts would agree as well...given MSFT's stock performance past 10 years. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Lawrence > Sent: Sunday, August 08, 2010 4:44 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Microsoft should starve on radical penguin diet > > Much of the current problems with Microsoft could be solved > with the retiring of Steve Ballmer and the hiring of a > visionary computer tech. The last thing a tech company needs > is a Salesman running it. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Kenneth Ismert > Sent: Friday, July 30, 2010 7:54 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] Microsoft should starve on radical penguin diet > > The Friday 'Oh My-My': > > http://www.theregister.co.uk/2010/07/30/microsoft_should_do_op > en_source/ > > The Register's Matt Asay comments on a Wall Street Journal > column by Holman Jenkins titled "Steve Ballmer is a failed CEO?" > > Should Microsoft re-invent its business around open-source? > > -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 brad.marks1 at gmail.com Mon Aug 9 09:18:52 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Mon, 9 Aug 2010 07:18:52 -0700 Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment Message-ID: All, I am in the process of establishing procedures for promoting changes from our Development (TEST) environment to our Production environment. The Access 2007 application uses data from a SQL Server database. There are no local tables. The application is made available to the end-users as an .ACCDR file. I have one folder on the server for TEST and a second folder for PROD. Here the steps that I am currently using. Changes to the Access 2007 application are made and tested in the TEST folder (ACCDB file). Decompile ACCDB Compile ACCDB VBA code / Save it Compact and Repair ACCDB / Save it Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in the PROD folder. I am curious if these steps are similar to the steps that others use and I am curious if I am overlooking anything. Thanks, Brad From jimdettman at verizon.net Mon Aug 9 09:28:42 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 09 Aug 2010 10:28:42 -0400 Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment In-Reply-To: References: Message-ID: <212DEB0E7510457D906113143E840774@XPS> Brad, I think the only thing I would add is: 1. A backup of the new changed ACCDB file before attempting a decompile. Folks need to remember that while decompile does work 99.9% of the time, it still is an undocumented and untested switch by Microsoft. If rare cases, it can mess up a DB. 2. I generally make an archive copy of the existing production database before copying over it. That why, if there is some form of corruption in new DB, I have a "Last known good copy" to fall back on. Also, not sure how your handling versioning, but I keep a local table in the db, tblAppVersionControl, which has the version number, developer notes, end user message, and release date. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 09, 2010 10:19 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment All, I am in the process of establishing procedures for promoting changes from our Development (TEST) environment to our Production environment. The Access 2007 application uses data from a SQL Server database. There are no local tables. The application is made available to the end-users as an .ACCDR file. I have one folder on the server for TEST and a second folder for PROD. Here the steps that I am currently using. Changes to the Access 2007 application are made and tested in the TEST folder (ACCDB file). Decompile ACCDB Compile ACCDB VBA code / Save it Compact and Repair ACCDB / Save it Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in the PROD folder. I am curious if these steps are similar to the steps that others use and I am curious if I am overlooking anything. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Mon Aug 9 09:43:50 2010 From: df.waters at comcast.net (Dan Waters) Date: Mon, 9 Aug 2010 09:43:50 -0500 Subject: [AccessD] "Test to Production" Procedures for Access 2007application in a small environment In-Reply-To: References: Message-ID: Hi Brad, I would add that you need a 'roll-back' copy of the production file. Create a folder named PROD Archive. Each time you want to update, first create a folder within PROD Archive that is named IAW today's date. Then copy the PROD file(s) you are updating to that folder. Then, make the copy from TEST to PROD. With this you can quickly roll back to PROD if you need to. Another thing I've found that's helpful is to have a Review system. If you're working on a longer term improvement, you and your primary contact(s) can use that as a 'see if this is what you want' environment. At one of my customers, we frequently use their ATT Connect on-line meeting software to go through issues and improvements - saves me half a day and a 60 mile round trip! HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 09, 2010 9:19 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Test to Production" Procedures for Access 2007application in a small environment All, I am in the process of establishing procedures for promoting changes from our Development (TEST) environment to our Production environment. The Access 2007 application uses data from a SQL Server database. There are no local tables. The application is made available to the end-users as an .ACCDR file. I have one folder on the server for TEST and a second folder for PROD. Here the steps that I am currently using. Changes to the Access 2007 application are made and tested in the TEST folder (ACCDB file). Decompile ACCDB Compile ACCDB VBA code / Save it Compact and Repair ACCDB / Save it Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in the PROD folder. I am curious if these steps are similar to the steps that others use and I am curious if I am overlooking anything. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jedi at charm.net Mon Aug 9 11:26:29 2010 From: jedi at charm.net (Michael Bahr) Date: Mon, 9 Aug 2010 12:26:29 -0400 (EDT) Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment In-Reply-To: References: Message-ID: <1292.24.35.23.165.1281371189.squirrel@mail.expedient.net> Brad, I hope you are using some lind of SCM, Software Configuration Management application so you can keep track of the revisions and versions. An SCM "plan" is very useful that defines how these processes are handled through the CCB, Configuration Control Board. Mike... > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There > are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file > in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Tue Aug 10 08:26:24 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 10 Aug 2010 06:26:24 -0700 Subject: [AccessD] Access Table to Outlook Contacts Message-ID: <36621AB9ED384609A3DE546A389F749F@HAL9005> Dear List: I need to export names and emails addresses from an access table to the outlook Contacts. I don't want to reinvent the wheel. Does anyone know of a code snip on-line that does this? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From ssharkins at gmail.com Tue Aug 10 11:45:39 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 10 Aug 2010 09:45:39 -0700 Subject: [AccessD] Access Table to Outlook Contacts References: <36621AB9ED384609A3DE546A389F749F@HAL9005> Message-ID: <3D816FD68F7B47298EFDBC8C120AF4FB@salvationomc4p> This one goes from Outlook to Access: This one goes from Access to Outlook: Should be enough to get you started -- but these are pretty old, if you're in 2003, no problem -- can't guarantee they'll work in accdb format. Susan H. > Dear List: > > I need to export names and emails addresses from an access table to the > outlook Contacts. I don't want to reinvent the wheel. Does anyone know > of > a code snip on-line that does this? > > MTIA > From rockysmolin at bchacc.com Tue Aug 10 09:06:05 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 10 Aug 2010 07:06:05 -0700 Subject: [AccessD] Access Table to Outlook Contacts In-Reply-To: <3D816FD68F7B47298EFDBC8C120AF4FB@salvationomc4p> References: <36621AB9ED384609A3DE546A389F749F@HAL9005> <3D816FD68F7B47298EFDBC8C120AF4FB@salvationomc4p> Message-ID: <1E8159F8BF574460BBCAFA09ACC32436@HAL9005> Thanks - that looks perfect. Exactly what I need. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, August 10, 2010 9:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Table to Outlook Contacts This one goes from Outlook to Access: This one goes from Access to Outlook: Should be enough to get you started -- but these are pretty old, if you're in 2003, no problem -- can't guarantee they'll work in accdb format. Susan H. > Dear List: > > I need to export names and emails addresses from an access table to > the outlook Contacts. I don't want to reinvent the wheel. Does > anyone know of a code snip on-line that does this? > > MTIA > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Tue Aug 10 08:59:29 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 10 Aug 2010 08:59:29 -0500 Subject: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment References: <212DEB0E7510457D906113143E840774@XPS> Message-ID: Jim, Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. Sincerely, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman Sent: Mon 8/9/2010 9:28 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment Brad, I think the only thing I would add is: 1. A backup of the new changed ACCDB file before attempting a decompile. Folks need to remember that while decompile does work 99.9% of the time, it still is an undocumented and untested switch by Microsoft. If rare cases, it can mess up a DB. 2. I generally make an archive copy of the existing production database before copying over it. That why, if there is some form of corruption in new DB, I have a "Last known good copy" to fall back on. Also, not sure how your handling versioning, but I keep a local table in the db, tblAppVersionControl, which has the version number, developer notes, end user message, and release date. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 09, 2010 10:19 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment All, I am in the process of establishing procedures for promoting changes from our Development (TEST) environment to our Production environment. The Access 2007 application uses data from a SQL Server database. There are no local tables. The application is made available to the end-users as an .ACCDR file. I have one folder on the server for TEST and a second folder for PROD. Here the steps that I am currently using. Changes to the Access 2007 application are made and tested in the TEST folder (ACCDB file). Decompile ACCDB Compile ACCDB VBA code / Save it Compact and Repair ACCDB / Save it Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in the PROD folder. I am curious if these steps are similar to the steps that others use and I am curious if I am overlooking anything. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Tue Aug 10 09:03:10 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 10 Aug 2010 09:03:10 -0500 Subject: [AccessD] "Test to Production" Procedures for Access2007application in a small environment References: Message-ID: Dan, Thanks for the help. I appreciate it. I like your idea of the "Review" system. I plan to experiment with this concept. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Dan Waters Sent: Mon 8/9/2010 9:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Hi Brad, I would add that you need a 'roll-back' copy of the production file. Create a folder named PROD Archive. Each time you want to update, first create a folder within PROD Archive that is named IAW today's date. Then copy the PROD file(s) you are updating to that folder. Then, make the copy from TEST to PROD. With this you can quickly roll back to PROD if you need to. Another thing I've found that's helpful is to have a Review system. If you're working on a longer term improvement, you and your primary contact(s) can use that as a 'see if this is what you want' environment. At one of my customers, we frequently use their ATT Connect on-line meeting software to go through issues and improvements - saves me half a day and a 60 mile round trip! HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, August 09, 2010 9:19 AM To: accessd at databaseadvisors.com Subject: [AccessD] "Test to Production" Procedures for Access 2007application in a small environment All, I am in the process of establishing procedures for promoting changes from our Development (TEST) environment to our Production environment. The Access 2007 application uses data from a SQL Server database. There are no local tables. The application is made available to the end-users as an .ACCDR file. I have one folder on the server for TEST and a second folder for PROD. Here the steps that I am currently using. Changes to the Access 2007 application are made and tested in the TEST folder (ACCDB file). Decompile ACCDB Compile ACCDB VBA code / Save it Compact and Repair ACCDB / Save it Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in the PROD folder. I am curious if these steps are similar to the steps that others use and I am curious if I am overlooking anything. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From BradM at blackforestltd.com Tue Aug 10 09:12:49 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 10 Aug 2010 09:12:49 -0500 Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment References: <1292.24.35.23.165.1281371189.squirrel@mail.expedient.net> Message-ID: Mike, I have a tab in the Access 2007 application called "Tech" that only technical people can see. In this tab are a number of "behind the scenes" features such as the ability to see logs and the ability to see "Version Info" (Date, description of changes, etc). Nothing fancy but it does come in handy when we need to see which version of the system is in affect for our end users. I am not familiar with CCB. Is this a component of another software package? Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com on behalf of Michael Bahr Sent: Mon 8/9/2010 11:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment Brad, I hope you are using some lind of SCM, Software Configuration Management application so you can keep track of the revisions and versions. An SCM "plan" is very useful that defines how these processes are handled through the CCB, Configuration Control Board. Mike... > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There > are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file > in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From jwcolby at colbyconsulting.com Tue Aug 10 11:11:05 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 10 Aug 2010 12:11:05 -0400 Subject: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS> Message-ID: <4C617A19.8040401@colbyconsulting.com> Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > From Lambert.Heenan at chartisinsurance.com Tue Aug 10 11:28:47 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 10 Aug 2010 12:28:47 -0400 Subject: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment In-Reply-To: <4C617A19.8040401@colbyconsulting.com> References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> Message-ID: I'm pretty sure that M$ got around to documenting /decompile in version 2007 and higher, though I have not yet inflicted myself with that version. Anyone care to search Help and confirm? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Aug 10 14:56:30 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 10 Aug 2010 12:56:30 -0700 Subject: [AccessD] Access 2007 code doesn't run Message-ID: <582F35AAAAF34C2985E159E7C27A8936@salvationomc4p> From a reader -- I haven't done any development in accdb -- any thoughts? Susan H. I have an access 2007 front end (Sql 2008 back end) that will not load the code (run-time) from the display form-just sits. When I run in normal mode with compiling, there is not a problem i.e. loads. What would you recommend to have the application load in run-time environment? Changing file name from accde to accdr after compilation. From charlotte.foust at gmail.com Tue Aug 10 11:57:37 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 10 Aug 2010 09:57:37 -0700 Subject: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS> Message-ID: LOL. Decompile may be the most used "undocumented" utility Microsoft every created. It has *never* been officially documented because they created it for their own use but once the lid came off the box, serious Access users/developers claimed it for their own. Nothing is 100% solid, including Access, so the standard warnings always apply. Charlotte Foust On Tue, Aug 10, 2010 at 6:59 AM, Brad Marks wrote: > Jim, > > Thanks for the advice. ?I was not aware that Decompile was undocumented and perhaps not 100% solid. ?I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 ? application in a small environment > > Brad, > > ?I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. ?If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. ?That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > ?Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. ?There are > no local tables. ?The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code ?/ Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From charlotte.foust at gmail.com Tue Aug 10 11:59:52 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 10 Aug 2010 09:59:52 -0700 Subject: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> Message-ID: Nope, not in 2007 help anywhere I can find. Charlotte Foust On Tue, Aug 10, 2010 at 9:28 AM, Heenan, Lambert wrote: > I'm pretty sure that M$ got around to documenting /decompile in version 2007 and higher, though I have not yet inflicted myself with that version. Anyone care to search Help and confirm? > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. ?It is undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. ?It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. > > Of course you should back up your database before use. ?OTOH you should backup your database anyway. > > I have used decompile for many years and never had a failure specifically caused by the act of decompiling. ?YMMV. ?I consider decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. ?The PCode is what actually runs. ?In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. ?Flushing those buffers is a really low risk operation in the overall scheme of things. > > > John W. Colby > www.ColbyConsulting.com > > From jimdettman at verizon.net Tue Aug 10 12:08:20 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 10 Aug 2010 13:08:20 -0400 Subject: [AccessD] "Test to Production" Procedures for Access2007application in a small environment In-Reply-To: <4C617A19.8040401@colbyconsulting.com> References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> Message-ID: John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jedi at charm.net Tue Aug 10 12:20:54 2010 From: jedi at charm.net (Michael Bahr) Date: Tue, 10 Aug 2010 13:20:54 -0400 (EDT) Subject: [AccessD] "Test to Production" Procedures for Access 2007 application in a small environment In-Reply-To: References: <1292.24.35.23.165.1281371189.squirrel@mail.expedient.net> Message-ID: <1035.24.35.23.165.1281460854.squirrel@mail.expedient.net> Brad sounds like you are **not** using any configuration control. The questions you were asking fall inline with this type of control. I strongly suggest that you do some research for a plan that outlines your procedures--this is to protect yourself. A CCB is a group of people that control the releases and what work that gets done. There will be a paper trail documenting all this work. There are many SCM's available, one of which MS uses called Visual Source Safe (VSS), or CVS (open source), and others that cost money but are very robust and full of features. Pick your poision. In a nutshell, when a configuration control system is working--it is a respository for projects, you checkout a project, make changes, checkin the project. This increases the revision number. At some point you what to **release** the project and assign a version number. The CCB will authorize you to do so, again documenting all the work. Now that you have a baseline or new official release you can start working on new requirements that the customer wants. Mike... > Mike, > > I have a tab in the Access 2007 application called "Tech" that only > technical people can see. In this tab are a number of "behind the scenes" > features such as the ability to see logs and the ability to see "Version > Info" (Date, description of changes, etc). Nothing fancy but it does come > in handy when we need to see which version of the system is in affect for > our end users. > > I am not familiar with CCB. Is this a component of another software > package? > > Thanks, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Michael Bahr > Sent: Mon 8/9/2010 11:26 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > Brad, I hope you are using some lind of SCM, Software Configuration > Management application so you can keep track of the revisions and > versions. An SCM "plan" is very useful that defines how these processes > are handled through the CCB, Configuration Control Board. > > Mike... > >> All, >> >> >> I am in the process of establishing procedures for promoting changes >> from >> our Development (TEST) environment to our Production environment. >> >> >> The Access 2007 application uses data from a SQL Server database. There >> are >> no local tables. The application is made available to the end-users as >> an >> .ACCDR file. >> >> >> I have one folder on the server for TEST and a second folder for PROD. >> >> >> Here the steps that I am currently using. >> >> >> Changes to the Access 2007 application are made and tested in the TEST >> folder (ACCDB file). >> >> >> Decompile ACCDB >> >> >> Compile ACCDB VBA code / Save it >> >> >> Compact and Repair ACCDB / Save it >> >> >> Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR >> file >> in >> the PROD folder. >> >> >> I am curious if these steps are similar to the steps that others use and >> I >> am curious if I am overlooking anything. >> >> >> >> Thanks, >> >> Brad >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at chartisinsurance.com Tue Aug 10 13:23:42 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Tue, 10 Aug 2010 14:23:42 -0400 Subject: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> Message-ID: Thanks Charlotte. Of course we all know how good the help system is now post A-97, so maybe it's no surprise you couldn't find it. Yet I still have an inkling that I read somewhere that they had got around to documenting it. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, August 10, 2010 1:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment Nope, not in 2007 help anywhere I can find. Charlotte Foust On Tue, Aug 10, 2010 at 9:28 AM, Heenan, Lambert wrote: > I'm pretty sure that M$ got around to documenting /decompile in version 2007 and higher, though I have not yet inflicted myself with that version. Anyone care to search Help and confirm? > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 > application in a small environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. ?It is undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. ?It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. > > Of course you should back up your database before use. ?OTOH you should backup your database anyway. > > I have used decompile for many years and never had a failure specifically caused by the act of decompiling. ?YMMV. ?I consider decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. ?The PCode is what actually runs. ?In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. ?Flushing those buffers is a really low risk operation in the overall scheme of things. > > > 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 df.waters at comcast.net Tue Aug 10 14:01:04 2010 From: df.waters at comcast.net (Dan Waters) Date: Tue, 10 Aug 2010 14:01:04 -0500 Subject: [AccessD] "Test to Production" Procedures for Access2007application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com> Message-ID: <99795698D699454C9BF96C97E3A1B04E@danwaters> I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 10 15:14:04 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 10 Aug 2010 16:14:04 -0400 Subject: [AccessD] "Test to Production" Procedures for Access2007application in a small environment In-Reply-To: <99795698D699454C9BF96C97E3A1B04E@danwaters> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com> <99795698D699454C9BF96C97E3A1B04E@danwaters> Message-ID: <4C61B30C.6030903@colbyconsulting.com> Fascinating and good to know. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > I've discovered a fairly repeatable problem with decompile. > > One of my files has about 23,000 lines of code. If I decompile this (or > other sizable access files), and immediately open a code module, the file > will often close with the 'corrupt' message, and then try to send a message > to MS. > > But if I wait about 10 seconds after the database window opens before I open > a code module, then everything works fine. > > My theory is that with a file with this many lines of code, Access is still > removing the p-code at the same time I'm trying to open a module, and that > causes some kind of conflict, thus causing 'corruption'. > > I went through a lot of these 'corruption' messages before I figured out > that just waiting a little while will prevent the issue. > > HTH, > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, August 10, 2010 12:08 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Proceduresfor > Access2007application in a small environment > > John, > > < undocumented.>> > > I would whole heartedly dis-agree. MS does not include /decompile as any > part of their official test of Access for release. I don't consider use by > end users to be testing. > > < caused by the act of > decompiling. YMMV. I consider decompile 100% solid.>> > > As I said, it works 99.99% of the time, but I have personally seen two > instances where the use of /decompile trashed a database. In fact you can > get it to trash a DB with a single line of code. My preference has and > always will be to import everything into a fresh DB container (p-code does > not get imported). > > < testers a means of flushing > the pcode buffers and forcing a new compile of code. >> > > More specifically, it was created during the A2 to A95 conversion when > they were switching from Access Basic to VBA. They were changing the > runtime binaries from sub-release to sub-release (which at the end was > weekly), so any existing p-code would be invalid. > > At that time, importing everything into a fresh DB container was a > difficult process as you needed to copy toolbars and import/export specs by > hand. A lot of the beta testers complained, so Microsoft came up with > /decompile. I know because I was there. > > But today, with the way import/export now works, it's really not needed. > But some still insist on using because they don't understand what it does or > why it was created. You would not believe the number of people that I run > into that believe it does something magical to the db and give it credit for > doing a lot more then simply invalidating the p-code (if they even know > that). > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for > Access2007application in a small environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. It is > undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta > testers a means of flushing > the pcode buffers and forcing a new compile of code. It remains > "undocumented" because Microsoft > does not want to be liable for any damage caused by its use, and perhaps > more realistic, because MS > does not want to publicize the fact that VBA would have bugs forcing a > decompile. > > Of course you should back up your database before use. OTOH you should > backup your database anyway. > > I have used decompile for many years and never had a failure specifically > caused by the act of > decompiling. YMMV. I consider decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and turned > into PCode, and placed > into specific places in the MDB. The PCode is what actually runs. In fact > the PCODE is what is > shipped in an MDE when you "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. Flushing those > buffers is a really low risk > operation in the overall scheme of things. > > > John W. Colby > www.ColbyConsulting.com > > > Brad Marks wrote: >> Jim, >> >> Thanks for the advice. I was not aware that Decompile was undocumented > and perhaps not 100% solid. I plan to incorporate your ideas into our > procedures. >> Sincerely, >> Brad >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman >> Sent: Mon 8/9/2010 9:28 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 > application in a small environment >> >> Brad, >> >> I think the only thing I would add is: >> >> 1. A backup of the new changed ACCDB file before attempting a decompile. >> Folks need to remember that while decompile does work 99.9% of the time, > it >> still is an undocumented and untested switch by Microsoft. If rare cases, >> it can mess up a DB. >> >> 2. I generally make an archive copy of the existing production database >> before copying over it. That why, if there is some form of corruption in >> new DB, I have a "Last known good copy" to fall back on. >> >> Also, not sure how your handling versioning, but I keep a local table in >> the db, tblAppVersionControl, which has the version number, developer > notes, >> end user message, and release date. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks >> Sent: Monday, August 09, 2010 10:19 AM >> To: accessd at databaseadvisors.com >> Subject: [AccessD] "Test to Production" Procedures for Access 2007 >> application in a small environment >> >> All, >> >> >> I am in the process of establishing procedures for promoting changes from >> our Development (TEST) environment to our Production environment. >> >> >> The Access 2007 application uses data from a SQL Server database. There > are >> no local tables. The application is made available to the end-users as an >> .ACCDR file. >> >> >> I have one folder on the server for TEST and a second folder for PROD. >> >> >> Here the steps that I am currently using. >> >> >> Changes to the Access 2007 application are made and tested in the TEST >> folder (ACCDB file). >> >> >> Decompile ACCDB >> >> >> Compile ACCDB VBA code / Save it >> >> >> Compact and Repair ACCDB / Save it >> >> >> Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file > in >> the PROD folder. >> >> >> I am curious if these steps are similar to the steps that others use and I >> am curious if I am overlooking anything. >> >> >> >> Thanks, >> >> Brad >> From dw-murphy at cox.net Tue Aug 10 16:03:29 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 10 Aug 2010 14:03:29 -0700 Subject: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com> Message-ID: It might be informative to re-read Michael Kaplan's 1999 article on Decompile http://www.trigeminal.com/usenet/usenet004.asp?1033 . He pretty much supports the "It may do more damage than good thought.". Backup is good! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 10:08 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 10 16:53:03 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 10 Aug 2010 17:53:03 -0400 Subject: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com> Message-ID: <4C61CA3F.2060507@colbyconsulting.com> LOL, I have read that. I am just giving my experience. I learned about /decompile back in '97 or so and have been using it since. I ROUTINELY decompile / compile / compact / repair. In fact I have dedicated icons for opening Access with the decompile switch. Any time I have those "can't solve it any other way" moments I decompile. I have never had a database corrupt due to the decompile. OTOH, it might happen tomorrow, who knows. And if it truly were 99.99% reliable (a number picked from thin air of course) then you are talking 1 in 10K times used. Let's just say that since 1997 I have probably decompiled a thousand times and never had a corruption. Backup is certainly good! As for Jim's export / import, it certainly is "better" however it can be a royal PITA and is almost certainly more work than just opening a file with /decompile, closing, reopening without and then compiling the database. My clients can do a decompile / compile just using the shortcuts I give them. John W. Colby www.ColbyConsulting.com Doug Murphy wrote: > It might be informative to re-read Michael Kaplan's 1999 article on > Decompile http://www.trigeminal.com/usenet/usenet004.asp?1033 . He pretty > much supports the "It may do more damage than good thought.". Backup is > good! > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, August 10, 2010 10:08 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Proceduresfor > Access2007application in a small environment > > John, > > < undocumented.>> > > I would whole heartedly dis-agree. MS does not include /decompile as any > part of their official test of Access for release. I don't consider use by > end users to be testing. > > < caused by the act of decompiling. YMMV. I consider decompile 100% solid.>> > > As I said, it works 99.99% of the time, but I have personally seen two > instances where the use of /decompile trashed a database. In fact you can > get it to trash a DB with a single line of code. My preference has and > always will be to import everything into a fresh DB container (p-code does > not get imported). > > < testers a means of flushing the pcode buffers and forcing a new compile of > code. >> > > More specifically, it was created during the A2 to A95 conversion when > they were switching from Access Basic to VBA. They were changing the > runtime binaries from sub-release to sub-release (which at the end was > weekly), so any existing p-code would be invalid. > > At that time, importing everything into a fresh DB container was a > difficult process as you needed to copy toolbars and import/export specs by > hand. A lot of the beta testers complained, so Microsoft came up with > /decompile. I know because I was there. > > But today, with the way import/export now works, it's really not needed. > But some still insist on using because they don't understand what it does or > why it was created. You would not believe the number of people that I run > into that believe it does something magical to the db and give it credit for > doing a lot more then simply invalidating the p-code (if they even know > that). > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for > Access2007application in a small environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. It is > undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta > testers a means of flushing the pcode buffers and forcing a new compile of > code. It remains "undocumented" because Microsoft does not want to be > liable for any damage caused by its use, and perhaps more realistic, because > MS does not want to publicize the fact that VBA would have bugs forcing a > decompile. > > Of course you should back up your database before use. OTOH you should > backup your database anyway. > > I have used decompile for many years and never had a failure specifically > caused by the act of decompiling. YMMV. I consider decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and turned > into PCode, and placed into specific places in the MDB. The PCode is what > actually runs. In fact the PCODE is what is shipped in an MDE when you > "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. Flushing those > buffers is a really low risk operation in the overall scheme of things. > > > John W. Colby > www.ColbyConsulting.com > > > Brad Marks wrote: >> Jim, >> >> Thanks for the advice. I was not aware that Decompile was undocumented > and perhaps not 100% solid. I plan to incorporate your ideas into our > procedures. >> Sincerely, >> Brad >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman >> Sent: Mon 8/9/2010 9:28 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 > application in a small environment >> >> Brad, >> >> I think the only thing I would add is: >> >> 1. A backup of the new changed ACCDB file before attempting a decompile. >> Folks need to remember that while decompile does work 99.9% of the time, > it >> still is an undocumented and untested switch by Microsoft. If rare cases, >> it can mess up a DB. >> >> 2. I generally make an archive copy of the existing production database >> before copying over it. That why, if there is some form of corruption in >> new DB, I have a "Last known good copy" to fall back on. >> >> Also, not sure how your handling versioning, but I keep a local table in >> the db, tblAppVersionControl, which has the version number, developer > notes, >> end user message, and release date. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks >> Sent: Monday, August 09, 2010 10:19 AM >> To: accessd at databaseadvisors.com >> Subject: [AccessD] "Test to Production" Procedures for Access 2007 >> application in a small environment >> >> All, >> >> >> I am in the process of establishing procedures for promoting changes from >> our Development (TEST) environment to our Production environment. >> >> >> The Access 2007 application uses data from a SQL Server database. There > are >> no local tables. The application is made available to the end-users as an >> .ACCDR file. >> >> >> I have one folder on the server for TEST and a second folder for PROD. >> >> >> Here the steps that I am currently using. >> >> >> Changes to the Access 2007 application are made and tested in the TEST >> folder (ACCDB file). >> >> >> Decompile ACCDB >> >> >> Compile ACCDB VBA code / Save it >> >> >> Compact and Repair ACCDB / Save it >> >> >> Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file > in >> the PROD folder. >> >> >> I am curious if these steps are similar to the steps that others use and I >> am curious if I am overlooking anything. >> >> >> >> Thanks, >> >> Brad >> From accessd at shaw.ca Tue Aug 10 18:20:34 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 10 Aug 2010 16:20:34 -0700 Subject: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment In-Reply-To: <99795698D699454C9BF96C97E3A1B04E@danwaters> References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> <99795698D699454C9BF96C97E3A1B04E@danwaters> Message-ID: <2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com> Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 ssharkins at gmail.com Wed Aug 11 00:02:43 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 10 Aug 2010 22:02:43 -0700 Subject: [AccessD] Corruption in 2007 and 2010? Message-ID: Does anyone know if corruption ceases to be an issue with accdb format or is it still a problem? Susan H. From df.waters at comcast.net Tue Aug 10 21:37:43 2010 From: df.waters at comcast.net (Dan Waters) Date: Tue, 10 Aug 2010 21:37:43 -0500 Subject: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment In-Reply-To: <2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters> <2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com> Message-ID: <95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Wed Aug 11 00:00:18 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 10 Aug 2010 22:00:18 -0700 Subject: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment In-Reply-To: <95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> <99795698D699454C9BF96C97E3A1B04E@danwaters> <2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com> <95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> Message-ID: Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 11 01:17:42 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 11 Aug 2010 08:17:42 +0200 Subject: [AccessD] Corruption in 2007 and 2010? Message-ID: Hi Susan How about the article you wrote yourself - 10 ways to prevent Access database corruption: http://blogs.techrepublic.com.com/10things/?p=331 Of these five are beyond the control of Access (network etc.). The thoughts about splitting the db, temporary files, and storing of memos and pictures are directly related to Access/JET, and I doubt that has changes much as the basic architecture of the file hasn't changed as far as I know. /gustav >>> ssharkins at gmail.com 11-08-2010 07:02 >>> Does anyone know if corruption ceases to be an issue with accdb format or is it still a problem? Susan H. From df.waters at comcast.net Wed Aug 11 06:56:32 2010 From: df.waters at comcast.net (Dan Waters) Date: Wed, 11 Aug 2010 06:56:32 -0500 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> Message-ID: Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 11 07:05:38 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 11 Aug 2010 08:05:38 -0400 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> Message-ID: <4C629212.6020207@colbyconsulting.com> Dan, No, that is how it is done, as a parameter of a command line. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > Hi Jim, > > I use decompile as an argument in the target field of a shortcut > (/decompile). It's the only way I know to initiate decompile. This > wouldn't allow me to target a specific code procedure. > > Is there another way to initiate decompile? > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, August 11, 2010 12:00 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Testto Production"Procedures > forAccess2007application in asmall environment > > Hi Dan: > > I would imagine you would put the sleep function right after initiating the > decompile option. The decompile option is most likely designed as a stand > alone feature and therefore was not built to work within an application. > > There are no methods or properties you can use to check its progress, in the > conventional way where a 'do event' loop would work so 'Sleep' call is a way > to slow/stop your application from fighting with the decompile option for > resources. > > In a few applications I have running, the client used PDFCreator and there > was sample coding for handling that external feature and the 'Sleep' > function did the task of waiting until PDFCreator had performed its task and > was removed from memory. I think it could work with the external decompile > option as well... > > HTH > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Tuesday, August 10, 2010 7:38 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production"Procedures > forAccess2007application in a small environment > > Hi Jim, > > I use the Sleep function for a few things - would you put this into the > startup code? Or would Sleep cause decompile to sleep also? > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Tuesday, August 10, 2010 6:21 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production"Procedures > forAccess2007application in a small environment > > Hi Dan: > > You could use something like this in code: > > Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) > > Public Sub... > ... > > Sleep 8000 ' Wait until Decompile is removed from memory > > End Sub > > Too bad there is not more (any) documentation on the function as a simple do > loop could then monitor a parameter and the apps progress. > > HTH > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Tuesday, August 10, 2010 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures > forAccess2007application in a small environment > > I've discovered a fairly repeatable problem with decompile. > > One of my files has about 23,000 lines of code. If I decompile this (or > other sizable access files), and immediately open a code module, the file > will often close with the 'corrupt' message, and then try to send a message > to MS. > > But if I wait about 10 seconds after the database window opens before I open > a code module, then everything works fine. > > My theory is that with a file with this many lines of code, Access is still > removing the p-code at the same time I'm trying to open a module, and that > causes some kind of conflict, thus causing 'corruption'. > > I went through a lot of these 'corruption' messages before I figured out > that just waiting a little while will prevent the issue. > > HTH, > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, August 10, 2010 12:08 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Proceduresfor > Access2007application in a small environment > > John, > > < undocumented.>> > > I would whole heartedly dis-agree. MS does not include /decompile as any > part of their official test of Access for release. I don't consider use by > end users to be testing. > > < caused by the act of > decompiling. YMMV. I consider decompile 100% solid.>> > > As I said, it works 99.99% of the time, but I have personally seen two > instances where the use of /decompile trashed a database. In fact you can > get it to trash a DB with a single line of code. My preference has and > always will be to import everything into a fresh DB container (p-code does > not get imported). > > < testers a means of flushing > the pcode buffers and forcing a new compile of code. >> > > More specifically, it was created during the A2 to A95 conversion when > they were switching from Access Basic to VBA. They were changing the > runtime binaries from sub-release to sub-release (which at the end was > weekly), so any existing p-code would be invalid. > > At that time, importing everything into a fresh DB container was a > difficult process as you needed to copy toolbars and import/export specs by > hand. A lot of the beta testers complained, so Microsoft came up with > /decompile. I know because I was there. > > But today, with the way import/export now works, it's really not needed. > But some still insist on using because they don't understand what it does or > why it was created. You would not believe the number of people that I run > into that believe it does something magical to the db and give it credit for > doing a lot more then simply invalidating the p-code (if they even know > that). > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for > Access2007application in a small environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. It is > undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta > testers a means of flushing > the pcode buffers and forcing a new compile of code. It remains > "undocumented" because Microsoft > does not want to be liable for any damage caused by its use, and perhaps > more realistic, because MS > does not want to publicize the fact that VBA would have bugs forcing a > decompile. > > Of course you should back up your database before use. OTOH you should > backup your database anyway. > > I have used decompile for many years and never had a failure specifically > caused by the act of > decompiling. YMMV. I consider decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and turned > into PCode, and placed > into specific places in the MDB. The PCode is what actually runs. In fact > the PCODE is what is > shipped in an MDE when you "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. Flushing those > buffers is a really low risk > operation in the overall scheme of things. > > > John W. Colby > www.ColbyConsulting.com > > > Brad Marks wrote: >> Jim, >> >> Thanks for the advice. I was not aware that Decompile was undocumented > and perhaps not 100% solid. I plan to incorporate your ideas into our > procedures. >> Sincerely, >> Brad >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman >> Sent: Mon 8/9/2010 9:28 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 > application in a small environment >> >> Brad, >> >> I think the only thing I would add is: >> >> 1. A backup of the new changed ACCDB file before attempting a decompile. >> Folks need to remember that while decompile does work 99.9% of the time, > it >> still is an undocumented and untested switch by Microsoft. If rare cases, >> it can mess up a DB. >> >> 2. I generally make an archive copy of the existing production database >> before copying over it. That why, if there is some form of corruption in >> new DB, I have a "Last known good copy" to fall back on. >> >> Also, not sure how your handling versioning, but I keep a local table in >> the db, tblAppVersionControl, which has the version number, developer > notes, >> end user message, and release date. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks >> Sent: Monday, August 09, 2010 10:19 AM >> To: accessd at databaseadvisors.com >> Subject: [AccessD] "Test to Production" Procedures for Access 2007 >> application in a small environment >> >> All, >> >> >> I am in the process of establishing procedures for promoting changes from >> our Development (TEST) environment to our Production environment. >> >> >> The Access 2007 application uses data from a SQL Server database. There > are >> no local tables. The application is made available to the end-users as an >> .ACCDR file. >> >> >> I have one folder on the server for TEST and a second folder for PROD. >> >> >> Here the steps that I am currently using. >> >> >> Changes to the Access 2007 application are made and tested in the TEST >> folder (ACCDB file). >> >> >> Decompile ACCDB >> >> >> Compile ACCDB VBA code / Save it >> >> >> Compact and Repair ACCDB / Save it >> >> >> Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file > in >> the PROD folder. >> >> >> I am curious if these steps are similar to the steps that others use and I >> am curious if I am overlooking anything. >> >> >> >> Thanks, >> >> Brad >> From ssharkins at gmail.com Wed Aug 11 10:29:30 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 11 Aug 2010 08:29:30 -0700 Subject: [AccessD] University of Utah References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> Message-ID: <6D6239AC29724728A1FBC2CF326A9AF4@salvationomc4p> A researcher at the University of Utah has lost Access data due to corruption -- no backup! ;( If anybody knows anybody in that area who might be able to help him recover the data, please let me know. Thanks! Susan H. From ssharkins at gmail.com Wed Aug 11 10:34:45 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 11 Aug 2010 08:34:45 -0700 Subject: [AccessD] Corruption in 2007 and 2010? References: Message-ID: <848450BC0F8647D4AACCD69E33D892B4@salvationomc4p> Well, I was aiming specifically at the new accdb format -- just wondering if things were any better. Susan H. > Hi Susan > > How about the article you wrote yourself - 10 ways to prevent Access > database corruption: > > http://blogs.techrepublic.com.com/10things/?p=331 > > Of these five are beyond the control of Access (network etc.). > The thoughts about splitting the db, temporary files, and storing of memos > and pictures are directly related to Access/JET, and I doubt that has > changes much as the basic architecture of the file hasn't changed as far > as I know. > > /gustav > > >>>> ssharkins at gmail.com 11-08-2010 07:02 >>> > Does anyone know if corruption ceases to be an issue with accdb format or > is it still a problem? From rockysmolin at bchacc.com Wed Aug 11 07:58:34 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 11 Aug 2010 05:58:34 -0700 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> Message-ID: <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the time, it > still is an undocumented and untested switch by Microsoft. If rare cases, > it can mess up a DB. > > 2. I generally make an archive copy of the existing production database > before copying over it. That why, if there is some form of corruption in > new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local table in > the db, tblAppVersionControl, which has the version number, developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes from > our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. There are > no local tables. The application is made available to the end-users as an > .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use and I > am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Wed Aug 11 08:56:00 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Wed, 11 Aug 2010 09:56:00 -0400 Subject: [AccessD] Decompile In-Reply-To: <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> Message-ID: All who are following this thread: I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. You can set this up from within Explorer thus: 1/ Select Folder Options from the Tools menu. 2/ Select the File Types tab in the dialog and locate the MDB extension. 3/ Click the 'Advanced' button. 4/ Click the New button to add a new action. 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" All of those quote marks are required. 6/ Repeat for 'Compact' using this form of the command line... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was > undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the > time, it > still is an undocumented and untested switch by Microsoft. If rare > cases, it can mess up a DB. > > 2. I generally make an archive copy of the existing production > database before copying over it. That why, if there is some form of > corruption in new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local > table in the db, tblAppVersionControl, which has the version number, > developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes > from our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. > There are > no local tables. The application is made available to the end-users > as an .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use > and I am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 11 09:05:21 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 11 Aug 2010 07:05:21 -0700 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters><9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> Message-ID: <343FC2161D1D42948F4EC5A30962C495@HAL9005> Lambert: That is extremely cool. Going to save me some real headaches . Tks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, August 11, 2010 6:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile All who are following this thread: I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. You can set this up from within Explorer thus: 1/ Select Folder Options from the Tools menu. 2/ Select the File Types tab in the dialog and locate the MDB extension. 3/ Click the 'Advanced' button. 4/ Click the New button to add a new action. 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" All of those quote marks are required. 6/ Repeat for 'Compact' using this form of the command line... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was > undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the > time, it > still is an undocumented and untested switch by Microsoft. If rare > cases, it can mess up a DB. > > 2. I generally make an archive copy of the existing production > database before copying over it. That why, if there is some form of > corruption in new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local > table in the db, tblAppVersionControl, which has the version number, > developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes > from our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. > There are > no local tables. The application is made available to the end-users > as an .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use > and I am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 11 09:58:15 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 11 Aug 2010 09:58:15 -0500 Subject: [AccessD] Decompile In-Reply-To: <343FC2161D1D42948F4EC5A30962C495@HAL9005> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters><9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> <343FC2161D1D42948F4EC5A30962C495@HAL9005> Message-ID: I used to do that for opening secured .mdb's and .mdbs with different versions of Access. (So right clicking on an .mdb would give me 'Secured 97, Access 97, Secured 2003, Access 2003'...) Problem is, that Windows 7 doesn't give you a direct interface to do that. There are free tools that let you do it, and you can actually just copy the registry values from one machine to another. Stopped doing it though, because Access 97 doesn't play very nice with Windows 7, when you switch between versions. (It works fine on it's own, but when you've used 2003, then go to open 97, it tries to change registry entries that Windows 7 won't allow (if UAC is turned on). So either you have to run it in 'Administrator mode' or it won't start, and kicks out a registry error. Going back the other way, however, doesn't give any errors, and works just fine. So now I just use Virtual PC for different versions. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 9:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Lambert: That is extremely cool. Going to save me some real headaches . Tks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, August 11, 2010 6:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile All who are following this thread: I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. You can set this up from within Explorer thus: 1/ Select Folder Options from the Tools menu. 2/ Select the File Types tab in the dialog and locate the MDB extension. 3/ Click the 'Advanced' button. 4/ Click the New button to add a new action. 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" All of those quote marks are required. 6/ Repeat for 'Compact' using this form of the command line... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was > undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the > time, it > still is an undocumented and untested switch by Microsoft. If rare > cases, it can mess up a DB. > > 2. I generally make an archive copy of the existing production > database before copying over it. That why, if there is some form of > corruption in new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local > table in the db, tblAppVersionControl, which has the version number, > developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes > from our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. > There are > no local tables. The application is made available to the end-users > as an .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use > and I am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Wed Aug 11 10:05:58 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 11 Aug 2010 08:05:58 -0700 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters><9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005><343FC2161D1D42948F4EC5A30962C495@HAL9005> Message-ID: <20B5B48241534625B3EA7F5AEF6C429E@HAL9005> Doesn't switching from one version of Access to another give you that long 'Installing...' delay? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, August 11, 2010 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile I used to do that for opening secured .mdb's and .mdbs with different versions of Access. (So right clicking on an .mdb would give me 'Secured 97, Access 97, Secured 2003, Access 2003'...) Problem is, that Windows 7 doesn't give you a direct interface to do that. There are free tools that let you do it, and you can actually just copy the registry values from one machine to another. Stopped doing it though, because Access 97 doesn't play very nice with Windows 7, when you switch between versions. (It works fine on it's own, but when you've used 2003, then go to open 97, it tries to change registry entries that Windows 7 won't allow (if UAC is turned on). So either you have to run it in 'Administrator mode' or it won't start, and kicks out a registry error. Going back the other way, however, doesn't give any errors, and works just fine. So now I just use Virtual PC for different versions. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 9:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Lambert: That is extremely cool. Going to save me some real headaches . Tks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, August 11, 2010 6:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile All who are following this thread: I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. You can set this up from within Explorer thus: 1/ Select Folder Options from the Tools menu. 2/ Select the File Types tab in the dialog and locate the MDB extension. 3/ Click the 'Advanced' button. 4/ Click the New button to add a new action. 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" All of those quote marks are required. 6/ Repeat for 'Compact' using this form of the command line... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was > undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the > time, it > still is an undocumented and untested switch by Microsoft. If rare > cases, it can mess up a DB. > > 2. I generally make an archive copy of the existing production > database before copying over it. That why, if there is some form of > corruption in new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local > table in the db, tblAppVersionControl, which has the version number, > developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes > from our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. > There are > no local tables. The application is made available to the end-users > as an .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use > and I am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 DWUTKA at Marlow.com Wed Aug 11 10:19:32 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 11 Aug 2010 10:19:32 -0500 Subject: [AccessD] Decompile In-Reply-To: <20B5B48241534625B3EA7F5AEF6C429E@HAL9005> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters><9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005><343FC2161D1D42948F4EC5A30962C495@HAL9005> <20B5B48241534625B3EA7F5AEF6C429E@HAL9005> Message-ID: It did when I used to do that, though on my current machine, that 'long delay' is a few seconds at most. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 10:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Doesn't switching from one version of Access to another give you that long 'Installing...' delay? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, August 11, 2010 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile I used to do that for opening secured .mdb's and .mdbs with different versions of Access. (So right clicking on an .mdb would give me 'Secured 97, Access 97, Secured 2003, Access 2003'...) Problem is, that Windows 7 doesn't give you a direct interface to do that. There are free tools that let you do it, and you can actually just copy the registry values from one machine to another. Stopped doing it though, because Access 97 doesn't play very nice with Windows 7, when you switch between versions. (It works fine on it's own, but when you've used 2003, then go to open 97, it tries to change registry entries that Windows 7 won't allow (if UAC is turned on). So either you have to run it in 'Administrator mode' or it won't start, and kicks out a registry error. Going back the other way, however, doesn't give any errors, and works just fine. So now I just use Virtual PC for different versions. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 9:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Lambert: That is extremely cool. Going to save me some real headaches . Tks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, August 11, 2010 6:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile All who are following this thread: I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. You can set this up from within Explorer thus: 1/ Select Folder Options from the Tools menu. 2/ Select the File Types tab in the dialog and locate the MDB extension. 3/ Click the 'Advanced' button. 4/ Click the New button to add a new action. 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" All of those quote marks are required. 6/ Repeat for 'Compact' using this form of the command line... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was > undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the > time, it > still is an undocumented and untested switch by Microsoft. If rare > cases, it can mess up a DB. > > 2. I generally make an archive copy of the existing production > database before copying over it. That why, if there is some form of > corruption in new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local > table in the db, tblAppVersionControl, which has the version number, > developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes > from our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. > There are > no local tables. The application is made available to the end-users > as an .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use > and I am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 rockysmolin at bchacc.com Wed Aug 11 10:42:07 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 11 Aug 2010 08:42:07 -0700 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters><9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005><343FC2161D1D42948F4EC5A30962C495@HAL9005><20B5B48241534625B3EA7F5AEF6C429E@HAL9005> Message-ID: <77FC7FADB87F48649D0A58AB76573AF4@HAL9005> "a few seconds " Because of clock speed? RAM? Something else? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, August 11, 2010 8:20 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile It did when I used to do that, though on my current machine, that 'long delay' is a few seconds at most. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 10:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Doesn't switching from one version of Access to another give you that long 'Installing...' delay? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, August 11, 2010 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile I used to do that for opening secured .mdb's and .mdbs with different versions of Access. (So right clicking on an .mdb would give me 'Secured 97, Access 97, Secured 2003, Access 2003'...) Problem is, that Windows 7 doesn't give you a direct interface to do that. There are free tools that let you do it, and you can actually just copy the registry values from one machine to another. Stopped doing it though, because Access 97 doesn't play very nice with Windows 7, when you switch between versions. (It works fine on it's own, but when you've used 2003, then go to open 97, it tries to change registry entries that Windows 7 won't allow (if UAC is turned on). So either you have to run it in 'Administrator mode' or it won't start, and kicks out a registry error. Going back the other way, however, doesn't give any errors, and works just fine. So now I just use Virtual PC for different versions. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 9:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Lambert: That is extremely cool. Going to save me some real headaches . Tks. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, August 11, 2010 6:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile All who are following this thread: I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. You can set this up from within Explorer thus: 1/ Select Folder Options from the Tools menu. 2/ Select the File Types tab in the dialog and locate the MDB extension. 3/ Click the 'Advanced' button. 4/ Click the New button to add a new action. 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" All of those quote marks are required. 6/ Repeat for 'Compact' using this form of the command line... "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Dan: I use the Run box with a command like: "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile Hi Jim, I use decompile as an argument in the target field of a shortcut (/decompile). It's the only way I know to initiate decompile. This wouldn't allow me to target a specific code procedure. Is there another way to initiate decompile? Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment Hi Dan: I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Jim, I use the Sleep function for a few things - would you put this into the startup code? Or would Sleep cause decompile to sleep also? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment Hi Dan: You could use something like this in code: Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Sub... ... Sleep 8000 ' Wait until Decompile is removed from memory End Sub Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment I've discovered a fairly repeatable problem with decompile. One of my files has about 23,000 lines of code. If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment John, <> I would whole heartedly dis-agree. MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. <> As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. In fact you can get it to trash a DB with a single line of code. My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). <> More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. A lot of the beta testers complained, so Microsoft came up with /decompile. I know because I was there. But today, with the way import/export now works, it's really not needed. But some still insist on using because they don't understand what it does or why it was created. You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment Brad / Jim It is not technically correct to say that Decompile is untested. It is undocumented. Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. Of course you should back up your database before use. OTOH you should backup your database anyway. I have used decompile for many years and never had a failure specifically caused by the act of decompiling. YMMV. I consider decompile 100% solid. Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. The PCode is what actually runs. In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. Decompile really is just a flush of the pcode streams. Flushing those buffers is a really low risk operation in the overall scheme of things. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > Jim, > > Thanks for the advice. I was not aware that Decompile was > undocumented and perhaps not 100% solid. I plan to incorporate your ideas into our procedures. > > Sincerely, > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 application in a small environment > > Brad, > > I think the only thing I would add is: > > 1. A backup of the new changed ACCDB file before attempting a decompile. > Folks need to remember that while decompile does work 99.9% of the > time, it > still is an undocumented and untested switch by Microsoft. If rare > cases, it can mess up a DB. > > 2. I generally make an archive copy of the existing production > database before copying over it. That why, if there is some form of > corruption in new DB, I have a "Last known good copy" to fall back on. > > Also, not sure how your handling versioning, but I keep a local > table in the db, tblAppVersionControl, which has the version number, > developer notes, > end user message, and release date. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, August 09, 2010 10:19 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" Procedures for Access 2007 > application in a small environment > > All, > > > I am in the process of establishing procedures for promoting changes > from our Development (TEST) environment to our Production environment. > > > The Access 2007 application uses data from a SQL Server database. > There are > no local tables. The application is made available to the end-users > as an .ACCDR file. > > > I have one folder on the server for TEST and a second folder for PROD. > > > Here the steps that I am currently using. > > > Changes to the Access 2007 application are made and tested in the TEST > folder (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the PROD folder. > > > I am curious if these steps are similar to the steps that others use > and I am curious if I am overlooking anything. > > > > Thanks, > > Brad > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Wed Aug 11 11:10:23 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 11 Aug 2010 11:10:23 -0500 Subject: [AccessD] Decompile In-Reply-To: <77FC7FADB87F48649D0A58AB76573AF4@HAL9005> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters><9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005><343FC2161D1D42948F4EC5A30962C495@HAL9005><20B5B48241534625B3EA7F5AEF6C429E@HAL9005> <77FC7FADB87F48649D0A58AB76573AF4@HAL9005> Message-ID: RAID 0 +1 drives (big performance boost for any machine...), Quad core (2.5 ghz), and 8 gigs of RAM. For a desktop, it's pretty kicking. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, August 11, 2010 10:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decompile "a few seconds " Because of clock speed? RAM? Something else? R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, August 11, 2010 8:20 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decompile It did when I used to do that, though on my current machine, that 'long delay' is a few seconds at most. 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 Wed Aug 11 12:01:48 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 11 Aug 2010 13:01:48 -0400 Subject: [AccessD] Decompile In-Reply-To: <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> Message-ID: <4C62D77C.6030601@colbyconsulting.com> I use a shortcut, then edit the shortcut and insert the /decompile switch. When I open Access using that shortcut it opens in "decompile mode" and I then open files from inside of that Access instance and they are decompiled. John W. Colby www.ColbyConsulting.com Rocky Smolin wrote: > Dan: > > I use the Run box with a command like: > > "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" > C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile > > Since there's a history, I don't have to re-key the whole thing every time - > just change the path and name of the mdb. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Wednesday, August 11, 2010 4:57 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Decompile > > Hi Jim, > > I use decompile as an argument in the target field of a shortcut > (/decompile). It's the only way I know to initiate decompile. This > wouldn't allow me to target a specific code procedure. > > Is there another way to initiate decompile? > > Dan From jwcolby at colbyconsulting.com Wed Aug 11 12:03:21 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 11 Aug 2010 13:03:21 -0400 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS><4C617A19.8040401@colbyconsulting.com><99795698D699454C9BF96C97E3A1B04E@danwaters><2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com><95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> Message-ID: <4C62D7D9.7060606@colbyconsulting.com> And this is the *smart* way to do it. I had this set up but it never survived the move to new computer systems. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > All who are following this thread: > > I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. > > You can set this up from within Explorer thus: > > 1/ Select Folder Options from the Tools menu. > 2/ Select the File Types tab in the dialog and locate the MDB extension. > 3/ Click the 'Advanced' button. > 4/ Click the New button to add a new action. > 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... > > "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" > > All of those quote marks are required. > > 6/ Repeat for 'Compact' using this form of the command line... > > "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact > > Lambert From kismert at gmail.com Wed Aug 11 12:15:01 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Wed, 11 Aug 2010 12:15:01 -0500 Subject: [AccessD] Decompile Message-ID: I worked for a company that sold a large Access-based app, and Decompile was absolutely required to make it ready for distribution. But Decompile doesn't fix all issues. That was why I devoted so much time building a 'MDB Rebuild' app for them that recreated forms and reports control-by-control, property-by-property, and rebuilt code from scratch. It was the only way to get rid of bloating and performance issues in certain forms. This whole conversation reminds me of what a fragile, unstable platform Access is, and how miserable it is to use it for front-line development of really big projects. That is why I am so interested in alternatives like LightSwitch, or WASP/WAMP with PHP 5.3 and SQL Server. -Ken From davidmcafee at gmail.com Wed Aug 11 12:18:01 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 11 Aug 2010 10:18:01 -0700 Subject: [AccessD] Decompile In-Reply-To: References: <212DEB0E7510457D906113143E840774@XPS> <4C617A19.8040401@colbyconsulting.com> <99795698D699454C9BF96C97E3A1B04E@danwaters> <2391DDCF02164B95A5149F903C59C73F@creativesystemdesigns.com> <95ADC15F3ED54BB3A131A5CA69EB4D29@danwaters> <9B8B1F5D0A6A4D91B9A8BBE459DEE818@HAL9005> Message-ID: I used to do something similar. In Win XP, I had a short cut to Access with the /Decompile and placed it in my SendTo folder, so I would just right click on an mdb and choose send to -> Acces-Decompile. :) On Wed, Aug 11, 2010 at 6:56 AM, Heenan, Lambert wrote: > All who are following this thread: > > I use a couple registry entries that add "Compact' and 'Decompile' to the Explorer context menus. So all I need to do it right-click and MDB file and select whichever action I want done. > > You can set this up from within Explorer thus: > > 1/ Select Folder Options from the Tools menu. > 2/ Select the File Types tab in the dialog and locate the MDB extension. > 3/ Click the 'Advanced' button. > 4/ Click the New button to add a new action. > 5/ Enter the action name Decompile and in the "Application used to perform action" box type the command line, which will be of this form... > > "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile "%1" > > All of those quote marks are required. > > 6/ Repeat for 'Compact' using this form of the command line... > > "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" /compact > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Wednesday, August 11, 2010 8:59 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Decompile > > Dan: > > I use the Run box with a command like: > > "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" > C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile > > Since there's a history, I don't have to re-key the whole thing every time - just change the path and name of the mdb. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Wednesday, August 11, 2010 4:57 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Decompile > > Hi Jim, > > I use decompile as an argument in the target field of a shortcut (/decompile). ?It's the only way I know to initiate decompile. ?This wouldn't allow me to target a specific code procedure. > > Is there another way to initiate decompile? > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, August 11, 2010 12:00 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Testto Production"Procedures forAccess2007application in asmall environment > > Hi Dan: > > I would imagine you would put the sleep function right after initiating the decompile option. The decompile option is most likely designed as a stand alone feature and therefore was not built to work within an application. > > There are no methods or properties you can use to check its progress, in the conventional way where a 'do event' loop would work so 'Sleep' call is a way to slow/stop your application from fighting with the decompile option for resources. > > In a few applications I have running, the client used PDFCreator and there was sample coding for handling that external feature and the 'Sleep' > function did the task of waiting until PDFCreator had performed its task and was removed from memory. I think it could work with the external decompile option as well... > > HTH > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Tuesday, August 10, 2010 7:38 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment > > Hi Jim, > > I use the Sleep function for a few things - would you put this into the startup code? ?Or would Sleep cause decompile to sleep also? > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Tuesday, August 10, 2010 6:21 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production"Procedures forAccess2007application in a small environment > > Hi Dan: > > You could use something like this in code: > > Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) > > Public Sub... > ? ? ? ?... > > ? ? ?Sleep 8000 ' Wait until Decompile is removed from memory > > End Sub > > Too bad there is not more (any) documentation on the function as a simple do loop could then monitor a parameter and the apps progress. > > HTH > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Tuesday, August 10, 2010 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Procedures forAccess2007application in a small environment > > I've discovered a fairly repeatable problem with decompile. > > One of my files has about 23,000 lines of code. ?If I decompile this (or other sizable access files), and immediately open a code module, the file will often close with the 'corrupt' message, and then try to send a message to MS. > > But if I wait about 10 seconds after the database window opens before I open a code module, then everything works fine. > > My theory is that with a file with this many lines of code, Access is still removing the p-code at the same time I'm trying to open a module, and that causes some kind of conflict, thus causing 'corruption'. > > I went through a lot of these 'corruption' messages before I figured out that just waiting a little while will prevent the issue. > > HTH, > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, August 10, 2010 12:08 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Test to Production" Proceduresfor Access2007application in a small environment > > John, > > <> > > ?I would whole heartedly dis-agree. ?MS does not include /decompile as any part of their official test of Access for release. I don't consider use by end users to be testing. > > <> > > ?As I said, it works 99.99% of the time, but I have personally seen two instances where the use of /decompile trashed a database. ?In fact you can get it to trash a DB with a single line of code. ?My preference has and always will be to import everything into a fresh DB container (p-code does not get imported). > > <> > > ?More specifically, it was created during the A2 to A95 conversion when they were switching from Access Basic to VBA. ?They were changing the runtime binaries from sub-release to sub-release (which at the end was weekly), so any existing p-code would be invalid. > > ?At that time, importing everything into a fresh DB container was a difficult process as you needed to copy toolbars and import/export specs by hand. ?A lot of the beta testers complained, so Microsoft came up with /decompile. ?I know because I was there. > > ?But today, with the way import/export now works, it's really not needed. > But some still insist on using because they don't understand what it does or why it was created. ?You would not believe the number of people that I run into that believe it does something magical to the db and give it credit for doing a lot more then simply invalidating the p-code (if they even know that). > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] "Test to Production" Procedures for Access2007application in a small environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. ?It is undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta testers a means of flushing the pcode buffers and forcing a new compile of code. ?It remains "undocumented" because Microsoft does not want to be liable for any damage caused by its use, and perhaps more realistic, because MS does not want to publicize the fact that VBA would have bugs forcing a decompile. > > Of course you should back up your database before use. ?OTOH you should backup your database anyway. > > I have used decompile for many years and never had a failure specifically caused by the act of decompiling. ?YMMV. ?I consider decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and turned into PCode, and placed into specific places in the MDB. ?The PCode is what actually runs. ?In fact the PCODE is what is shipped in an MDE when you "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. ?Flushing those buffers is a really low risk operation in the overall scheme of things. > > > John W. Colby > www.ColbyConsulting.com > > > Brad Marks wrote: >> Jim, >> >> Thanks for the advice. ?I was not aware that Decompile was >> undocumented > and perhaps not 100% solid. ?I plan to incorporate your ideas into our procedures. >> >> Sincerely, >> Brad >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman >> Sent: Mon 8/9/2010 9:28 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] "Test to Production" Procedures for Access2007 > application in a small environment >> >> Brad, >> >> ? I think the only thing I would add is: >> >> 1. A backup of the new changed ACCDB file before attempting a decompile. >> Folks need to remember that while decompile does work 99.9% of the >> time, > it >> still is an undocumented and untested switch by Microsoft. ?If rare >> cases, it can mess up a DB. >> >> 2. I generally make an archive copy of the existing production >> database before copying over it. ?That why, if there is some form of >> corruption in new DB, I have a "Last known good copy" to fall back on. >> >> ? Also, not sure how your handling versioning, but I keep a local >> table in the db, tblAppVersionControl, which has the version number, >> developer > notes, >> end user message, and release date. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks >> Sent: Monday, August 09, 2010 10:19 AM >> To: accessd at databaseadvisors.com >> Subject: [AccessD] "Test to Production" Procedures for Access 2007 >> application in a small environment >> >> All, >> >> >> I am in the process of establishing procedures for promoting changes >> from our Development (TEST) environment to our Production environment. >> >> >> The Access 2007 application uses data from a SQL Server database. >> There > are >> no local tables. ?The application is made available to the end-users >> as an .ACCDR file. >> >> >> I have one folder on the server for TEST and a second folder for PROD. >> >> >> Here the steps that I am currently using. >> >> >> Changes to the Access 2007 application are made and tested in the TEST >> folder (ACCDB file). >> >> >> Decompile ACCDB >> >> >> Compile ACCDB VBA code ?/ Save it >> >> >> Compact and Repair ACCDB / Save it >> >> >> Run a Utility to Copy the ACCDB file in the TEST folder to the ACCDR >> file > in >> the PROD folder. >> >> >> I am curious if these steps are similar to the steps that others use >> and I am curious if I am overlooking anything. >> >> >> >> Thanks, >> >> Brad >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 stuart at lexacorp.com.pg Wed Aug 11 16:00:17 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 12 Aug 2010 07:00:17 +1000 Subject: [AccessD] Decompile In-Reply-To: <343FC2161D1D42948F4EC5A30962C495@HAL9005> References: , , <343FC2161D1D42948F4EC5A30962C495@HAL9005> Message-ID: <4C630F61.31420.907BBBF@stuart.lexacorp.com.pg> I often do that sort of thing with a batch file and a link in the SendTo folder. (which MS in their wisdom decided to hide in Vista/7 - it's now hidden in "C:\Users\XXXXXXXXXX\AppData\Roaming\Microsoft\Windows\SendTo" -- Stuart On 11 Aug 2010 at 7:05, Rocky Smolin wrote: > Lambert: > > That is extremely cool. Going to save me some real headaches . Tks. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert Sent: Wednesday, August 11, 2010 6:56 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Decompile > > All who are following this thread: > > I use a couple registry entries that add "Compact' and 'Decompile' to > the Explorer context menus. So all I need to do it right-click and MDB > file and select whichever action I want done. > > You can set this up from within Explorer thus: > > 1/ Select Folder Options from the Tools menu. > 2/ Select the File Types tab in the dialog and locate the MDB > extension. 3/ Click the 'Advanced' button. 4/ Click the New button to > add a new action. 5/ Enter the action name Decompile and in the > "Application used to perform action" box type the command line, which > will be of this form... > > "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" /decompile > "%1" > > All of those quote marks are required. > > 6/ Repeat for 'Compact' using this form of the command line... > > "C:\Program Files\Microsoft Office\Office10\MSACCESS.EXE" "%1" > /compact > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin Sent: Wednesday, August 11, 2010 8:59 AM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Decompile > > Dan: > > I use the Run box with a command like: > > "C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE" > C:\Clients\E-Z-MRP23\E-Z-MRP-Ver2363.mdb /decompile > > Since there's a history, I don't have to re-key the whole thing every > time - just change the path and name of the mdb. > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Wednesday, August 11, 2010 4:57 AM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Decompile > > Hi Jim, > > I use decompile as an argument in the target field of a shortcut > (/decompile). It's the only way I know to initiate decompile. This > wouldn't allow me to target a specific code procedure. > > Is there another way to initiate decompile? > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence Sent: Wednesday, August 11, 2010 12:00 AM To: 'Access > Developers discussion and problem solving' Subject: Re: [AccessD] > "Testto Production"Procedures forAccess2007application in asmall > environment > > Hi Dan: > > I would imagine you would put the sleep function right after > initiating the decompile option. The decompile option is most likely > designed as a stand alone feature and therefore was not built to work > within an application. > > There are no methods or properties you can use to check its progress, > in the conventional way where a 'do event' loop would work so 'Sleep' > call is a way to slow/stop your application from fighting with the > decompile option for resources. > > In a few applications I have running, the client used PDFCreator and > there was sample coding for handling that external feature and the > 'Sleep' function did the task of waiting until PDFCreator had > performed its task and was removed from memory. I think it could work > with the external decompile option as well... > > HTH > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Tuesday, August 10, 2010 7:38 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] "Test to > Production"Procedures forAccess2007application in a small environment > > Hi Jim, > > I use the Sleep function for a few things - would you put this into > the startup code? Or would Sleep cause decompile to sleep also? > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence Sent: Tuesday, August 10, 2010 6:21 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] "Test to > Production"Procedures forAccess2007application in a small environment > > Hi Dan: > > You could use something like this in code: > > Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As > Long) > > Public Sub... > ... > > Sleep 8000 ' Wait until Decompile is removed from memory > > End Sub > > Too bad there is not more (any) documentation on the function as a > simple do loop could then monitor a parameter and the apps progress. > > HTH > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters > Sent: Tuesday, August 10, 2010 12:01 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] "Test to > Production" Procedures forAccess2007application in a small environment > > I've discovered a fairly repeatable problem with decompile. > > One of my files has about 23,000 lines of code. If I decompile this > (or other sizable access files), and immediately open a code module, > the file will often close with the 'corrupt' message, and then try to > send a message to MS. > > But if I wait about 10 seconds after the database window opens before > I open a code module, then everything works fine. > > My theory is that with a file with this many lines of code, Access is > still removing the p-code at the same time I'm trying to open a > module, and that causes some kind of conflict, thus causing > 'corruption'. > > I went through a lot of these 'corruption' messages before I figured > out that just waiting a little while will prevent the issue. > > HTH, > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, August 10, 2010 12:08 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] "Test to > Production" Proceduresfor Access2007application in a small environment > > John, > > < is undocumented.>> > > I would whole heartedly dis-agree. MS does not include /decompile > as any > part of their official test of Access for release. I don't consider > use by end users to be testing. > > < specifically caused by the act of decompiling. YMMV. I consider > decompile 100% solid.>> > > As I said, it works 99.99% of the time, but I have personally seen > two > instances where the use of /decompile trashed a database. In fact you > can get it to trash a DB with a single line of code. My preference > has and always will be to import everything into a fresh DB container > (p-code does not get imported). > > < beta testers a means of flushing the pcode buffers and forcing a new > compile of code. >> > > More specifically, it was created during the A2 to A95 conversion > when > they were switching from Access Basic to VBA. They were changing the > runtime binaries from sub-release to sub-release (which at the end was > weekly), so any existing p-code would be invalid. > > At that time, importing everything into a fresh DB container was a > difficult process as you needed to copy toolbars and import/export > specs by hand. A lot of the beta testers complained, so Microsoft > came up with /decompile. I know because I was there. > > But today, with the way import/export now works, it's really not > needed. > But some still insist on using because they don't understand what it > does or why it was created. You would not believe the number of > people that I run into that believe it does something magical to the > db and give it credit for doing a lot more then simply invalidating > the p-code (if they even know that). > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 10, 2010 12:11 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] "Test to > Production" Procedures for Access2007application in a small > environment > > Brad / Jim > > It is not technically correct to say that Decompile is untested. It > is undocumented. > > Decompile was created long ago by Microsoft (of course) to allow beta > testers a means of flushing the pcode buffers and forcing a new > compile of code. It remains "undocumented" because Microsoft does not > want to be liable for any damage caused by its use, and perhaps more > realistic, because MS does not want to publicize the fact that VBA > would have bugs forcing a decompile. > > Of course you should back up your database before use. OTOH you > should backup your database anyway. > > I have used decompile for many years and never had a failure > specifically caused by the act of decompiling. YMMV. I consider > decompile 100% solid. > > Your English language VBA code is "compiled" (interpreted really) and > turned into PCode, and placed into specific places in the MDB. The > PCode is what actually runs. In fact the PCODE is what is shipped in > an MDE when you "strip out" the vba text files. > > Decompile really is just a flush of the pcode streams. Flushing those > buffers is a really low risk operation in the overall scheme of > things. > > > John W. Colby > www.ColbyConsulting.com > > > Brad Marks wrote: > > Jim, > > > > Thanks for the advice. I was not aware that Decompile was > > undocumented > and perhaps not 100% solid. I plan to incorporate your ideas into our > procedures. > > Sincerely, > Brad > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com on behalf of Jim Dettman > > Sent: Mon 8/9/2010 9:28 AM > To: 'Access Developers discussion and > problem solving' > Subject: Re: [AccessD] "Test to Production" > Procedures for Access2007 application in a small environment > > > Brad, > > I think the only thing I would add is: > > 1. A backup of > the new changed ACCDB file before attempting a decompile. > Folks need > to remember that while decompile does work 99.9% of the > time, it > > still is an undocumented and untested switch by Microsoft. If rare > > cases, it can mess up a DB. > > 2. I generally make an archive copy of > the existing production > database before copying over it. That why, > if there is some form of > corruption in new DB, I have a "Last known > good copy" to fall back on. > > Also, not sure how your handling > versioning, but I keep a local > table in the db, > tblAppVersionControl, which has the version number, > developer notes, > > end user message, and release date. > > Jim. > > -----Original > Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > > Sent: Monday, August 09, 2010 10:19 AM > To: > accessd at databaseadvisors.com > Subject: [AccessD] "Test to Production" > Procedures for Access 2007 > application in a small environment > > > All, > > > I am in the process of establishing procedures for > promoting changes > from our Development (TEST) environment to our > Production environment. > > > The Access 2007 application uses data > from a SQL Server database. > There are > no local tables. The > application is made available to the end-users > as an .ACCDR file. > > > > I have one folder on the server for TEST and a second folder for > PROD. > > > Here the steps that I am currently using. > > > Changes to > the Access 2007 application are made and tested in the TEST > folder > (ACCDB file). > > > Decompile ACCDB > > > Compile ACCDB VBA code / > Save it > > > Compact and Repair ACCDB / Save it > > > Run a Utility > to Copy the ACCDB file in the TEST folder to the ACCDR > file in > the > PROD folder. > > > I am curious if these steps are similar to the > steps that others use > and I am curious if I am overlooking anything. > > > > > Thanks, > > Brad > -- AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Aug 11 18:14:41 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 11 Aug 2010 19:14:41 -0400 Subject: [AccessD] Decompile In-Reply-To: References: Message-ID: <4C632EE1.9090709@colbyconsulting.com> Ken, I couldn't agree more. It is a fragile platform with plenty of serious bugs, which is why it is so irritating when they devote an entire major revision and man years of development to pretty toolbars. John W. Colby www.ColbyConsulting.com Kenneth Ismert wrote: > I worked for a company that sold a large Access-based app, and Decompile was > absolutely required to make it ready for distribution. > > But Decompile doesn't fix all issues. That was why I devoted so much time > building a 'MDB Rebuild' app for them that recreated forms and reports > control-by-control, property-by-property, and rebuilt code from scratch. It > was the only way to get rid of bloating and performance issues in certain > forms. > > This whole conversation reminds me of what a fragile, unstable platform > Access is, and how miserable it is to use it for front-line development of > really big projects. > > That is why I am so interested in alternatives like LightSwitch, or > WASP/WAMP with PHP 5.3 and SQL Server. > > -Ken From kismert at gmail.com Fri Aug 13 09:34:41 2010 From: kismert at gmail.com (Kenneth Ismert) Date: Fri, 13 Aug 2010 09:34:41 -0500 Subject: [AccessD] AccessD Digest, Vol 90, Issue 13 In-Reply-To: References: Message-ID: > jwcolby: > > I couldn't agree more. It is a fragile platform with plenty of serious > bugs, which is why it is so irritating when they devote an entire major > revision and man years of development to pretty toolbars. > > I went to a .NET user meeting last night, and what what the splashy new feature mentioned for Sharepoint? Ribbons! While the Microsoft evangelist had lots of good stuff to show on VS2010/Sharepoint integration, he saved the fanfare for the glitz. The developer audience liked the real features, but seemed unimpressed with the filigree. -Ken From brad.marks1 at gmail.com Fri Aug 13 12:43:24 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Fri, 13 Aug 2010 10:43:24 -0700 Subject: [AccessD] You Folks are Great! Message-ID: All, A little over a week ago, I posted a question regarding moving an Access application from Development to Production. A number of AccessD people shared their ideas and insights. I learned a number of new things and I have now refined the procedures we use when we move things from Development to Production. I appreciate the help and I would guess that others may have also learned from this exchange of ideas. As an experiment, I posted the same question on another internet forum. The feedback was dismal. For several days, the only feedback was from a guy who was using my question as an opportunity to sell his software. I think that the people who participate in AccessD deserve a pat on the back. Sincerely, Brad "I am correct 97% of the time and I really don't care about the other 4%" :-) From RRANTHON at sentara.com Fri Aug 13 12:47:47 2010 From: RRANTHON at sentara.com (RANDALL R ANTHONY) Date: Fri, 13 Aug 2010 13:47:47 -0400 Subject: [AccessD] You Folks are Great! In-Reply-To: References: Message-ID: <201008131747.o7DHlkUd024080@databaseadvisors.com> BZ, everyone... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 13, 2010 1:43 PM To: accessd at databaseadvisors.com Subject: [AccessD] You Folks are Great! All, A little over a week ago, I posted a question regarding moving an Access application from Development to Production. A number of AccessD people shared their ideas and insights. I learned a number of new things and I have now refined the procedures we use when we move things from Development to Production. I appreciate the help and I would guess that others may have also learned from this exchange of ideas. As an experiment, I posted the same question on another internet forum. The feedback was dismal. For several days, the only feedback was from a guy who was using my question as an opportunity to sell his software. I think that the people who participate in AccessD deserve a pat on the back. Sincerely, Brad "I am correct 97% of the time and I really don't care about the other 4%" :-) -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Aug 14 09:59:39 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 14 Aug 2010 07:59:39 -0700 Subject: [AccessD] You Folks are Great! In-Reply-To: References: Message-ID: <97A621E76A2D4AB0B9994277733B76D1@creativesystemdesigns.com> Well thank you Brad. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, August 13, 2010 10:43 AM To: accessd at databaseadvisors.com Subject: [AccessD] You Folks are Great! All, A little over a week ago, I posted a question regarding moving an Access application from Development to Production. A number of AccessD people shared their ideas and insights. I learned a number of new things and I have now refined the procedures we use when we move things from Development to Production. I appreciate the help and I would guess that others may have also learned from this exchange of ideas. As an experiment, I posted the same question on another internet forum. The feedback was dismal. For several days, the only feedback was from a guy who was using my question as an opportunity to sell his software. I think that the people who participate in AccessD deserve a pat on the back. Sincerely, Brad "I am correct 97% of the time and I really don't care about the other 4%" :-) -- 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 Aug 16 15:27:18 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 16 Aug 2010 16:27:18 -0400 Subject: [AccessD] Access 2007 Forms as Tabs Message-ID: Access 2007 provides the ability to open a sequence of forms such that each form becomes a tab, such that with 3 forms open, say, across the top you have 3 tabs, one for each form. (This is NOT the same as a tabbed form.) As an example, the sample Time and Billing app does this. I cannot figure out what property causes forms to open this way. I am upgrading an Access 2003 app to 2007 and want to emulate this behaviour. Can anyone suggest how it's done? TIA, Arthur From dw-murphy at cox.net Mon Aug 16 15:49:21 2010 From: dw-murphy at cox.net (Doug Murphy) Date: Mon, 16 Aug 2010 13:49:21 -0700 Subject: [AccessD] Access 2007 Forms as Tabs In-Reply-To: References: Message-ID: <58505E93F9BE42C2A68ADCFC0D49E121@murphy3234aaf1> Arthur, It isn't obvious. Go to the Office button, select Access Options on the lower border, select Current Database, set in Document Window Options. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, August 16, 2010 1:27 PM To: Access Developers discussion and problem solving Subject: [AccessD] Access 2007 Forms as Tabs Access 2007 provides the ability to open a sequence of forms such that each form becomes a tab, such that with 3 forms open, say, across the top you have 3 tabs, one for each form. (This is NOT the same as a tabbed form.) As an example, the sample Time and Billing app does this. I cannot figure out what property causes forms to open this way. I am upgrading an Access 2003 app to 2007 and want to emulate this behaviour. Can anyone suggest how it's done? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chester_Kaup at kindermorgan.com Tue Aug 17 07:48:06 2010 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Tue, 17 Aug 2010 07:48:06 -0500 Subject: [AccessD] Chart does not refresh Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C192507D298@houex1.kindermorgan.com> I run the following code on the enter event of a chart on a form. The first time I open the form the chart is on nothing happens. I then close the form and reopen it. Then the code works as intended. Do I maybe need to put the code on a different event or on a form event rather than a chart event? Private Sub chtPlantChart_Enter() Dim GraphApp As Graph.Application Dim GraphObj As Graph.Chart Dim XMin As Single Set GraphObj = Me!chtPlantChart.Object GraphObj.Axes(1).MinimumScaleIsAuto = True XMin = GraphObj.Axes(1).MinimumScale GraphObj.Axes(1).MinimumScale = XMin + 1 Me!chtPlantChart.SetFocus GraphObj.Application.Update Me.Repaint End Sub 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 accessd at shaw.ca Tue Aug 17 13:58:28 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 17 Aug 2010 11:58:28 -0700 Subject: [AccessD] Chart does not refresh In-Reply-To: <0B2BF8524B73A248A2F1B81BA751ED3C192507D298@houex1.kindermorgan.com> References: <0B2BF8524B73A248A2F1B81BA751ED3C192507D298@houex1.kindermorgan.com> Message-ID: <87E5F5C62EEE460FBD41CC963B1136A2@creativesystemdesigns.com> Hi Chester: Without testing I would try the 'load' event... that event takes place when all the primary objects have been loaded and then allows you to run any function or subroutines. You can also use the 'open' event but that can be too early (before 'load') or the 'activate' event but that event requires focus but runs after the 'load' event. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: Tuesday, August 17, 2010 5:48 AM To: Access Developers discussion and problem solving Subject: [AccessD] Chart does not refresh I run the following code on the enter event of a chart on a form. The first time I open the form the chart is on nothing happens. I then close the form and reopen it. Then the code works as intended. Do I maybe need to put the code on a different event or on a form event rather than a chart event? Private Sub chtPlantChart_Enter() Dim GraphApp As Graph.Application Dim GraphObj As Graph.Chart Dim XMin As Single Set GraphObj = Me!chtPlantChart.Object GraphObj.Axes(1).MinimumScaleIsAuto = True XMin = GraphObj.Axes(1).MinimumScale GraphObj.Axes(1).MinimumScale = XMin + 1 Me!chtPlantChart.SetFocus GraphObj.Application.Update Me.Repaint End Sub 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 andy at minstersystems.co.uk Tue Aug 17 15:52:59 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 17 Aug 2010 21:52:59 +0100 Subject: [AccessD] Access pivot tables In-Reply-To: <87E5F5C62EEE460FBD41CC963B1136A2@creativesystemdesigns.com> Message-ID: <63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> Hi all I may have just missed it but I don't recall anyone discussing these on the list. Anyway I've never used them but am in the position that a user has started to construct an Access db and has created one and now needs help and advice. Anyone know anything about them? Are they any good? Do they expose a full set of methods and properties? Should they be avoided at all costs? Or what? Who knows? Help! Andy From ab-mi at post3.tele.dk Wed Aug 18 18:31:02 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Thu, 19 Aug 2010 01:31:02 +0200 Subject: [AccessD] Access 2010 Data Macros In-Reply-To: <63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> References: <87E5F5C62EEE460FBD41CC963B1136A2@creativesystemdesigns.com> <63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> Message-ID: Hi group, Any of you been playing with this new feature? Data Macros in A2010 is supposed to function similar to triggers in SQL Server. So I expected the feature to be able to automate something like this: cancel an order detail record if the item amount exceeds the stock available in a stock table. Which doesn't seem to be the case: the functions exposed narrow down to the very few standard Jet-functions and doesn't include the needed Access-functions for lookup and aggregation. And worse: Can't get this feature working for me at all. Tried a simple exercise reproducing the simple example in: http://www.youtube.com/watch?v=J3G0ivjpy9k - result: nothing ... So any experience with this feature is appreciated. Asger From Darryl.Collins at iag.com.au Wed Aug 18 19:48:00 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 19 Aug 2010 10:48:00 +1000 Subject: [AccessD] Access pivot tables In-Reply-To: <63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> Message-ID: <201008190048.o7J0lu2Q021487@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ IMHO you should use the best tool for the job. That tool would be Excel. Excel's pivot table capabilities far exceed what Access can do and are much more flexible and powerful. You can either export the recordset to Excel and create the PT or Excel will also let you hook a PT into many external datasources, including Access. Personally I would avoid PT's and charts in Access. Your milage may vary... cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Wednesday, 18 August 2010 6:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access pivot tables Hi all I may have just missed it but I don't recall anyone discussing these on the list. Anyway I've never used them but am in the position that a user has started to construct an Access db and has created one and now needs help and advice. Anyone know anything about them? Are they any good? Do they expose a full set of methods and properties? Should they be avoided at all costs? Or what? Who knows? Help! Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From Darryl.Collins at iag.com.au Wed Aug 18 22:42:38 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 19 Aug 2010 13:42:38 +1000 Subject: [AccessD] Using a dynamic recordset field. In-Reply-To: Message-ID: <201008190342.o7J3gU6N006665@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi all, I am hoping this is simple, but I cannot seem to get my head around the solution and it is rather tricky to google. The problem is simple I have a line in code like this Dim strField as string gstrSQL = "SELECT " & strField & " FROM tblWhatEver" Set rsDAO = DBEngine(0)(0).OpenRecordset(gstrSQL) ' THIS WORKS: if rsDAO.Recordcount > 0 then dblValue = rsDAO!AD end if WHAT I WANT (and it doesn't work): if rsDAO.Recordcount > 0 then dblValue = rsDAO!" & strField end if Can I make the fieldname after the '!' dynamic? and what is the syntax? cheers Darryl. _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From michael at mattysconsulting.com Wed Aug 18 22:49:01 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Wed, 18 Aug 2010 23:49:01 -0400 Subject: [AccessD] Using a dynamic recordset field. In-Reply-To: <201008190342.o7J3gU6N006665@databaseadvisors.com> References: <201008190342.o7J3gU6N006665@databaseadvisors.com> Message-ID: Hi Darryl, Just say rsDAO.Fields(strField) Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 18, 2010 11:43 PM To: Access Developers discussion and problem solving Subject: [AccessD] Using a dynamic recordset field. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi all, I am hoping this is simple, but I cannot seem to get my head around the solution and it is rather tricky to google. The problem is simple I have a line in code like this Dim strField as string gstrSQL = "SELECT " & strField & " FROM tblWhatEver" Set rsDAO = DBEngine(0)(0).OpenRecordset(gstrSQL) ' THIS WORKS: if rsDAO.Recordcount > 0 then dblValue = rsDAO!AD end if WHAT I WANT (and it doesn't work): if rsDAO.Recordcount > 0 then dblValue = rsDAO!" & strField end if Can I make the fieldname after the '!' dynamic? and what is the syntax? cheers Darryl. ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at iag.com.au Wed Aug 18 22:59:43 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 19 Aug 2010 13:59:43 +1000 Subject: [AccessD] Using a dynamic recordset field. In-Reply-To: Message-ID: <201008190359.o7J3xYHr026447@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Michael, aaah, In true AccessD style, I found the answer about 23.4 seconds after posting this enquiry. ;) Thanks for your speedy reply though. I ended up using If rsDAO.RecordCount > 0 Then GetMainDataSit = rsDAO(strRisk) End If as part of the function. Works as expected. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Thursday, 19 August 2010 1:49 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Using a dynamic recordset field. Hi Darryl, Just say rsDAO.Fields(strField) Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, August 18, 2010 11:43 PM To: Access Developers discussion and problem solving Subject: [AccessD] Using a dynamic recordset field. ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ Hi all, I am hoping this is simple, but I cannot seem to get my head around the solution and it is rather tricky to google. The problem is simple I have a line in code like this Dim strField as string gstrSQL = "SELECT " & strField & " FROM tblWhatEver" Set rsDAO = DBEngine(0)(0).OpenRecordset(gstrSQL) ' THIS WORKS: if rsDAO.Recordcount > 0 then dblValue = rsDAO!AD end if WHAT I WANT (and it doesn't work): if rsDAO.Recordcount > 0 then dblValue = rsDAO!" & strField end if Can I make the fieldname after the '!' dynamic? and what is the syntax? cheers Darryl. ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From stuart at lexacorp.com.pg Wed Aug 18 23:03:37 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 19 Aug 2010 14:03:37 +1000 Subject: [AccessD] Using a dynamic recordset field. In-Reply-To: References: , <201008190342.o7J3gU6N006665@databaseadvisors.com>, Message-ID: <4C6CAD19.6261.24C2BBEF@stuart.lexacorp.com.pg> or just rsDAO(strField) On 18 Aug 2010 at 23:49, Michael Mattys wrote: > Hi Darryl, > > Just say rsDAO.Fields(strField) > > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins Sent: Wednesday, August 18, 2010 11:43 PM To: Access > Developers discussion and problem solving Subject: [AccessD] Using a > dynamic recordset field. > > > ______________________________________________________________________ > ______ ___________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > ______ ___________ > > > Hi all, > > I am hoping this is simple, but I cannot seem to get my head around > the solution and it is rather tricky to google. > > The problem is simple > > I have a line in code like this > > Dim strField as string > > gstrSQL = "SELECT " & strField & " FROM tblWhatEver" > Set rsDAO = DBEngine(0)(0).OpenRecordset(gstrSQL) > > ' THIS WORKS: > if rsDAO.Recordcount > 0 then > dblValue = rsDAO!AD > end if > > WHAT I WANT (and it doesn't work): > if rsDAO.Recordcount > 0 then > dblValue = rsDAO!" & strField > end if > > Can I make the fieldname after the '!' dynamic? and what is the > syntax? > > cheers > Darryl. > > > ______________________________________________________________________ > ______ ___________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, 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. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > ______ ___________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 iag.com.au Wed Aug 18 23:08:39 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 19 Aug 2010 14:08:39 +1000 Subject: [AccessD] Using a dynamic recordset field. In-Reply-To: <4C6CAD19.6261.24C2BBEF@stuart.lexacorp.com.pg> Message-ID: <201008190408.o7J48Vbe007554@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ ok.. thanks Stuart, I was just considering following up that very issue. Is it better to be explict by using the ".fields" syntax, or is that redunant? It worked fine without it, but that may have been good luck rather than good coding. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, 19 August 2010 2:04 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Using a dynamic recordset field. or just rsDAO(strField) On 18 Aug 2010 at 23:49, Michael Mattys wrote: > Hi Darryl, > > Just say rsDAO.Fields(strField) > > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins Sent: Wednesday, August 18, 2010 11:43 PM To: Access > Developers discussion and problem solving Subject: [AccessD] Using a > dynamic recordset field. > > > ______________________________________________________________________ > ______ ___________ > > Note: This e-mail is subject to the disclaimer contained at the bottom > of this message. > ______________________________________________________________________ > ______ ___________ > > > Hi all, > > I am hoping this is simple, but I cannot seem to get my head around > the solution and it is rather tricky to google. > > The problem is simple > > I have a line in code like this > > Dim strField as string > > gstrSQL = "SELECT " & strField & " FROM tblWhatEver" > Set rsDAO = DBEngine(0)(0).OpenRecordset(gstrSQL) > > ' THIS WORKS: > if rsDAO.Recordcount > 0 then > dblValue = rsDAO!AD > end if > > WHAT I WANT (and it doesn't work): > if rsDAO.Recordcount > 0 then > dblValue = rsDAO!" & strField > end if > > Can I make the fieldname after the '!' dynamic? and what is the > syntax? > > cheers > Darryl. > > > ______________________________________________________________________ > ______ ___________ > > The information transmitted in this message and its attachments (if > any) is intended only for the person or entity to which it is > addressed. The message may contain confidential and/or privileged > material. Any review, retransmission, 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. > > If you have received this in error, please contact the sender and > delete this e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, > disclose or distribute the information contained in this e-mail and > any attached files, with the permission of the sender. > > This message has been scanned for viruses. > ______________________________________________________________________ > ______ ___________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From davidmcafee at gmail.com Thu Aug 19 08:23:19 2010 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 19 Aug 2010 06:23:19 -0700 Subject: [AccessD] Using a dynamic recordset field. In-Reply-To: References: <4C6CAD19.6261.24C2BBEF@stuart.lexacorp.com.pg> <201008190408.o7J48Vbe007554@databaseadvisors.com> Message-ID: Darryl, just a slightly off topic comment. IIRC with DAO, if you want an accurate count, you want to do something like this: If not rs.bof and not rs.eof then Rs.movelast Rs.movefirst ' now do something with rs Else 'Empty recordset End if Sent from my Droid phone. On Aug 18, 2010 9:10 PM, "Darryl Collins" wrote: _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___________... ok.. thanks Stuart, I was just considering following up that very issue. Is it better to be explict by using the ".fields" syntax, or is that redunant? It worked fine without it, but that may have been good luck rather than good coding. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at d... Subject: Re: [AccessD] Using a dynamic recordset field. or just rsDAO(strField) On 18 Aug 2010 at ... _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the ... From andy at minstersystems.co.uk Thu Aug 19 11:11:26 2010 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 19 Aug 2010 17:11:26 +0100 Subject: [AccessD] Access pivot tables In-Reply-To: <201008190048.o7J0lu2Q021487@databaseadvisors.com> Message-ID: <067CB30712D94DBE80670969935E2D70@MINSTER> Ok Darryl, thanks for the advice. Andy -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: 19 August 2010 01:48 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access pivot tables ____________________________________________________________________________ ___________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ____________________________________________________________________________ ___________ IMHO you should use the best tool for the job. That tool would be Excel. Excel's pivot table capabilities far exceed what Access can do and are much more flexible and powerful. You can either export the recordset to Excel and create the PT or Excel will also let you hook a PT into many external datasources, including Access. Personally I would avoid PT's and charts in Access. Your milage may vary... cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Wednesday, 18 August 2010 6:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access pivot tables Hi all I may have just missed it but I don't recall anyone discussing these on the list. Anyway I've never used them but am in the position that a user has started to construct an Access db and has created one and now needs help and advice. Anyone know anything about them? Are they any good? Do they expose a full set of methods and properties? Should they be avoided at all costs? Or what? Who knows? Help! Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ____________________________________________________________________________ ___________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. ____________________________________________________________________________ ___________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Thu Aug 19 13:06:06 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 19 Aug 2010 13:06:06 -0500 Subject: [AccessD] Access doldrums?? References: <4C55906C.4010104@nanaimo.ark.com><19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: Gary, I am located about an hour from Minneapolis. I am relatively new to the world of Access. Is there by chance an Access User Group in the Twin Cities? Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Thursday, August 05, 2010 9:30 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access doldrums?? My current position in a Data Warehouse group has me using tools other than Access but I had lunch with an friend who I used to work with 10 years back on an Access project. She had been a regular employee at that site while I was a contractor. She had become a contractor there soon after I had left and her contract had continued on until a few weeks ago. She had a year long contract with new client the week after her longtime contract ended. She said she had several other potential clients to choose from as well. So it would seem that there is Access work out there here in the Minneapolis area. GK On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy wrote: > > Have not seen any traffic on the list for a while. Very little Access work > related for even longer. What is the experience of developers on the number > of Access projects required by companies now compared to a year ago? > > Doug > > -- > 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 message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From garykjos at gmail.com Thu Aug 19 13:52:20 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 19 Aug 2010 13:52:20 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: Hi Brad, You're in Owatonna? I searched for your company name from your e-mail address to learn that. I grew up in Owatonna, graduating from high school there way back in 1974. I am not aware of a Minneapolis area Access users group. GK On Thu, Aug 19, 2010 at 1:06 PM, Brad Marks wrote: > Gary, > > I am located about an hour from Minneapolis. > > I am relatively new to the world of Access. > > Is there by chance an Access User Group in the Twin Cities? > > Thanks, > Brad > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos > Sent: Thursday, August 05, 2010 9:30 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > My current position in a Data Warehouse group has me using tools other > than Access but I had lunch with an friend who I used to work with 10 > years back on an Access project. She had been a regular employee at > that site while I was a contractor. She had become a contractor there > soon after I had left and her contract had continued on until a few > weeks ago. She had a year long contract with new client the week after > her longtime contract ended. She said she had several other potential > clients to choose from as well. So it would seem that there is Access > work out there here in the Minneapolis area. > > GK > > On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy wrote: >> >> Have not seen any traffic on the list for a while. Very little Access > work >> related for even longer. What is the experience of developers on the > number >> of Access projects required by companies now compared to a year ago? >> >> Doug >> >> -- >> 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 message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > 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 jwcolby at colbyconsulting.com Thu Aug 19 14:05:17 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 19 Aug 2010 15:05:17 -0400 Subject: [AccessD] Access doldrums?? In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> Message-ID: <4C6D806D.4040309@colbyconsulting.com> LOL, you already belong to the biggest and best Access user's group in the world. AccessD! John W. Colby www.ColbyConsulting.com Gary Kjos wrote: > Hi Brad, > > You're in Owatonna? I searched for your company name from your e-mail > address to learn that. I grew up in Owatonna, graduating from high > school there way back in 1974. > > I am not aware of a Minneapolis area Access users group. > > GK > > On Thu, Aug 19, 2010 at 1:06 PM, Brad Marks wrote: >> Gary, >> >> I am located about an hour from Minneapolis. >> >> I am relatively new to the world of Access. >> >> Is there by chance an Access User Group in the Twin Cities? >> >> Thanks, >> Brad >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: Thursday, August 05, 2010 9:30 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Access doldrums?? >> >> My current position in a Data Warehouse group has me using tools other >> than Access but I had lunch with an friend who I used to work with 10 >> years back on an Access project. She had been a regular employee at >> that site while I was a contractor. She had become a contractor there >> soon after I had left and her contract had continued on until a few >> weeks ago. She had a year long contract with new client the week after >> her longtime contract ended. She said she had several other potential >> clients to choose from as well. So it would seem that there is Access >> work out there here in the Minneapolis area. >> >> GK >> >> On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy wrote: >>> Have not seen any traffic on the list for a while. Very little Access >> work >>> related for even longer. What is the experience of developers on the >> number >>> of Access projects required by companies now compared to a year ago? >>> >>> Doug >>> >>> -- >>> 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 message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > From BradM at blackforestltd.com Thu Aug 19 14:13:58 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Thu, 19 Aug 2010 14:13:58 -0500 Subject: [AccessD] Access doldrums?? References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C6D806D.4040309@colbyconsulting.com> Message-ID: True, but here in Minnesota, we like to have a beer and tell fish stories in person once in a while. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 19, 2010 2:05 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access doldrums?? LOL, you already belong to the biggest and best Access user's group in the world. AccessD! John W. Colby www.ColbyConsulting.com Gary Kjos wrote: > Hi Brad, > > You're in Owatonna? I searched for your company name from your e-mail > address to learn that. I grew up in Owatonna, graduating from high > school there way back in 1974. > > I am not aware of a Minneapolis area Access users group. > > GK > > On Thu, Aug 19, 2010 at 1:06 PM, Brad Marks wrote: >> Gary, >> >> I am located about an hour from Minneapolis. >> >> I am relatively new to the world of Access. >> >> Is there by chance an Access User Group in the Twin Cities? >> >> Thanks, >> Brad >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >> Sent: Thursday, August 05, 2010 9:30 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Access doldrums?? >> >> My current position in a Data Warehouse group has me using tools other >> than Access but I had lunch with an friend who I used to work with 10 >> years back on an Access project. She had been a regular employee at >> that site while I was a contractor. She had become a contractor there >> soon after I had left and her contract had continued on until a few >> weeks ago. She had a year long contract with new client the week after >> her longtime contract ended. She said she had several other potential >> clients to choose from as well. So it would seem that there is Access >> work out there here in the Minneapolis area. >> >> GK >> >> On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy wrote: >>> Have not seen any traffic on the list for a while. Very little Access >> work >>> related for even longer. What is the experience of developers on the >> number >>> of Access projects required by companies now compared to a year ago? >>> >>> Doug >>> >>> -- >>> 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 message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From garykjos at gmail.com Thu Aug 19 14:21:55 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 19 Aug 2010 14:21:55 -0500 Subject: [AccessD] Access doldrums?? In-Reply-To: <4C6D806D.4040309@colbyconsulting.com> References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C6D806D.4040309@colbyconsulting.com> Message-ID: That is what I was thinking. This list in it's various configurations has served as my user group since around 1997 I think it was. GK On Thu, Aug 19, 2010 at 2:05 PM, jwcolby wrote: > LOL, you already belong to the biggest and best Access user's group in the world. ?AccessD! > > John W. Colby > www.ColbyConsulting.com > > > Gary Kjos wrote: >> Hi Brad, >> >> You're in Owatonna? ?I searched for your company name from your e-mail >> address to learn that. I grew up in Owatonna, graduating from high >> school there way back in 1974. >> >> I am not aware of a Minneapolis area Access users group. >> >> GK >> >> On Thu, Aug 19, 2010 at 1:06 PM, Brad Marks wrote: >>> Gary, >>> >>> I am located about an hour from Minneapolis. >>> >>> I am relatively new to the world of Access. >>> >>> Is there by chance an Access User Group in the Twin Cities? >>> >>> Thanks, >>> Brad >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >>> Sent: Thursday, August 05, 2010 9:30 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Access doldrums?? >>> >>> My current position in a Data Warehouse group has me using tools other >>> than Access but I had lunch with an friend who I used to work with 10 >>> years back on an Access project. She had been a regular employee at >>> that site while I was a contractor. She had become a contractor there >>> soon after I had left and her contract had continued on until a few >>> weeks ago. She had a year long contract with new client the week after >>> her longtime contract ended. She said she had several other potential >>> clients to choose from as well. So it would seem that there is Access >>> work out there here in the Minneapolis area. >>> >>> GK >>> >>> On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy wrote: >>>> Have not seen any traffic on the list for a while. Very little Access >>> work >>>> related for even longer. What is the experience of developers on the >>> number >>>> of Access projects required by companies now compared to a year ago? >>>> >>>> Doug >>>> >>>> -- >>>> 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 message has been scanned for viruses and >>> dangerous content by MailScanner, and is >>> believed to be clean. >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/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 jwcolby at colbyconsulting.com Thu Aug 19 14:33:38 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 19 Aug 2010 15:33:38 -0400 Subject: [AccessD] Access doldrums?? In-Reply-To: References: <4C55906C.4010104@nanaimo.ark.com> <19C03FA4E1044730B6458DA165B2EB98@murphy3234aaf1> <4C6D806D.4040309@colbyconsulting.com> Message-ID: <4C6D8712.7050404@colbyconsulting.com> There's something to be said for actual face to face meetings. You can hold an AccessD meeting right there in your city. Doing it in the late spring or early fall would help your attendance. Definitely no "dead of winter in Minnesota" meetings for me. ;) John W. Colby www.ColbyConsulting.com Brad Marks wrote: > True, but here in Minnesota, we like to have a beer and tell fish > stories in person once in a while. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 19, 2010 2:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access doldrums?? > > LOL, you already belong to the biggest and best Access user's group in > the world. AccessD! > > John W. Colby > www.ColbyConsulting.com > > > Gary Kjos wrote: >> Hi Brad, >> >> You're in Owatonna? I searched for your company name from your e-mail >> address to learn that. I grew up in Owatonna, graduating from high >> school there way back in 1974. >> >> I am not aware of a Minneapolis area Access users group. >> >> GK >> >> On Thu, Aug 19, 2010 at 1:06 PM, Brad Marks > wrote: >>> Gary, >>> >>> I am located about an hour from Minneapolis. >>> >>> I am relatively new to the world of Access. >>> >>> Is there by chance an Access User Group in the Twin Cities? >>> >>> Thanks, >>> Brad >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos >>> Sent: Thursday, August 05, 2010 9:30 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Access doldrums?? >>> >>> My current position in a Data Warehouse group has me using tools > other >>> than Access but I had lunch with an friend who I used to work with 10 >>> years back on an Access project. She had been a regular employee at >>> that site while I was a contractor. She had become a contractor there >>> soon after I had left and her contract had continued on until a few >>> weeks ago. She had a year long contract with new client the week > after >>> her longtime contract ended. She said she had several other potential >>> clients to choose from as well. So it would seem that there is Access >>> work out there here in the Minneapolis area. >>> >>> GK >>> >>> On Tue, Aug 3, 2010 at 10:44 AM, Doug Murphy > wrote: >>>> Have not seen any traffic on the list for a while. Very little > Access >>> work >>>> related for even longer. What is the experience of developers on the >>> number >>>> of Access projects required by companies now compared to a year ago? >>>> >>>> Doug >>>> >>>> -- >>>> 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 message has been scanned for viruses and >>> dangerous content by MailScanner, and is >>> believed to be clean. >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> From Darryl.Collins at iag.com.au Thu Aug 19 18:50:59 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Fri, 20 Aug 2010 09:50:59 +1000 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <4C6D8712.7050404@colbyconsulting.com> Message-ID: <201008192350.o7JNotSG030406@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ I guess this is more for John, but I am posting it here as others might have the answer. A while back John posted a whole heap of detailed posting on Classes. Now I know I can dig these up in the archives, but I was wondering if they are available online somewhere. I ask because the Excel-L list I am on is currently having a classes thread happening and I think pointing them to John's lessons would be a worthwhile endeavour. I still haven't finished reading all of the posts, although I am hoping to get more time later this year to work thru them in detail. If they are only in the archives, I will just have to get the buggers to sign up to Access D - a couple of us are anyway - I know I have personally recommended this list to a couple members who have joined up. Anyway... Cheers Darryl. _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jwcolby at colbyconsulting.com Fri Aug 20 08:33:10 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 09:33:10 -0400 Subject: [AccessD] OT: Vista explorer default Message-ID: <4C6E8416.20808@colbyconsulting.com> When I open explorer in Vista, it opens with my jwcolby folder expanded and then inside that Mydocuments expanded. The very first thing I do when I open explorer is sliiiiide up and close MyDocuments, then sliiiiide up and close jwcolby so that I can even see my computer, which has been pushed off the bottom of the screen by jwcolby/mydocuments. Given the I don't live in MyDocuments as (apparently) many folks do, I need to get it to open with those two folders collapsed. -- John W. Colby www.ColbyConsulting.com From michael at mattysconsulting.com Fri Aug 20 08:41:43 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Fri, 20 Aug 2010 09:41:43 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6E8416.20808@colbyconsulting.com> References: <4C6E8416.20808@colbyconsulting.com> Message-ID: Right click on the short-cut and change the target to C:\windows\explorer.exe /n,/e,c:\ Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 20, 2010 9:33 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT: Vista explorer default When I open explorer in Vista, it opens with my jwcolby folder expanded and then inside that Mydocuments expanded. The very first thing I do when I open explorer is sliiiiide up and close MyDocuments, then sliiiiide up and close jwcolby so that I can even see my computer, which has been pushed off the bottom of the screen by jwcolby/mydocuments. Given the I don't live in MyDocuments as (apparently) many folks do, I need to get it to open with those two folders collapsed. -- 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 Fri Aug 20 08:52:51 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 09:52:51 -0400 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <201008192350.o7JNotSG030406@databaseadvisors.com> References: <201008192350.o7JNotSG030406@databaseadvisors.com> Message-ID: <4C6E88B3.3070202@colbyconsulting.com> LOL, I keep saying that I should write a book. I went looking and found those lectures and a bunch of demo databases demonstrating classes and events. I can zip it and make it available to our web master to publish. John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > I guess this is more for John, but I am posting it here as others might have the answer. > > A while back John posted a whole heap of detailed posting on Classes. Now I know I can dig these up in the archives, but I was wondering if they are available online somewhere. I ask because the Excel-L list I am on is currently having a classes thread happening and I think pointing them to John's lessons would be a worthwhile endeavour. I still haven't finished reading all of the posts, although I am hoping to get more time later this year to work thru them in detail. > > If they are only in the archives, I will just have to get the buggers to sign up to Access D - a couple of us are anyway - I know I have personally recommended this list to a couple members who have joined up. > > Anyway... > > Cheers > Darryl. > _______________________________________________________________________________________ > > The information transmitted in this message and its attachments (if any) is intended > only for the person or entity to which it is addressed. > The message may contain confidential and/or privileged material. Any review, > retransmission, 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. > > If you have received this in error, please contact the sender and delete this e-mail > and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, disclose or distribute > the information contained in this e-mail and any attached files, with the permission > of the sender. > > This message has been scanned for viruses. > _______________________________________________________________________________________ > From jwcolby at colbyconsulting.com Fri Aug 20 09:51:16 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 10:51:16 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: References: <4C6E8416.20808@colbyconsulting.com> Message-ID: <4C6E9664.8080007@colbyconsulting.com> Nope, didn't work. This is VISTA. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Right click on the short-cut and change the target to > C:\windows\explorer.exe /n,/e,c:\ > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 20, 2010 9:33 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: Vista explorer default > > When I open explorer in Vista, it opens with my jwcolby folder expanded and > then inside that > Mydocuments expanded. The very first thing I do when I open explorer is > sliiiiide up and close > MyDocuments, then sliiiiide up and close jwcolby so that I can even see my > computer, which has been > pushed off the bottom of the screen by jwcolby/mydocuments. > > Given the I don't live in MyDocuments as (apparently) many folks do, I need > to get it to open with > those two folders collapsed. > From fuller.artful at gmail.com Fri Aug 20 09:55:51 2010 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 20 Aug 2010 10:55:51 -0400 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <4C6E88B3.3070202@colbyconsulting.com> References: <201008192350.o7JNotSG030406@databaseadvisors.com> <4C6E88B3.3070202@colbyconsulting.com> Message-ID: That would be wonderful, JC. On Fri, Aug 20, 2010 at 9:52 AM, jwcolby wrote: > LOL, I keep saying that I should write a book. > > I went looking and found those lectures and a bunch of demo databases > demonstrating classes and > events. I can zip it and make it available to our web master to publish. > > John W. Colby > www.ColbyConsulting.com > > > From michael at mattysconsulting.com Fri Aug 20 09:57:44 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Fri, 20 Aug 2010 10:57:44 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6E9664.8080007@colbyconsulting.com> References: <4C6E8416.20808@colbyconsulting.com> <4C6E9664.8080007@colbyconsulting.com> Message-ID: Hi John, I am on Windows 7. I just created a new shortcut on the desktop to point to C:\ and put it on my taskbar ... It thinks I'm trying to modify the system and warns me everytime it's clicked otherwise. PITA. Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 20, 2010 10:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Nope, didn't work. This is VISTA. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Right click on the short-cut and change the target to > C:\windows\explorer.exe /n,/e,c:\ > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 20, 2010 9:33 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: Vista explorer default > > When I open explorer in Vista, it opens with my jwcolby folder expanded and > then inside that > Mydocuments expanded. The very first thing I do when I open explorer is > sliiiiide up and close > MyDocuments, then sliiiiide up and close jwcolby so that I can even see my > computer, which has been > pushed off the bottom of the screen by jwcolby/mydocuments. > > Given the I don't live in MyDocuments as (apparently) many folks do, I need > to get it to open with > those two folders collapsed. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Aug 20 10:11:14 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 11:11:14 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: References: <4C6E8416.20808@colbyconsulting.com> <4C6E9664.8080007@colbyconsulting.com> Message-ID: <4C6E9B12.2060004@colbyconsulting.com> Michael, That is exactly what I was looking for. I opened explorer, dragged the computer icon to the desktop which created a shortcut, then dragged that shortcut to my quick launch. When I open that it opens explorer with the computer object expanded. Nice! Thanks. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi John, > > I am on Windows 7. I just created a new shortcut on the desktop > to point to C:\ and put it on my taskbar ... > It thinks I'm trying to modify the system and warns me everytime it's > clicked otherwise. PITA. > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 20, 2010 10:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Vista explorer default > > Nope, didn't work. > > This is VISTA. > > John W. Colby > www.ColbyConsulting.com > > > Michael Mattys wrote: >> Right click on the short-cut and change the target to >> C:\windows\explorer.exe /n,/e,c:\ >> >> Michael R Mattys >> Business Process Developers >> www.mattysconsulting.com >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, August 20, 2010 9:33 AM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] OT: Vista explorer default >> >> When I open explorer in Vista, it opens with my jwcolby folder expanded > and >> then inside that >> Mydocuments expanded. The very first thing I do when I open explorer is >> sliiiiide up and close >> MyDocuments, then sliiiiide up and close jwcolby so that I can even see my >> computer, which has been >> pushed off the bottom of the screen by jwcolby/mydocuments. >> >> Given the I don't live in MyDocuments as (apparently) many folks do, I > need >> to get it to open with >> those two folders collapsed. >> From jwcolby at colbyconsulting.com Fri Aug 20 11:06:48 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 12:06:48 -0400 Subject: [AccessD] Posting Classes lectures by JW Colby to the AccessD web site In-Reply-To: References: <201008192350.o7JNotSG030406@databaseadvisors.com> <4C6E88B3.3070202@colbyconsulting.com> Message-ID: <4C6EA818.6090808@colbyconsulting.com> I need to have our webmaster contact me off line so that I can get a zip file to you for posting to the web site. John W. Colby www.ColbyConsulting.com Arthur Fuller wrote: > That would be wonderful, JC. > > On Fri, Aug 20, 2010 at 9:52 AM, jwcolby wrote: > >> LOL, I keep saying that I should write a book. >> >> I went looking and found those lectures and a bunch of demo databases >> demonstrating classes and >> events. I can zip it and make it available to our web master to publish. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> From stuart at lexacorp.com.pg Fri Aug 20 11:13:29 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 21 Aug 2010 02:13:29 +1000 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6E9664.8080007@colbyconsulting.com> References: <4C6E8416.20808@colbyconsulting.com>, , <4C6E9664.8080007@colbyconsulting.com> Message-ID: <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg> Have you tried opening Explorer using WindowsKey + E? That opens Explorer with "Computer" as the selected location for me. -- Stuart On 20 Aug 2010 at 10:51, jwcolby wrote: > Nope, didn't work. > > This is VISTA. > > John W. Colby > www.ColbyConsulting.com > > > Michael Mattys wrote: > > Right click on the short-cut and change the target to > > C:\windows\explorer.exe /n,/e,c:\ > > > > Michael R Mattys > > Business Process Developers > > www.mattysconsulting.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Friday, August 20, 2010 9:33 AM To: Access Developers > > discussion and problem solving Subject: [AccessD] OT: Vista explorer > > default > > > > When I open explorer in Vista, it opens with my jwcolby folder > > expanded and then inside that Mydocuments expanded. The very first > > thing I do when I open explorer is sliiiiide up and close > > MyDocuments, then sliiiiide up and close jwcolby so that I can even > > see my computer, which has been pushed off the bottom of the screen > > by jwcolby/mydocuments. > > > > Given the I don't live in MyDocuments as (apparently) many folks do, > > I need to get it to open with those two folders collapsed. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Fri Aug 20 11:52:09 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 12:52:09 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg> References: <4C6E8416.20808@colbyconsulting.com>, , <4C6E9664.8080007@colbyconsulting.com> <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg> Message-ID: <4C6EB2B9.5020409@colbyconsulting.com> No I have never done that. For a keyboard kinda guy I must say I am ignorant about the windows hot keys. Thanks for the suggestion. John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > Have you tried opening Explorer using WindowsKey + E? > > That opens Explorer with "Computer" as the selected location for me. > From kathryn at bassett.net Fri Aug 20 11:56:53 2010 From: kathryn at bassett.net (Kathryn Bassett) Date: Fri, 20 Aug 2010 09:56:53 -0700 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6E9B12.2060004@colbyconsulting.com> References: <4C6E8416.20808@colbyconsulting.com> <4C6E9664.8080007@colbyconsulting.com> <4C6E9B12.2060004@colbyconsulting.com> Message-ID: <001b01cb4088$b1097cb0$131c7610$@net> I have about 6 or 7 similar shortcuts on my taskbar (Vista). I did a right click on desktop, chose new shortcut, navigated to what I wanted to open. Next I changed the icon for whatever I was trying to represent. Dragged new shortcut to taskbar and deleted the one on desktop. I have one for c:, one for k: (server where Documents resides), p: (server where Pictures resides), and a few more for particular subdirectories. I have a screen shot of a particular alphabet that I like, and I've cropped letters from it and turned into .ico's, to use instead of the folder icon. Ta-Da - on the taskbar are C, K, P, etc. -- Kathryn Rhinehart Bassett (Pasadena CA) "Genealogy is my bag" "GH is my soap" kathryn at bassett.net http://bassett.net?? > -----Original Message----- > That is exactly what I was looking for. I opened explorer, dragged the > computer icon to the desktop > which created a shortcut, then dragged that shortcut to my quick > launch. When I open that it opens > explorer with the computer object expanded. > John W. Colby > www.ColbyConsulting.com > > > I am on Windows 7. I just created a new shortcut on the desktop > > to point to C:\ and put it on my taskbar ... > > It thinks I'm trying to modify the system and warns me everytime it's > > clicked otherwise. PITA. > > Michael R Mattys > > www.mattysconsulting.com From stuart at lexacorp.com.pg Fri Aug 20 12:01:00 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 21 Aug 2010 03:01:00 +1000 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6EB2B9.5020409@colbyconsulting.com> References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com> Message-ID: <4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 Fri Aug 20 12:26:07 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 20 Aug 2010 13:26:07 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com> <4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> Message-ID: And Windows + F for a search dialog Windows + L to lock the workstation Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 20, 2010 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 From DWUTKA at Marlow.com Fri Aug 20 13:33:26 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 20 Aug 2010 13:33:26 -0500 Subject: [AccessD] OT: Vista explorer default In-Reply-To: References: <4C6E8416.20808@colbyconsulting.com><4C6E9664.8080007@colbyconsulting.com> Message-ID: Actually, just open Explorer. Then, where you would see the C drive (as an icon), drag C to the Explorer icon in the Taskbar. Whalla, C: shows up in your pinned list, so you can click that any time to just open C: (You can do this for any folder/drive you want) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Friday, August 20, 2010 9:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Vista explorer default Hi John, I am on Windows 7. I just created a new shortcut on the desktop to point to C:\ and put it on my taskbar ... It thinks I'm trying to modify the system and warns me everytime it's clicked otherwise. PITA. Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, August 20, 2010 10:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Nope, didn't work. This is VISTA. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Right click on the short-cut and change the target to > C:\windows\explorer.exe /n,/e,c:\ > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, August 20, 2010 9:33 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: Vista explorer default > > When I open explorer in Vista, it opens with my jwcolby folder expanded and > then inside that > Mydocuments expanded. The very first thing I do when I open explorer is > sliiiiide up and close > MyDocuments, then sliiiiide up and close jwcolby so that I can even see my > computer, which has been > pushed off the bottom of the screen by jwcolby/mydocuments. > > Given the I don't live in MyDocuments as (apparently) many folks do, I need > to get it to open with > those two folders collapsed. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 20 13:35:38 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 20 Aug 2010 13:35:38 -0500 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com> <4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> Message-ID: And at work, for me Windows + L (locks your desktop) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 20, 2010 12:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 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 Fri Aug 20 15:10:56 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Fri, 20 Aug 2010 13:10:56 -0700 Subject: [AccessD] OT: Vista explorer default In-Reply-To: References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com><4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> Message-ID: <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> Off topic a bit but I gave up the windows search in favor of Search Everything. http://www.voidtools.com/ best little utility I've got on the desktop. Use it EVERY day. Highly recommend it. The great thing about it is that the search results come up instantly. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, August 20, 2010 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default And Windows + F for a search dialog Windows + L to lock the workstation Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 20, 2010 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 -- 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 Aug 20 15:25:48 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 20 Aug 2010 16:25:48 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com><4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> Message-ID: Nice little tool, but no network drive support. :-( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, August 20, 2010 4:11 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Vista explorer default Off topic a bit but I gave up the windows search in favor of Search Everything. http://www.voidtools.com/ best little utility I've got on the desktop. Use it EVERY day. Highly recommend it. The great thing about it is that the search results come up instantly. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, August 20, 2010 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default And Windows + F for a search dialog Windows + L to lock the workstation Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 20, 2010 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 20 15:28:57 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 20 Aug 2010 16:28:57 -0400 Subject: [AccessD] OT: Vista explorer default In-Reply-To: References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com><4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> Message-ID: Well not directly anyhow. You need to be able to run the tool on the computer that hosts a network drive. Not something most users in Corporate Land can do. Nice for home/personally managed networks though. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, August 20, 2010 4:26 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Nice little tool, but no network drive support. :-( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, August 20, 2010 4:11 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Vista explorer default Off topic a bit but I gave up the windows search in favor of Search Everything. http://www.voidtools.com/ best little utility I've got on the desktop. Use it EVERY day. Highly recommend it. The great thing about it is that the search results come up instantly. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, August 20, 2010 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default And Windows + F for a search dialog Windows + L to lock the workstation Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 20, 2010 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Fri Aug 20 15:23:20 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 20 Aug 2010 15:23:20 -0500 Subject: [AccessD] OT: Vista explorer default In-Reply-To: <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com><4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> Message-ID: Searching in 7 is much better. If you setup the indexing the way you want, it doesn't take long before typing a word brings up programs, emails, files, etc. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, August 20, 2010 3:11 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Vista explorer default Off topic a bit but I gave up the windows search in favor of Search Everything. http://www.voidtools.com/ best little utility I've got on the desktop. Use it EVERY day. Highly recommend it. The great thing about it is that the search results come up instantly. Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, August 20, 2010 10:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default And Windows + F for a search dialog Windows + L to lock the workstation Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, August 20, 2010 1:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Vista explorer default Three shortcuts that I use all the time: Windows + E = Explorer Windows + D = Desktop Windows + R = Run -- Stuart On 20 Aug 2010 at 12:52, jwcolby wrote: > No I have never done that. For a keyboard kinda guy I must say I am > ignorant about the windows hot keys. > > Thanks for the suggestion. > > John W. Colby > www.ColbyConsulting.com > > > Stuart McLachlan wrote: > > Have you tried opening Explorer using WindowsKey + E? > > > > That opens Explorer with "Computer" as the selected location for 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 BradM at blackforestltd.com Fri Aug 20 15:30:15 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Fri, 20 Aug 2010 15:30:15 -0500 Subject: [AccessD] Is it possible to see what SQL Server is doing (from Access)? Message-ID: I am fairly new to the world of using Access to get at SQL Server data. Is there an easy way to see how SQL Server is processing an SQL statement that is being sent to it from Access (Pass Through Query). We have several queries that run in less than 1 second but one similar query takes 30 seconds. We would like to be able to see what SQL Server is doing with hopes that we might be able to make this query run faster. Thanks, Brad From jackandpat.d at gmail.com Fri Aug 20 15:39:19 2010 From: jackandpat.d at gmail.com (jack drawbridge) Date: Fri, 20 Aug 2010 16:39:19 -0400 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: References: <201008192350.o7JNotSG030406@databaseadvisors.com> <4C6E88B3.3070202@colbyconsulting.com> Message-ID: As I recall John from England offered to do some editing on the lectures and then post to a known location. I'm at the cottage and don't have access to the older posts. I think his name was John Clivinger ( at least that's how I remember pronouncing it to myself). He was heading off on vacation at the time, but I remember the post because it seemed to be something most of us would use and appreciate. I'm sure the spelling is incorrect, so apologize in advance. Jack On Fri, Aug 20, 2010 at 10:55 AM, Arthur Fuller wrote: > That would be wonderful, JC. > > On Fri, Aug 20, 2010 at 9:52 AM, jwcolby >wrote: > > > LOL, I keep saying that I should write a book. > > > > I went looking and found those lectures and a bunch of demo databases > > demonstrating classes and > > events. I can zip it and make it available to our web master to publish. > > > > 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 ab-mi at post3.tele.dk Fri Aug 20 18:26:18 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Sat, 21 Aug 2010 01:26:18 +0200 Subject: [AccessD] Is it possible to see what SQL Server is doing (fromAccess)? In-Reply-To: References: Message-ID: <78CB01857D4C4373BBEAFF857921E85A@abpc> Brad, SQL server Profiler is the build-in tool for this. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Brad Marks Sendt: 20. august 2010 22:30 Til: Access Developers discussion and problem solving Emne: [AccessD] Is it possible to see what SQL Server is doing (fromAccess)? I am fairly new to the world of using Access to get at SQL Server data. Is there an easy way to see how SQL Server is processing an SQL statement that is being sent to it from Access (Pass Through Query). We have several queries that run in less than 1 second but one similar query takes 30 seconds. We would like to be able to see what SQL Server is doing with hopes that we might be able to make this query run faster. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Aug 20 21:56:02 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 20 Aug 2010 22:56:02 -0400 Subject: [AccessD] Presentation Level Security System Message-ID: <4C6F4042.3020704@colbyconsulting.com> Guys, I finally have a client specifically asking for my Presentation Level Security System (PLSS) so I am in active development. I previously called PLSS my Lightweight Security System and you may remember other emails regarding that. I am writing a document which discuses how I intend to implement the PLSS. I am pasting it here to get comments on my ideas and have a discussion on how you might implement such a thing. I know many people have "rolled your own". Feedback is encouraged. The idea is to have security information about form and control properties stored in tables (table driven) so that it can be easily setup and changed as the needs change, and reported in security reports. Here is the document as it exists so far. >>>>>>> Presentation Level Security System (PLSS) Microsoft Access provides very little in the way of security for the applications that you develop. I have always ?rolled my own? security at the presentation level so that, for example, a specific form could only be opened by a specific group or groups of people. Examples of how security might be used include: Selectively allowing groups to open forms, and add / delete / modify records in forms. For example one group might be denied the ability to even open a form. Another two groups might be allowed to view the data in a form but not edit the data, add or delete records. One specific group might be allowed to view, add, delete and modify the data. In other cases you might want to control access to specific controls on a form. Perhaps only one specific group is allowed to see a specific control on a form, for all other groups the control would be invisible. In order to control access to data at the presentation level we need to define and implement code for specific objects in the database. The objects that we will start with will be users, groups, forms and controls. PLSS provides a means of specifying which groups contain which users. Security Rules The first question that has to be answered is where the security information is stored for a given application. All code will be stored out in our mda library which can be turned into an mde if desired. The problem is that the security information about the application?s forms and controls has to be available to the code that is trying to apply security. Access (DAO) expects that the data in queries and tables be native to the application or linked from somewhere. While we could place this information in tables in the mda (library), this causes immediate issues getting at the data, but more importantly it can cause issues with multiple applications using the same table etc. If we store the data outside of the FE then we have the issue of getting at the data from the application. If we link the data then it is available to be modified by a malicious user who manages to get at the table. We have to put it somewhere however so we are going to start with the security information in usys tables in the application FE itself. Any table with a usys prefix will not be displayed if the View System Objects property in the database is set to false. Uncheck Options / View / System Objects to cause any such objects to not appear in the database window. Likewise we will set the Hidden property to true for all of the usysPL objects. In the database window right click the object and set Hidden attribute. Then uncheck Options / View / Hidden options. Obviously this implies that the user is not given access to the Tools menu in the database to prevent them from playing with these properties and getting to see these hidden usys objects. The next question we have to answer is what the security rules are. Do we allow functionality by default or do we deny functionality by default. Because we intend to apply security to an existing working application, in general we need to begin allowing functionality. As strange as that sounds, allowing functionality to one or more groups effectively denies functionality to all the other groups. For example, by default all forms allow all users to do whatever they want. They can open any form, can add, delete and modify records, and can see, enter and edit all controls. In order to apply security to the application we would start by allowing some privilege to one or more groups. Security is applied on a property by property basis, so as a form opens, the rules for that form are looked up. If no security is found, then the form and control properties are left at whatever state they are currently in. If specific security information is found for that form or control, that security is applied. For example a form has no visible property. We emulate that (kind of) by preventing the form from opening. We have to specifically apply security in this case, and then check the security in the form?s OnOpen event. If the form is not allowed to open, then a message is displayed and the form closes back down. The form does have properties for AllowAdd, AllowDelete and AllowEdit. In design view these properties can be set false (do not allow that action) or true (allow that action), and when the form opens, the form will follow the dictates of those properties. Our security will specifically set the state to true (allow) for a given property for a given form / control for a specific set of groups. So in order to allow a specific group to add records, you would set that AllowAdd property to false in design view of the form and then set security to allow specific groups to add records. In fact, once security is set for a given property, the default for that property becomes false. So whether or not you set the AllowAdd to false in design view, if you set the security system to allow a specific group to AllowAdd, all other groups would be denied add privileges. On the other hand, if the AllowAdd property is set true by default in design view, then if no group is specifically given AllowAdd privilages, anyone could add records through that form. Thus by setting the property to false in design view, AllowAdd privileges are denied by default to all users. Users - usystblPLSUsers Users are the people allowed to use an application. There is a record in usystblPLSUsers for each person in the company that is allowed to use a specific application. Having a record in the table does not allow or deny that person any specific rights in the application, it simply tells the system that the person exists. Groups ? usystblPLSGroups Groups are the method of organizing people such that that entire group of people can do something. Groups have names, but they do not inherently have any privileges in the application. A group might be a department such as ?Accounting? or a title such as ?supervisor? or manager, or even a functionality such as ?car owner?. Each company decides what their groups should be called based on how they need to group people to allow or deny access to data. At some point, groups will be used to allow or deny access to some property of some form(s) or control(s). Rules such as ?the accounting group can open frmAccounting switchboard? will be created using a wizard in the PLS system. UsersInGroups Users are placed into and removed from groups using a wizard in the PLSS. Belonging to a group is the only way to specifically set that user to have some specific right in PLSS. Forms It is important to remember that simply having a user in PLSS or having the user assigned to a group in PLSS does not give that user or that group privileges. Forms have several properties used to control security for the form. Whether the property is set False or True in design view, that setting applies to all users until PLSS specifically sets one or more groups to have that privilege, at which point all other groups no longer have that privilege. Privileges are assigned to specific form or control objects using a PLSS wizard. Once a group is given a specific right using that wizard, then and only then does that group have the right to perform that action, and even then only to the form or control objects initialized using the PLSS. Once any groups are given specific rights, all other groups not specifically assigned those rights are denied those rights. Visible (can open) There is no specific Visible property for a form, i.e. if a form can be opened, it is visible. Thus by definition all forms can be opened by anyone until they are specifically allowed to be opened by one or more specific groups, at which time that form can no longer be opened by anyone other than the groups given that privilege. AllowAdd Set True, allows records to be added to the dataset (for bound forms). For unbound, would just be a form property used by the unbound framework to allow / deny adding data. Set to a default state in design view and that state controls security for all users until a specific group or groups are given rights to that property. At which time all other groups are denied rights to that property. AllowDelete Set True, allows records to be deleted from the dataset (for bound forms). For unbound, would just be a form property used by the unbound framework to allow / deny deleting data. Set to a default state in design view and that state controls security for all users until a specific group or groups are given rights to that property. At which time all other groups are denied rights to that property. AllowEdit Set True, allows records to be edited in the dataset (for bound forms). For unbound, would just be a form property used by the unbound framework to allow / deny editing data. Set to a default state in design view and that state controls security for all users until a specific group or groups are given rights to that property. At which time all other groups are denied rights to that property. Controls In general, controls have three properties that we will manipulate to control security for the control. Whether the property is set False or True in design view, that setting applies to all users until PLSS specifically sets one or more groups to have that privilege, at which point all other groups no longer have that privilege. Visible All controls have a visible property. Set True, the control is visible. Set to a default state in design view and that state controls security for all users until a specific group or groups are given rights to that property. At which time all other groups are denied rights to that property. Locked The locked property prevents a user from entering data into a control. For example a text box can accept text if Locked is true but cannot accept data if Locked is false. All data controls have a locked property. Buttons do not. Set to a default state in design view and that state controls security for all users until a specific group or groups are given rights to that property. At which time all other groups are denied rights to that property. Enabled All controls have an Enabled property. Set True, the enabled property allows a control to get the focus. Set to a default state in design view and that state controls security for all users until a specific group or groups are given rights to that property. At which time all other groups are denied rights to that property. -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sun Aug 22 12:53:13 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 22 Aug 2010 13:53:13 -0400 Subject: [AccessD] Presentation Level Security System In-Reply-To: <4C6F4042.3020704@colbyconsulting.com> References: <4C6F4042.3020704@colbyconsulting.com> Message-ID: <4C716409.2070509@colbyconsulting.com> The implementation is coming along nicely. It is a rather complete rewrite of my previous LWS since that system was written to be code driven instead of table driven. I expect to be testing at the end of this coming week. John W. Colby www.ColbyConsulting.com jwcolby wrote: > Guys, > > I finally have a client specifically asking for my Presentation Level Security System (PLSS) so I am > in active development. I previously called PLSS my Lightweight Security System and you may remember > other emails regarding that. > > I am writing a document which discuses how I intend to implement the PLSS. I am pasting it here to > get comments on my ideas and have a discussion on how you might implement such a thing. I know many > people have "rolled your own". Feedback is encouraged. > > The idea is to have security information about form and control properties stored in tables (table > driven) so that it can be easily setup and changed as the needs change, and reported in security > reports. > > Here is the document as it exists so far. > > >>>>>>> > > Presentation Level Security System (PLSS) > Microsoft Access provides very little in the way of security for the applications that you develop. > I have always ?rolled my own? security at the presentation level so that, for example, a specific > form could only be opened by a specific group or groups of people. > > Examples of how security might be used include: > > Selectively allowing groups to open forms, and add / delete / modify records in forms. For example > one group might be denied the ability to even open a form. Another two groups might be allowed to > view the data in a form but not edit the data, add or delete records. One specific group might be > allowed to view, add, delete and modify the data. > > In other cases you might want to control access to specific controls on a form. Perhaps only one > specific group is allowed to see a specific control on a form, for all other groups the control > would be invisible. > > In order to control access to data at the presentation level we need to define and implement code > for specific objects in the database. The objects that we will start with will be users, groups, > forms and controls. PLSS provides a means of specifying which groups contain which users. > > Security Rules > > The first question that has to be answered is where the security information is stored for a given > application. All code will be stored out in our mda library which can be turned into an mde if > desired. The problem is that the security information about the application?s forms and controls > has to be available to the code that is trying to apply security. Access (DAO) expects that the > data in queries and tables be native to the application or linked from somewhere. While we could > place this information in tables in the mda (library), this causes immediate issues getting at the > data, but more importantly it can cause issues with multiple applications using the same table etc. > If we store the data outside of the FE then we have the issue of getting at the data from the > application. If we link the data then it is available to be modified by a malicious user who > manages to get at the table. > > We have to put it somewhere however so we are going to start with the security information in usys > tables in the application FE itself. Any table with a usys prefix will not be displayed if the View > System Objects property in the database is set to false. Uncheck Options / View / System Objects to > cause any such objects to not appear in the database window. Likewise we will set the Hidden > property to true for all of the usysPL objects. In the database window right click the object and > set Hidden attribute. Then uncheck Options / View / Hidden options. Obviously this implies that > the user is not given access to the Tools menu in the database to prevent them from playing with > these properties and getting to see these hidden usys objects. > > The next question we have to answer is what the security rules are. Do we allow functionality by > default or do we deny functionality by default. Because we intend to apply security to an existing > working application, in general we need to begin allowing functionality. As strange as that sounds, > allowing functionality to one or more groups effectively denies functionality to all the other groups. > > For example, by default all forms allow all users to do whatever they want. They can open any form, > can add, delete and modify records, and can see, enter and edit all controls. > > In order to apply security to the application we would start by allowing some privilege to one or > more groups. Security is applied on a property by property basis, so as a form opens, the rules for > that form are looked up. If no security is found, then the form and control properties are left at > whatever state they are currently in. If specific security information is found for that form or > control, that security is applied. > > For example a form has no visible property. We emulate that (kind of) by preventing the form from > opening. We have to specifically apply security in this case, and then check the security in the > form?s OnOpen event. If the form is not allowed to open, then a message is displayed and the form > closes back down. > > The form does have properties for AllowAdd, AllowDelete and AllowEdit. In design view these > properties can be set false (do not allow that action) or true (allow that action), and when the > form opens, the form will follow the dictates of those properties. Our security will specifically > set the state to true (allow) for a given property for a given form / control for a specific set of > groups. So in order to allow a specific group to add records, you would set that AllowAdd property > to false in design view of the form and then set security to allow specific groups to add records. > > In fact, once security is set for a given property, the default for that property becomes false. So > whether or not you set the AllowAdd to false in design view, if you set the security system to allow > a specific group to AllowAdd, all other groups would be denied add privileges. On the other hand, > if the AllowAdd property is set true by default in design view, then if no group is specifically > given AllowAdd privilages, anyone could add records through that form. Thus by setting the property > to false in design view, AllowAdd privileges are denied by default to all users. > > Users - usystblPLSUsers > > Users are the people allowed to use an application. There is a record in usystblPLSUsers for each > person in the company that is allowed to use a specific application. Having a record in the table > does not allow or deny that person any specific rights in the application, it simply tells the > system that the person exists. > > Groups ? usystblPLSGroups > > Groups are the method of organizing people such that that entire group of people can do something. > Groups have names, but they do not inherently have any privileges in the application. A group might > be a department such as ?Accounting? or a title such as ?supervisor? or manager, or even a > functionality such as ?car owner?. Each company decides what their groups should be called based on > how they need to group people to allow or deny access to data. > > At some point, groups will be used to allow or deny access to some property of some form(s) or > control(s). Rules such as ?the accounting group can open frmAccounting switchboard? will be created > using a wizard in the PLS system. > > UsersInGroups > > Users are placed into and removed from groups using a wizard in the PLSS. Belonging to a group is > the only way to specifically set that user to have some specific right in PLSS. > > Forms > > It is important to remember that simply having a user in PLSS or having the user assigned to a group > in PLSS does not give that user or that group privileges. > > Forms have several properties used to control security for the form. Whether the property is set > False or True in design view, that setting applies to all users until PLSS specifically sets one or > more groups to have that privilege, at which point all other groups no longer have that privilege. > > Privileges are assigned to specific form or control objects using a PLSS wizard. Once a group is > given a specific right using that wizard, then and only then does that group have the right to > perform that action, and even then only to the form or control objects initialized using the PLSS. > Once any groups are given specific rights, all other groups not specifically assigned those rights > are denied those rights. > > Visible (can open) > > There is no specific Visible property for a form, i.e. if a form can be opened, it is visible. Thus > by definition all forms can be opened by anyone until they are specifically allowed to be opened by > one or more specific groups, at which time that form can no longer be opened by anyone other than > the groups given that privilege. > > AllowAdd > > Set True, allows records to be added to the dataset (for bound forms). For unbound, would just be a > form property used by the unbound framework to allow / deny adding data. > > Set to a default state in design view and that state controls security for all users until a > specific group or groups are given rights to that property. At which time all other groups are > denied rights to that property. > > AllowDelete > > Set True, allows records to be deleted from the dataset (for bound forms). For unbound, would just > be a form property used by the unbound framework to allow / deny deleting data. > > Set to a default state in design view and that state controls security for all users until a > specific group or groups are given rights to that property. At which time all other groups are > denied rights to that property. > > AllowEdit > > Set True, allows records to be edited in the dataset (for bound forms). For unbound, would just be > a form property used by the unbound framework to allow / deny editing data. > > Set to a default state in design view and that state controls security for all users until a > specific group or groups are given rights to that property. At which time all other groups are > denied rights to that property. > > > Controls > > In general, controls have three properties that we will manipulate to control security for the > control. Whether the property is set False or True in design view, that setting applies to all > users until PLSS specifically sets one or more groups to have that privilege, at which point all > other groups no longer have that privilege. > > Visible > > All controls have a visible property. Set True, the control is visible. > > Set to a default state in design view and that state controls security for all users until a > specific group or groups are given rights to that property. At which time all other groups are > denied rights to that property. > > Locked > > The locked property prevents a user from entering data into a control. For example a text box can > accept text if Locked is true but cannot accept data if Locked is false. > > All data controls have a locked property. Buttons do not. > > Set to a default state in design view and that state controls security for all users until a > specific group or groups are given rights to that property. At which time all other groups are > denied rights to that property. > > Enabled > > All controls have an Enabled property. Set True, the enabled property allows a control to get the > focus. > > Set to a default state in design view and that state controls security for all users until a > specific group or groups are given rights to that property. At which time all other groups are > denied rights to that property. > > > From Johncliviger at aol.com Mon Aug 23 03:12:47 2010 From: Johncliviger at aol.com (Johncliviger at aol.com) Date: Mon, 23 Aug 2010 04:12:47 EDT Subject: [AccessD] Classes Class by JW Colby Message-ID: <3eadb.7e2d3df2.39a3877f@aol.com> Hi John Colby Your right I did make the offer and it still stands. I did start to look at your essays on Class Modules but soon got lost. The pressure of work and a burst appendix pushed it down the priority list. But I am willing to have a second bit (or is it byte) at this job. JC If you can pull together the notes and demos in one zip that will help greatly. regards John Cliviger From Darryl.Collins at iag.com.au Mon Aug 23 19:18:45 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 24 Aug 2010 10:18:45 +1000 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <4C6E88B3.3070202@colbyconsulting.com> Message-ID: <201008240018.o7O0IfT4024007@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ heh, hey, I would buy it! If you can take the time and effort to zip them up online somewhere it would be great. Sorry for the sluggy reply, been off sick for a couple of days. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, 20 August 2010 11:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Classes Class by JW Colby LOL, I keep saying that I should write a book. I went looking and found those lectures and a bunch of demo databases demonstrating classes and events. I can zip it and make it available to our web master to publish. John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > I guess this is more for John, but I am posting it here as others might have the answer. > > A while back John posted a whole heap of detailed posting on Classes. Now I know I can dig these up in the archives, but I was wondering if they are available online somewhere. I ask because the Excel-L list I am on is currently having a classes thread happening and I think pointing them to John's lessons would be a worthwhile endeavour. I still haven't finished reading all of the posts, although I am hoping to get more time later this year to work thru them in detail. > > If they are only in the archives, I will just have to get the buggers to sign up to Access D - a couple of us are anyway - I know I have personally recommended this list to a couple members who have joined up. > > Anyway... > > Cheers > Darryl. > _______________________________________________________________________________________ > > The information transmitted in this message and its attachments (if any) is intended > only for the person or entity to which it is addressed. > The message may contain confidential and/or privileged material. Any review, > retransmission, 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. > > If you have received this in error, please contact the sender and delete this e-mail > and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, disclose or distribute > the information contained in this e-mail and any attached files, with the permission > of the sender. > > This message has been scanned for viruses. > _______________________________________________________________________________________ > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From Darryl.Collins at iag.com.au Mon Aug 23 22:53:20 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 24 Aug 2010 13:53:20 +1000 Subject: [AccessD] OT: Bored with Excel / Access?... Maybe join these guys for your next project. Message-ID: <201008240353.o7O3rClo023625@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ I read this and though a few folks here might find it of interest. Hell of a hobby. I wish them the best of luck though. Love that 'can do' attitude! <> _____________________________________ Darryl Collins | Business Analyst Database Developer Retail Business Insurance Insurance Australia Group (IAG) Level 2, 181 Williams St, Melbourne, 3000 - Australia Ph: + 61 3 9916 3926 Mobile: + 61 418 381 548 _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jwcolby at colbyconsulting.com Tue Aug 24 07:35:24 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 24 Aug 2010 08:35:24 -0400 Subject: [AccessD] OT: Bored with Excel / Access?... Maybe join these guys for your next project. In-Reply-To: <201008240353.o7O3rClo023625@databaseadvisors.com> References: <201008240353.o7O3rClo023625@databaseadvisors.com> Message-ID: <4C73BC8C.5010509@colbyconsulting.com> The only way I would be sitting in that capsule is if I were already terminally ill. The probability of a successful first launch is small and when it fails the probability that it is destroyed is high. Not to mention parachute not opening etc. John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > I read this and though a few folks here might find it of interest. Hell of a hobby. I wish them the best of luck though. Love that 'can do' attitude! > > <> > > _____________________________________ > > Darryl Collins | Business Analyst Database Developer > Retail Business Insurance > Insurance Australia Group (IAG) > Level 2, 181 Williams St, Melbourne, 3000 - Australia > Ph: + 61 3 9916 3926 > Mobile: + 61 418 381 548 > > > > _______________________________________________________________________________________ > > The information transmitted in this message and its attachments (if any) is intended > only for the person or entity to which it is addressed. > The message may contain confidential and/or privileged material. Any review, > retransmission, 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. > > If you have received this in error, please contact the sender and delete this e-mail > and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, disclose or distribute > the information contained in this e-mail and any attached files, with the permission > of the sender. > > This message has been scanned for viruses. > _______________________________________________________________________________________ From jwcolby at colbyconsulting.com Tue Aug 24 07:35:39 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 24 Aug 2010 08:35:39 -0400 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <201008240018.o7O0IfT4024007@databaseadvisors.com> References: <201008240018.o7O0IfT4024007@databaseadvisors.com> Message-ID: <4C73BC9B.5030702@colbyconsulting.com> Did you get the attachment? John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > > heh, hey, I would buy it! If you can take the time and effort to zip them up online somewhere it would be great. Sorry for the sluggy reply, been off sick for a couple of days. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, 20 August 2010 11:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Classes Class by JW Colby > > LOL, I keep saying that I should write a book. > > I went looking and found those lectures and a bunch of demo databases demonstrating classes and > events. I can zip it and make it available to our web master to publish. > > John W. Colby > www.ColbyConsulting.com > > > Darryl Collins wrote: >> _______________________________________________________________________________________ >> >> Note: This e-mail is subject to the disclaimer contained at the bottom of this message. >> _______________________________________________________________________________________ >> >> >> I guess this is more for John, but I am posting it here as others might have the answer. >> >> A while back John posted a whole heap of detailed posting on Classes. Now I know I can dig these up in the archives, but I was wondering if they are available online somewhere. I ask because the Excel-L list I am on is currently having a classes thread happening and I think pointing them to John's lessons would be a worthwhile endeavour. I still haven't finished reading all of the posts, although I am hoping to get more time later this year to work thru them in detail. >> >> If they are only in the archives, I will just have to get the buggers to sign up to Access D - a couple of us are anyway - I know I have personally recommended this list to a couple members who have joined up. >> >> Anyway... >> >> Cheers >> Darryl. >> _______________________________________________________________________________________ >> >> The information transmitted in this message and its attachments (if any) is intended >> only for the person or entity to which it is addressed. >> The message may contain confidential and/or privileged material. Any review, >> retransmission, 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. >> >> If you have received this in error, please contact the sender and delete this e-mail >> and associated material from any computer. >> >> The intended recipient of this e-mail may only use, reproduce, disclose or distribute >> the information contained in this e-mail and any attached files, with the permission >> of the sender. >> >> This message has been scanned for viruses. >> _______________________________________________________________________________________ >> From jwcolby at colbyconsulting.com Tue Aug 24 21:37:50 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 24 Aug 2010 22:37:50 -0400 Subject: [AccessD] Quiet week? Message-ID: <4C7481FE.6030307@colbyconsulting.com> -- John W. Colby www.ColbyConsulting.com From dbdoug at gmail.com Tue Aug 24 21:46:24 2010 From: dbdoug at gmail.com (Doug Steele) Date: Tue, 24 Aug 2010 19:46:24 -0700 Subject: [AccessD] Quiet week? In-Reply-To: <4C7481FE.6030307@colbyconsulting.com> References: <4C7481FE.6030307@colbyconsulting.com> Message-ID: Maybe all possible Access questions have been asked, and answered here :) Doug On Tue, Aug 24, 2010 at 7:37 PM, jwcolby wrote: > > -- > 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 stuart at lexacorp.com.pg Tue Aug 24 22:00:56 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 25 Aug 2010 13:00:56 +1000 Subject: [AccessD] Quiet week? In-Reply-To: <4C7481FE.6030307@colbyconsulting.com> References: <4C7481FE.6030307@colbyconsulting.com> Message-ID: <4C748768.14920.A27146F@stuart.lexacorp.com.pg> Quite the opposite. Too busy to spend much time on the lists. :-) -- Stuart On 24 Aug 2010 at 22:37, jwcolby wrote: > > -- > 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 Darryl.Collins at iag.com.au Tue Aug 24 22:20:03 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 25 Aug 2010 13:20:03 +1000 Subject: [AccessD] OT: Bored with Excel / Access?... Maybe join these guys for your next project. In-Reply-To: <4C73BC8C.5010509@colbyconsulting.com> Message-ID: <201008250320.o7P3JvmL008446@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ heh, yeah, I am with you on that one John. I mean I am excited for them and their, ummm, enthusiasm for the project, but you wouldn't get me in the darn thing. I think the odds of it end badly are fairly high. They are going to need a large dose of good fortune thrown in the mix as well. Actually I am not even sure how you would get permission to fire off such a device... Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, 24 August 2010 10:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Bored with Excel / Access?... Maybe join these guys for your next project. The only way I would be sitting in that capsule is if I were already terminally ill. The probability of a successful first launch is small and when it fails the probability that it is destroyed is high. Not to mention parachute not opening etc. John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > I read this and though a few folks here might find it of interest. Hell of a hobby. I wish them the best of luck though. Love that 'can do' attitude! > > <> > > _____________________________________ > > Darryl Collins | Business Analyst Database Developer > Retail Business Insurance > Insurance Australia Group (IAG) > Level 2, 181 Williams St, Melbourne, 3000 - Australia > Ph: + 61 3 9916 3926 > Mobile: + 61 418 381 548 > > > > _______________________________________________________________________________________ > > The information transmitted in this message and its attachments (if any) is intended > only for the person or entity to which it is addressed. > The message may contain confidential and/or privileged material. Any review, > retransmission, 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. > > If you have received this in error, please contact the sender and delete this e-mail > and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, disclose or distribute > the information contained in this e-mail and any attached files, with the permission > of the sender. > > This message has been scanned for viruses. > _______________________________________________________________________________________ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From Darryl.Collins at iag.com.au Tue Aug 24 22:21:01 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 25 Aug 2010 13:21:01 +1000 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <4C73BC9B.5030702@colbyconsulting.com> Message-ID: <201008250320.o7P3KrTi010208@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Yep... All good in the end. It got blocked at the gate on the work servers, but I arranged permission for clearance and got it fine in the end. many many thanks John. cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, 24 August 2010 10:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Classes Class by JW Colby Did you get the attachment? John W. Colby www.ColbyConsulting.com Darryl Collins wrote: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > > heh, hey, I would buy it! If you can take the time and effort to zip them up online somewhere it would be great. Sorry for the sluggy reply, been off sick for a couple of days. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, 20 August 2010 11:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Classes Class by JW Colby > > LOL, I keep saying that I should write a book. > > I went looking and found those lectures and a bunch of demo databases demonstrating classes and > events. I can zip it and make it available to our web master to publish. > > John W. Colby > www.ColbyConsulting.com > > > Darryl Collins wrote: >> _______________________________________________________________________________________ >> >> Note: This e-mail is subject to the disclaimer contained at the bottom of this message. >> _______________________________________________________________________________________ >> >> >> I guess this is more for John, but I am posting it here as others might have the answer. >> >> A while back John posted a whole heap of detailed posting on Classes. Now I know I can dig these up in the archives, but I was wondering if they are available online somewhere. I ask because the Excel-L list I am on is currently having a classes thread happening and I think pointing them to John's lessons would be a worthwhile endeavour. I still haven't finished reading all of the posts, although I am hoping to get more time later this year to work thru them in detail. >> >> If they are only in the archives, I will just have to get the buggers to sign up to Access D - a couple of us are anyway - I know I have personally recommended this list to a couple members who have joined up. >> >> Anyway... >> >> Cheers >> Darryl. >> _______________________________________________________________________________________ >> >> The information transmitted in this message and its attachments (if any) is intended >> only for the person or entity to which it is addressed. >> The message may contain confidential and/or privileged material. Any review, >> retransmission, 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. >> >> If you have received this in error, please contact the sender and delete this e-mail >> and associated material from any computer. >> >> The intended recipient of this e-mail may only use, reproduce, disclose or distribute >> the information contained in this e-mail and any attached files, with the permission >> of the sender. >> >> This message has been scanned for viruses. >> _______________________________________________________________________________________ >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From DWUTKA at Marlow.com Tue Aug 24 22:55:52 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 24 Aug 2010 22:55:52 -0500 Subject: [AccessD] Quiet week? In-Reply-To: <4C7481FE.6030307@colbyconsulting.com> References: <4C7481FE.6030307@colbyconsulting.com> Message-ID: Honestly, it's just been so hot in Texas, for so long, my keyboard has melted to a point where it is too difficult to type. If you started a bound/unbound debate right now, you'd probably just win by default... ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 24, 2010 9:38 PM To: Access Developers discussion and problem solving Subject: [AccessD] Quiet week? -- John W. Colby www.ColbyConsulting.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 ramzcbu at gmail.com Wed Aug 25 01:14:19 2010 From: ramzcbu at gmail.com (Ramz .) Date: Tue, 24 Aug 2010 23:14:19 -0700 Subject: [AccessD] Access 2007 Attachments In-Reply-To: References: Message-ID: Thank you Jurgen for such detailed reply to my old cry for help. I actually thought this post never made it to the discussion group because I never got any response... until now. I've found a simple solution for the situation I had, simple enough for my needs, but your input sure is very interesting! I definitely have some use of this in future challenges that deal with attachments, especially images that need to be shown somewhere. My only concern with your approach is Windows' limitations when it comes to the length of a path. I'm not really that good yet when it comes to dealing with API calls and so I've no clue how to implement the wrapper approach you mentioned. Thank you once again for your generosity of spending time to explain a very useful method indeed for dealing with attachments. Best regards, Ramil On Tue, Jul 20, 2010 at 3:21 PM, Jurgen Welz wrote: > > A database I've built includes photos of employees, contacts and equipment > and I have a number of reports that include training certificates that > include trainee photos. > > > > The file system has a structure that mirrors the table structure with a > folder for any record that contains files. > > > > Given the following 3 tables as an example: tblContact, tblEquipment, > tblEmployee, each has an autonumber primary key. The database path is > determined from the connect string. Below the path taken from the connect > string, there is a Files folder. Beneath that folder is a > Mid$(strTableName, 3) folder, hence > > > > ...\database path\Files\Employee\ > > ...\database path\Files\Contact\ > > ...\database path\Files\Equipment\ > > > > Beneath that, there is a folder bearing the primary key number for every > record that has files. For tblEmployee record 342, the folder is: > > > ...\database path\Files\Employee\342\ > > > > Should there be a need, you can add folders beneath that level for field > level filing of documents. > > > > The Employee form has an unbound image control 'imgPhoto'. When the > application navigates to the record, it checks to see if a file named > Portrait.jpg exists at the target path and if so, it sets the picture > property of the image control and then makes it visible. > > > > If Len(Dir("...\database path\Files\Employee\" & Me.ContactID & > "\Portrait.jpg")) Then > .imgPhoto.Picture = "...\database path\Files\Employee\" & > Me.ContactID & "\Portrait.jpg" > .imgPhoto.Visible = True > Else > .imgPhoto.Visible = False > End If > > > I use the same approach for certificate reports. This is very fast in > execution and simple to implement. There are a few functions I use to build > the path via calls to mkDir. To open the folder so created, I use a wrapper > to the shellexecute Win API call and pass it the path and it opens the > folder to drop in the photos or any other type of related file. > > > Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > > > > > From: ramzcbu at gmail.com > > Date: Mon, 19 Jul 2010 15:26:38 -0700 > > To: accessd at databaseadvisors.com > > Subject: [AccessD] Access 2007 Attachments > > > > Hello everyone, > > > > I'm currently working on a subform that has an attachment field in its > data > > source, and now I want this attachment field to be displayed in an > unbound > > attachment object in the main form. I've done online searches on how to > go > > about this, and it seemed the "best" approach is to first save this > > attachment field's contents into a file in the HDD, and then use this > newly > > created file as the image source for the attachment object. The contents > of > > the attachment field, by the way, is a single ID photo. I'm tempted to > use > > this approach but worried that the disk i/o will slow things down. Does > > anyone know of another way of dealing with attachment fields and unbound > > attachment objects? > > > > Thank you in advance! > > > > -- Ramil > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Turn down-time into play-time with Messenger games > http://go.microsoft.com/?linkid=9734385 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Wed Aug 25 05:00:20 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 25 Aug 2010 06:00:20 -0400 Subject: [AccessD] Quiet week? In-Reply-To: <4C748768.14920.A27146F@stuart.lexacorp.com.pg> References: <4C7481FE.6030307@colbyconsulting.com> <4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: Same here. Even my EE contributions have dropped to nil. I even got awarded MVP this year and I feel like an idiot because I've done nothing with it since receiving it and it's been a couple of months already. I haven't even registered on the MVP site yet. Wish I could clone five or six copies of myself. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, August 24, 2010 11:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Quiet week? Quite the opposite. Too busy to spend much time on the lists. :-) -- Stuart On 24 Aug 2010 at 22:37, jwcolby wrote: > > -- > 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 adtp at airtelmail.in Wed Aug 25 06:43:22 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Wed, 25 Aug 2010 17:13:22 +0530 Subject: [AccessD] Quiet week? References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: Heartiest congratulations for the award Jim! Well deserved. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Jim Dettman To: 'Access Developers discussion and problem solving' Sent: Wednesday, August 25, 2010 15:30 Subject: Re: [AccessD] Quiet week? Same here. Even my EE contributions have dropped to nil. I even got awarded MVP this year and I feel like an idiot because I've done nothing with it since receiving it and it's been a couple of months already. I haven't even registered on the MVP site yet. Wish I could clone five or six copies of myself. Jim. From andy at minstersystems.co.uk Wed Aug 25 08:51:48 2010 From: andy at minstersystems.co.uk (Andrew Lacey) Date: Wed, 25 Aug 2010 14:51:48 +0100 (BST) Subject: [AccessD] Subform requery In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> Congrats Jim. ? Ok to brighten a quiet week here's an actaul honest-to-goodness Access question ("Access, what's that?" I hear you mutter). ? Using A2K I have an unbound?form with some selection fields (2 combos, a check box). The form has a subform which shows certain records depending on what user selects in main form. Simple stuff. Only it doesn't work. In the AfterUpdate of the combos and check box is: ? me.sub1.form.requery ? Nothing happens. ? The subform works. If I change the Recordsource of teh subform to prompt for the info rather than read it from the main form it works. Yet it must recognise the references to the main form because it doesn't ask me for any parameters (which it does, for example, if the main form isn't even open). This is trivial stuff. I've done it a million times in my old A97 db but I cannot get that subform to respond. Is this an A2k bug or what? Help. ? Cheers ? Andy From michael at mattysconsulting.com Wed Aug 25 09:08:15 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Wed, 25 Aug 2010 10:08:15 -0400 Subject: [AccessD] Subform requery In-Reply-To: <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> Message-ID: <34A528CEF56346F9995CDD4495EED170@Gateway> Hi Andy, IIRC, clear the recordsource, then reset it Me.Sub.Form.RecordSource = "" Me.Sub.Form.RecordSource = strSource Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andrew Lacey Sent: Wednesday, August 25, 2010 9:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Subform requery Congrats Jim. ? Ok to brighten a quiet week here's an actaul honest-to-goodness Access question ("Access, what's that?" I hear you mutter). ? Using A2K I have an unbound?form with some selection fields (2 combos, a check box). The form has a subform which shows certain records depending on what user selects in main form. Simple stuff. Only it doesn't work. In the AfterUpdate of the combos and check box is: ? me.sub1.form.requery ? Nothing happens. ? The subform works. If I change the Recordsource of teh subform to prompt for the info rather than read it from the main form it works. Yet it must recognise the references to the main form because it doesn't ask me for any parameters (which it does, for example, if the main form isn't even open). This is trivial stuff. I've done it a million times in my old A97 db but I cannot get that subform to respond. Is this an A2k bug or what? Help. ? Cheers ? Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jm.hwsn at gmail.com Wed Aug 25 09:18:56 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Wed, 25 Aug 2010 09:18:56 -0500 Subject: [AccessD] Subform requery In-Reply-To: <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> Message-ID: <4c752653.5429e70a.273b.2ec5@mx.google.com> What I've used is either... On the parent form I use me.refresh Or if that didn't work correctly (sometimes it just doesn't work) I would use Me.subformname.refresh or requery. I have a complex subform that uses child subforms. The child forms (grandchild forms to the main form) are exchanged as needed. That is at a click of button the child form could be one of 15 different sub forms. In your line of code ... me.sub1.requery should work. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andrew Lacey Sent: Wednesday, August 25, 2010 8:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Subform requery Congrats Jim. Ok to brighten a quiet week here's an actaul honest-to-goodness Access question ("Access, what's that?" I hear you mutter). Using A2K I have an unbound form with some selection fields (2 combos, a check box). The form has a subform which shows certain records depending on what user selects in main form. Simple stuff. Only it doesn't work. In the AfterUpdate of the combos and check box is: me.sub1.form.requery Nothing happens. The subform works. If I change the Recordsource of teh subform to prompt for the info rather than read it from the main form it works. Yet it must recognise the references to the main form because it doesn't ask me for any parameters (which it does, for example, if the main form isn't even open). This is trivial stuff. I've done it a million times in my old A97 db but I cannot get that subform to respond. Is this an A2k bug or what? Help. Cheers Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at chartisinsurance.com Wed Aug 25 09:36:22 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Wed, 25 Aug 2010 10:36:22 -0400 Subject: [AccessD] Subform requery In-Reply-To: <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> Message-ID: Is sub1 the name of the subform or the name of the control that the subform sits in? It should of course be the name of the control, not that of the form. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andrew Lacey Sent: Wednesday, August 25, 2010 9:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Subform requery Congrats Jim. ? Ok to brighten a quiet week here's an actaul honest-to-goodness Access question ("Access, what's that?" I hear you mutter). ? Using A2K I have an unbound?form with some selection fields (2 combos, a check box). The form has a subform which shows certain records depending on what user selects in main form. Simple stuff. Only it doesn't work. In the AfterUpdate of the combos and check box is: ? me.sub1.form.requery ? Nothing happens. ? The subform works. If I change the Recordsource of teh subform to prompt for the info rather than read it from the main form it works. Yet it must recognise the references to the main form because it doesn't ask me for any parameters (which it does, for example, if the main form isn't even open). This is trivial stuff. I've done it a million times in my old A97 db but I cannot get that subform to respond. Is this an A2k bug or what? Help. ? Cheers ? Andy -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Wed Aug 25 10:53:19 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 25 Aug 2010 11:53:19 -0400 Subject: [AccessD] Quiet week? In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: <107467CA33E34EB3B166DDE59013336D@XPS> Thanks! Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Wednesday, August 25, 2010 7:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Quiet week? Heartiest congratulations for the award Jim! Well deserved. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Jim Dettman To: 'Access Developers discussion and problem solving' Sent: Wednesday, August 25, 2010 15:30 Subject: Re: [AccessD] Quiet week? Same here. Even my EE contributions have dropped to nil. I even got awarded MVP this year and I feel like an idiot because I've done nothing with it since receiving it and it's been a couple of months already. I haven't even registered on the MVP site yet. Wish I could clone five or six copies of myself. Jim. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From adtp at airtelmail.in Wed Aug 25 10:54:42 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Wed, 25 Aug 2010 21:24:42 +0530 Subject: [AccessD] Option Group's Control Collection - Weird Behavior References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: Something to alleviate current quiet phase in AccessD ==================================== It is observed that if subcontrols (say toggle buttons) belonging to an option group are accessed via For Each loop, there is no problem so long as original position of these subcontrols is not disturbed. However, if programmatic manipulation (say by adding 1 twip to subcontrol's top property) is attempted, only some of the subcontrols get acted upon (some amongst them multiple times) while others get skipped. Total number of hits still adds up to the total count of such subcontrols. This weird pattern persists even if the subcontrols are accessed via item index, using For Counter = 0 to CollectionCount -1 (instead of for each loop). Sample code used for conducting such a test is given below (Access 2003 desktop on Win XP): ' Sample code in VBA module of form ' having an option group named Opg_A '========================== Private Sub P_OpnGrpTest() Dim ct As Access.Control For Each ct In Me.Opg_A.Controls ct.top = ct.top + 1 Debug.Print ct.Name, ct.top Next Set ct = Nothing End Sub '========================== Interested members might like to examine and offer their considered views regarding: (a) The likely explanation for such behavior. (b) Suggested optimum solution. I have two alternative solutions in mind. These are not being included at this stage so that the topic gets fresh treatment in a wider perspective. Best wishes, A.D. Tejpal ------------ From charlotte.foust at gmail.com Wed Aug 25 11:18:42 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 25 Aug 2010 09:18:42 -0700 Subject: [AccessD] Subform requery In-Reply-To: <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> References: <4C7481FE.6030307@colbyconsulting.com> <4C748768.14920.A27146F@stuart.lexacorp.com.pg> <1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> Message-ID: If I recall my cranky Access correctly, unbound comboboxes don't trigger afterupdate events ... or am I getting confused with .Net? Charlotte On Wed, Aug 25, 2010 at 6:51 AM, Andrew Lacey wrote: > Congrats Jim. > > Ok to brighten a quiet week here's an actaul honest-to-goodness Access question > ("Access, what's that?" I hear you mutter). > > Using A2K I have an unbound?form with some selection fields (2 combos, a check > box). The form has a subform which shows certain records depending on what user > selects in main form. Simple stuff. Only it doesn't work. In the AfterUpdate of > the combos and check box is: > > me.sub1.form.requery > > Nothing happens. > > The subform works. If I change the Recordsource of teh subform to prompt for the > info rather than read it from the main form it works. Yet it must recognise the > references to the main form because it doesn't ask me for any parameters (which > it does, for example, if the main form isn't even open). This is trivial stuff. > I've done it a million times in my old A97 db but I cannot get that subform to > respond. Is this an A2k bug or what? Help. > > Cheers > > Andy > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From charlotte.foust at gmail.com Wed Aug 25 11:21:02 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 25 Aug 2010 09:21:02 -0700 Subject: [AccessD] Quiet week? In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com> <4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: Congratulations, Jim! Well deserved. Charlotte On Wed, Aug 25, 2010 at 3:00 AM, Jim Dettman wrote: > > > ? Same here. ?Even my EE contributions have dropped to nil. ?I even got > awarded MVP this year and I feel like an idiot because I've done nothing > with it since receiving it and it's been a couple of months already. ?I > haven't even registered on the MVP site yet. > > ?Wish I could clone five or six copies of myself. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Tuesday, August 24, 2010 11:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Quiet week? > > Quite the opposite. > > Too busy to spend much time on the lists. :-) > > -- > Stuart > > On 24 Aug 2010 at 22:37, jwcolby wrote: > >> >> -- >> 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 df.waters at comcast.net Wed Aug 25 11:40:29 2010 From: df.waters at comcast.net (Dan Waters) Date: Wed, 25 Aug 2010 11:40:29 -0500 Subject: [AccessD] Subform requery In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg><1474924816.183870.1282744308518.JavaMail.open-xchange@oxltgw15.schlund.de> Message-ID: They do trigger AfterUpdate events - but not BeforeUpdate events. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, August 25, 2010 11:19 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Subform requery If I recall my cranky Access correctly, unbound comboboxes don't trigger afterupdate events ... or am I getting confused with .Net? Charlotte On Wed, Aug 25, 2010 at 6:51 AM, Andrew Lacey wrote: > Congrats Jim. > > Ok to brighten a quiet week here's an actaul honest-to-goodness Access question > ("Access, what's that?" I hear you mutter). > > Using A2K I have an unbound?form with some selection fields (2 combos, a check > box). The form has a subform which shows certain records depending on what user > selects in main form. Simple stuff. Only it doesn't work. In the AfterUpdate of > the combos and check box is: > > me.sub1.form.requery > > Nothing happens. > > The subform works. If I change the Recordsource of teh subform to prompt for the > info rather than read it from the main form it works. Yet it must recognise the > references to the main form because it doesn't ask me for any parameters (which > it does, for example, if the main form isn't even open). This is trivial stuff. > I've done it a million times in my old A97 db but I cannot get that subform to > respond. Is this an A2k bug or what? Help. > > Cheers > > 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 delam at zyterra.com Wed Aug 25 14:17:00 2010 From: delam at zyterra.com (Debbie) Date: Wed, 25 Aug 2010 14:17:00 -0500 Subject: [AccessD] Access 2007 question Message-ID: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> I am putting together a report in access 2007. The footer has several rows of calculated fields and the detail has the fields calculated from. Visually, I am trying to make all of the rows space the same in the detail and footer so they all look like a continuous section. My problem is that the detail section is visually further apart than the manual rows in the footer. I have reduced the height if the detail section to .1354" and the footer rows are .1667" top to top, and the details still look farther apart. I really need the vertical real estate, so increasing the spacing in the footer is not an option. Any ideas where thus extra space is coming from? And most importantly how to get rid of it? Debbie Sent from my iPhone From steve at datamanagementsolutions.biz Wed Aug 25 14:30:46 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 07:30:46 +1200 Subject: [AccessD] Quiet week? In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: <9CCE75DD39A841AB8DB69B4EEB705AA9@stevePC> Congratulations on the MVP award, Jim. Good to know! Regards Steve -------------------------------------------------- From: "Jim Dettman" Sent: Wednesday, August 25, 2010 10:00 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Quiet week? > > > Same here. Even my EE contributions have dropped to nil. I even got > awarded MVP this year and I feel like an idiot because I've done nothing > with it since receiving it and it's been a couple of months already. I > haven't even registered on the MVP site yet. > > Wish I could clone five or six copies of myself. > From steve at datamanagementsolutions.biz Wed Aug 25 14:33:42 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 07:33:42 +1200 Subject: [AccessD] Access 2007 question In-Reply-To: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> Message-ID: <0796DDB832B64BD184798911D9E5FA00@stevePC> Debbie, Have you tried playing with the Can Grow and Can Shrink properties of the sections and the controls? Regards Steve -------------------------------------------------- From: "Debbie" Sent: Thursday, August 26, 2010 7:17 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] Access 2007 question > I am putting together a report in access 2007. The footer has several > rows of calculated fields and the detail has the fields calculated from. > > Visually, I am trying to make all of the rows space the same in the > detail and footer so they all look like a continuous section. My > problem is that the detail section is visually further apart than the > manual rows in the footer. I have reduced the height if the detail > section to .1354" and the footer rows are .1667" top to top, and the > details still look farther apart. > > I really need the vertical real estate, so increasing the spacing in > the footer is not an option. Any ideas where thus extra space is > coming from? And most importantly how to get rid of it? > > Debbie > From ssharkins at gmail.com Wed Aug 25 17:37:27 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 25 Aug 2010 15:37:27 -0700 Subject: [AccessD] Access 2007 question References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> Message-ID: <3E8DF342E90E4722BB5C627E6C61F866@salvationomc4p> Deb, I don't think I understand -- can you shoot a picture and send it to me privately? Susan H. ----- Original Message ----- From: "Debbie" To: "Access Developers discussion and problem solving" Sent: Wednesday, August 25, 2010 12:17 PM Subject: [AccessD] Access 2007 question >I am putting together a report in access 2007. The footer has several > rows of calculated fields and the detail has the fields calculated from. > > Visually, I am trying to make all of the rows space the same in the > detail and footer so they all look like a continuous section. My > problem is that the detail section is visually further apart than the > manual rows in the footer. I have reduced the height if the detail > section to .1354" and the footer rows are .1667" top to top, and the > details still look farther apart. > > I really need the vertical real estate, so increasing the spacing in > the footer is not an option. Any ideas where thus extra space is > coming from? And most importantly how to get rid of it? > > Debbie > > Sent from my iPhone > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From delam at zyterra.com Wed Aug 25 15:12:00 2010 From: delam at zyterra.com (Debbie) Date: Wed, 25 Aug 2010 15:12:00 -0500 Subject: [AccessD] Access 2007 question In-Reply-To: <0796DDB832B64BD184798911D9E5FA00@stevePC> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <0796DDB832B64BD184798911D9E5FA00@stevePC> Message-ID: <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> The detail section and all controls in it can shrink. Everything else is fixed. Since the detail is too tall, can grow did not seem prudent. The footer is spaced correctly, so no option to change. Do you think I should try some other combination? Debbie Sent from my iPhone On Aug 25, 2010, at 2:33 PM, "Steve Schapel" wrote: > Debbie, > > Have you tried playing with the Can Grow and Can Shrink properties > of the > sections and the controls? > > Regards > Steve > > > -------------------------------------------------- > From: "Debbie" > Sent: Thursday, August 26, 2010 7:17 AM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] Access 2007 question > >> I am putting together a report in access 2007. The footer has several >> rows of calculated fields and the detail has the fields calculated >> from. >> >> Visually, I am trying to make all of the rows space the same in the >> detail and footer so they all look like a continuous section. My >> problem is that the detail section is visually further apart than the >> manual rows in the footer. I have reduced the height if the detail >> section to .1354" and the footer rows are .1667" top to top, and the >> details still look farther apart. >> >> I really need the vertical real estate, so increasing the spacing in >> the footer is not an option. Any ideas where thus extra space is >> coming from? And most importantly how to get rid of it? >> >> Debbie >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Wed Aug 25 15:38:53 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 25 Aug 2010 13:38:53 -0700 Subject: [AccessD] Access 2007 question In-Reply-To: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> Message-ID: Are you trying to make boxes/borders around the fields, so all of the boxes in a given row are the same height? Much like an Excel spread sheet that has word wrap turned on for a given field. If so, take all of your borders off of the cells in question. tag all of the cells in the row with something such as "grid" then place the following code in the report detail's OnFormat event: Dim ctl As Control Me.ScaleMode = 5 For Each ctl In Me.Controls If ctl.Tag = "grid" Then Me.Line ((ctl.Left / 1440), 0)-((ctl.Left / 1440), 10) Me.Line (((ctl.Left + ctl.Width) / 1440), 0)-(((ctl.Left + ctl.Width) / 1440), 10) End If Next ctl You will have to make a horizontal line above and below the row as well. HTH David McAfee On Wed, Aug 25, 2010 at 12:17 PM, Debbie wrote: > I am putting together a report in access 2007. The footer has several > rows of calculated fields and the detail has the fields calculated from. > > Visually, I am trying to make all of the rows space the same in the > detail and footer so they all look like a continuous section. My > problem is that the detail section is visually further apart than the > manual rows in the footer. I have reduced the height if the detail > section to .1354" and the footer rows are .1667" top to top, and the > details still look farther apart. > > I really need the vertical real estate, so increasing the spacing in > the footer is not an option. Any ideas where thus extra space is > coming from? ?And most importantly how to get rid of it? > > Debbie > > Sent from my iPhone > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jm.hwsn at gmail.com Wed Aug 25 15:43:46 2010 From: jm.hwsn at gmail.com (Jim Hewson) Date: Wed, 25 Aug 2010 15:43:46 -0500 Subject: [AccessD] Access 2007 question In-Reply-To: <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <0796DDB832B64BD184798911D9E5FA00@stevePC> <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> Message-ID: <4c758085.4814e70a.23e8.3d3b@mx.google.com> This is my understanding of the issue. You have data in the footer of the report and then you have relevant data in the detail section of the report. The footer fills up from the bottom up. That is if the footer's data takes up one inch it fills it up from the bottom margin up. One inch from the margin of page. The detail section is populated from the top down. If the detail's data takes up 2 or 3 inches then it fills the page from the top of the detail section down. There will be a gap if the footer's top margin and detail's bottom margin don't meet. The page is a constant size so by filling in the data for both sections there should be a gap. To fix the issue you'll need to move the footer's data fields to the another section. You could create a group to show the detail data and then another section to show the data from the footer. Is that clear or did I just obfuscate the issue? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Sent: Wednesday, August 25, 2010 3:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 question The detail section and all controls in it can shrink. Everything else is fixed. Since the detail is too tall, can grow did not seem prudent. The footer is spaced correctly, so no option to change. Do you think I should try some other combination? Debbie Sent from my iPhone On Aug 25, 2010, at 2:33 PM, "Steve Schapel" wrote: > Debbie, > > Have you tried playing with the Can Grow and Can Shrink properties of > the sections and the controls? > > Regards > Steve > > > -------------------------------------------------- > From: "Debbie" > Sent: Thursday, August 26, 2010 7:17 AM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] Access 2007 question > >> I am putting together a report in access 2007. The footer has several >> rows of calculated fields and the detail has the fields calculated >> from. >> >> Visually, I am trying to make all of the rows space the same in the >> detail and footer so they all look like a continuous section. My >> problem is that the detail section is visually further apart than the >> manual rows in the footer. I have reduced the height if the detail >> section to .1354" and the footer rows are .1667" top to top, and the >> details still look farther apart. >> >> I really need the vertical real estate, so increasing the spacing in >> the footer is not an option. Any ideas where thus extra space is >> coming from? And most importantly how to get rid of it? >> >> Debbie >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 steve at datamanagementsolutions.biz Wed Aug 25 15:48:48 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 08:48:48 +1200 Subject: [AccessD] Access 2007 question In-Reply-To: <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com><0796DDB832B64BD184798911D9E5FA00@stevePC> <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> Message-ID: <4740D1822E93401D8241FA562A219ADB@stevePC> Debbie, No. I, too, am puzzled about what is happening here, and would be interested to have a look at it if you would be able to send a file. Regards Steve -------------------------------------------------- From: "Debbie" Sent: Thursday, August 26, 2010 8:12 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Access 2007 question > The detail section and all controls in it can shrink. Everything else > is fixed. Since the detail is too tall, can grow did not seem > prudent. The footer is spaced correctly, so no option to change. Do > you think I should try some other combination? > From steve at datamanagementsolutions.biz Wed Aug 25 15:54:38 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 08:54:38 +1200 Subject: [AccessD] Access 2007 question In-Reply-To: <4c758085.4814e70a.23e8.3d3b@mx.google.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <0796DDB832B64BD184798911D9E5FA00@stevePC><6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> <4c758085.4814e70a.23e8.3d3b@mx.google.com> Message-ID: <437291646A264DA79A862063D1495DBA@stevePC> Jim, I had assumed Debbie was talking about the Report Footer, not the Page Footer. But in any case, the problem (as I understand it!) is that the Detail records are showing higher than desired, not the other way around. Regards Steve -------------------------------------------------- From: "Jim Hewson" Sent: Thursday, August 26, 2010 8:43 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Access 2007 question > This is my understanding of the issue. > You have data in the footer of the report and then you have relevant data > in > the detail section of the report. > The footer fills up from the bottom up. That is if the footer's data > takes > up one inch it fills it up from the bottom margin up. One inch from the > margin of page. > The detail section is populated from the top down. If the detail's data > takes up 2 or 3 inches then it fills the page from the top of the detail > section down. > There will be a gap if the footer's top margin and detail's bottom margin > don't meet. > The page is a constant size so by filling in the data for both sections > there should be a gap. > > To fix the issue you'll need to move the footer's data fields to the > another > section. > You could create a group to show the detail data and then another section > to > show the data from the footer. > > Is that clear or did I just obfuscate the issue? > From delam at zyterra.com Wed Aug 25 15:58:18 2010 From: delam at zyterra.com (Debbie) Date: Wed, 25 Aug 2010 15:58:18 -0500 Subject: [AccessD] Access 2007 question In-Reply-To: References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> Message-ID: <1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com> Not trying for boxes or borders. I do have a rectangle in the background of the detail section to shade portions of the detail. It is the same height as the control and section. Debbie Sent from my iPhone On Aug 25, 2010, at 3:38 PM, David McAfee wrote: > Are you trying to make boxes/borders around the fields, so all of the > boxes in a given row are the same height? > > Much like an Excel spread sheet that has word wrap turned on for a > given field. > > If so, take all of your borders off of the cells in question. tag > all of the cells in the row with something such as "grid" then > place the > following code in the report detail's OnFormat event: > > Dim ctl As Control > Me.ScaleMode = 5 > For Each ctl In Me.Controls > If ctl.Tag = "grid" Then > Me.Line ((ctl.Left / 1440), 0)-((ctl.Left / 1440), 10) > Me.Line (((ctl.Left + ctl.Width) / 1440), 0)-(((ctl.Left + > ctl.Width) / 1440), 10) > End If > Next ctl > > You will have to make a horizontal line above and below the row as > well. > > HTH > David McAfee > > > > > > > > On Wed, Aug 25, 2010 at 12:17 PM, Debbie wrote: >> I am putting together a report in access 2007. The footer has several >> rows of calculated fields and the detail has the fields calculated >> from. >> >> Visually, I am trying to make all of the rows space the same in the >> detail and footer so they all look like a continuous section. My >> problem is that the detail section is visually further apart than the >> manual rows in the footer. I have reduced the height if the detail >> section to .1354" and the footer rows are .1667" top to top, and the >> details still look farther apart. >> >> I really need the vertical real estate, so increasing the spacing in >> the footer is not an option. Any ideas where thus extra space is >> coming from? And most importantly how to get rid of it? >> >> Debbie >> >> Sent from my iPhone >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 delam at zyterra.com Wed Aug 25 16:04:10 2010 From: delam at zyterra.com (Debbie) Date: Wed, 25 Aug 2010 16:04:10 -0500 Subject: [AccessD] Access 2007 question In-Reply-To: <4c758085.4814e70a.23e8.3d3b@mx.google.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <0796DDB832B64BD184798911D9E5FA00@stevePC> <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> <4c758085.4814e70a.23e8.3d3b@mx.google.com> Message-ID: <2BB620B4-5EAD-4BDC-BD24-6826E89D6F90@zyterra.com> Different issue. Footer fields are in the report footer so they are filling from the end of the detail down. That works fine, there is no extra gap. The details have more space in between each detail record than there is between calculated rows in the footer. The detail rows are shorter than the controls of the footer rows. The footer rows have a tiny gap between rows also. Despite this, the footer rows appear closer vertically than the detail section rows. By everything I know, they should appear closer together, not further apart now. Debbie Sent from my iPhone On Aug 25, 2010, at 3:43 PM, "Jim Hewson" wrote: > This is my understanding of the issue. > You have data in the footer of the report and then you have relevant > data in > the detail section of the report. > The footer fills up from the bottom up. That is if the footer's > data takes > up one inch it fills it up from the bottom margin up. One inch from > the > margin of page. > The detail section is populated from the top down. If the detail's > data > takes up 2 or 3 inches then it fills the page from the top of the > detail > section down. > There will be a gap if the footer's top margin and detail's bottom > margin > don't meet. > The page is a constant size so by filling in the data for both > sections > there should be a gap. > > To fix the issue you'll need to move the footer's data fields to the > another > section. > You could create a group to show the detail data and then another > section to > show the data from the footer. > > Is that clear or did I just obfuscate the issue? > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie > Sent: Wednesday, August 25, 2010 3:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 question > > The detail section and all controls in it can shrink. Everything > else is > fixed. Since the detail is too tall, can grow did not seem prudent. > The > footer is spaced correctly, so no option to change. Do you think I > should > try some other combination? > > Debbie > > Sent from my iPhone > > On Aug 25, 2010, at 2:33 PM, "Steve Schapel" > > wrote: > >> Debbie, >> >> Have you tried playing with the Can Grow and Can Shrink properties of >> the sections and the controls? >> >> Regards >> Steve >> >> >> -------------------------------------------------- >> From: "Debbie" >> Sent: Thursday, August 26, 2010 7:17 AM >> To: "Access Developers discussion and problem solving" >> >> Subject: [AccessD] Access 2007 question >> >>> I am putting together a report in access 2007. The footer has >>> several >>> rows of calculated fields and the detail has the fields calculated >>> from. >>> >>> Visually, I am trying to make all of the rows space the same in the >>> detail and footer so they all look like a continuous section. My >>> problem is that the detail section is visually further apart than >>> the >>> manual rows in the footer. I have reduced the height if the detail >>> section to .1354" and the footer rows are .1667" top to top, and the >>> details still look farther apart. >>> >>> I really need the vertical real estate, so increasing the spacing in >>> the footer is not an option. Any ideas where thus extra space is >>> coming from? And most importantly how to get rid of it? >>> >>> Debbie >>> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 steve at datamanagementsolutions.biz Wed Aug 25 16:07:01 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 09:07:01 +1200 Subject: [AccessD] Access 2007 question In-Reply-To: <1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com> Message-ID: <3956851CA0A94A89B52A38B7FEB6ADD8@stevePC> Debbie, As an experiment, can you try removing this rectangle control, and see whether it makes any difference? Regards Steve -------------------------------------------------- From: "Debbie" Sent: Thursday, August 26, 2010 8:58 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Access 2007 question > Not trying for boxes or borders. I do have a rectangle in the > background of the detail section to shade portions of the detail. It > is the same height as the control and section. > From steve at datamanagementsolutions.biz Wed Aug 25 16:13:59 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 09:13:59 +1200 Subject: [AccessD] Access 2007 question In-Reply-To: <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com><0796DDB832B64BD184798911D9E5FA00@stevePC> <6B540C94-9555-4EB1-93F8-81F1A1D74F7D@zyterra.com> Message-ID: <6D6D8D8ECC6B454D81502568765F42AB@stevePC> Debbie, -------------------------------------------------- From: "Debbie" Sent: Thursday, August 26, 2010 8:12 AM > .... Everything else is fixed. > ... The footer is spaced correctly, so no option to change. Do you mean by this (as I had interpreted it) that the Can Shrink of the footer controls, and the footer section, is set to No? Regards Steve From delam at zyterra.com Wed Aug 25 16:19:54 2010 From: delam at zyterra.com (Debbie) Date: Wed, 25 Aug 2010 16:19:54 -0500 Subject: [AccessD] Access 2007 question In-Reply-To: <3956851CA0A94A89B52A38B7FEB6ADD8@stevePC> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com> <3956851CA0A94A89B52A38B7FEB6ADD8@stevePC> Message-ID: <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> It looks like that is the offending piece. Now to figure out how to shade part of the detail section without it. Thanks for the help. Debbie Sent from my iPhone On Aug 25, 2010, at 4:07 PM, "Steve Schapel" wrote: > Debbie, > > As an experiment, can you try removing this rectangle control, and see > whether it makes any difference? > > Regards > Steve > > > -------------------------------------------------- > From: "Debbie" > Sent: Thursday, August 26, 2010 8:58 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] Access 2007 question > >> Not trying for boxes or borders. I do have a rectangle in the >> background of the detail section to shade portions of the detail. It >> is the same height as the control and section. >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Wed Aug 25 16:30:38 2010 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 25 Aug 2010 14:30:38 -0700 Subject: [AccessD] Access 2007 question In-Reply-To: <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com> <3956851CA0A94A89B52A38B7FEB6ADD8@stevePC> <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> Message-ID: Put a hidden text field and do something like this: Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) Dim ctl As Control Dim Highlight As Long 'Light green = 65280 'White = 16777215 'Yellow = 10092543 'Caca Color = 32896 'or you can use VBred, VBwhite, VBBlack... Select Case Me.txtReportCode Case "R" Highlight = 14286847 'Yellow Case "W" Highlight = 12713952 'Light Green Case Else Highlight = 16777215 'White End Select For Each ctl In Me.Controls If ctl.Tag = "Colored" Then ctl.BackColor = Highlight End If Next ctl Me.Detail.BackColor = Highlight On Wed, Aug 25, 2010 at 2:19 PM, Debbie wrote: > It looks like that is the offending piece. Now to figure out how to > shade part of the detail section without it. Thanks for the help. > > Debbie > > Sent from my iPhone > > On Aug 25, 2010, at 4:07 PM, "Steve Schapel" ?> wrote: > >> Debbie, >> >> As an experiment, can you try removing this rectangle control, and see >> whether it makes any difference? >> >> Regards >> Steve >> >> >> -------------------------------------------------- >> From: "Debbie" >> Sent: Thursday, August 26, 2010 8:58 AM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] Access 2007 question >> >>> Not trying for boxes or borders. I do have a rectangle in the >>> background of the detail section to shade portions of the detail. It >>> is the same height as the control and section. >>> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 steve at datamanagementsolutions.biz Wed Aug 25 16:33:11 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 26 Aug 2010 09:33:11 +1200 Subject: [AccessD] Access 2007 question In-Reply-To: <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com><1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com><3956851CA0A94A89B52A38B7FEB6ADD8@stevePC> <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> Message-ID: <27B90C18114A4D389901D4A2FA29ED6E@stevePC> Debbie, I think what is happening here is that the Can Shrink of the Detail section/controls is not being effected, due to the presence of the rectangle. Without the rectangle, they are shrinking down to the minimum size required by the font you are using. Whereas, in the footer section, the shrink down is happening, making the printed height smaller than the printed height of the rectangle-determined Detail. See what I mean? So there are various ways you could approach this. Set all Can Shrink properties to No. Further reduce the height of the design of the Detail section and controls (and rectangle!). Regards Steve -------------------------------------------------- From: "Debbie" Sent: Thursday, August 26, 2010 9:19 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Access 2007 question > It looks like that is the offending piece. Now to figure out how to > shade part of the detail section without it. Thanks for the help. > From BradM at blackforestltd.com Wed Aug 25 16:43:00 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 25 Aug 2010 16:43:00 -0500 Subject: [AccessD] OT: Vista explorer default References: <4C6E8416.20808@colbyconsulting.com>, <4C6EA9A9.25974.2C854D8D@stuart.lexacorp.com.pg>, <4C6EB2B9.5020409@colbyconsulting.com><4C6EB4CC.28681.2CB0CF88@stuart.lexacorp.com.pg> <1A6CD1CB5B0D43578DBE6927199A674A@HAL9005> Message-ID: Rocky, Thanks for posting the info about the "Everything" search tool. I installed it last week both at work and at home. I now use it on a regular basis. I find it much easier than Windows search. Sincerely, Brad Marks ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Friday, August 20, 2010 3:11 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Vista explorer default Off topic a bit but I gave up the windows search in favor of Search Everything. http://www.voidtools.com/ best little utility I've got on the desktop. Use it EVERY day. Highly recommend it. The great thing about it is that the search results come up instantly. Rocky From ssharkins at gmail.com Wed Aug 25 19:52:59 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 25 Aug 2010 17:52:59 -0700 Subject: [AccessD] Access 2007 question References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com><1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com><3956851CA0A94A89B52A38B7FEB6ADD8@stevePC><171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> <27B90C18114A4D389901D4A2FA29ED6E@stevePC> Message-ID: <222488A4F8D64BB8AB08E2CF6C0AA643@salvationomc4p> What a sleuth! If you guys don't mind, I might use this in my next Office challenge. Susan H. > Debbie, > > I think what is happening here is that the Can Shrink of the Detail > section/controls is not being effected, due to the presence of the > rectangle. Without the rectangle, they are shrinking down to the minimum > size required by the font you are using. Whereas, in the footer section, > the shrink down is happening, making the printed height smaller than the > printed height of the rectangle-determined Detail. See what I mean? > > So there are various ways you could approach this. Set all Can Shrink > properties to No. Further reduce the height of the design of the Detail > section and controls (and rectangle!). > > Regards > Steve > > > -------------------------------------------------- > From: "Debbie" > Sent: Thursday, August 26, 2010 9:19 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] Access 2007 question > >> It looks like that is the offending piece. Now to figure out how to >> shade part of the detail section without it. Thanks for the help. >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From delam at zyterra.com Wed Aug 25 17:38:56 2010 From: delam at zyterra.com (Debbie) Date: Wed, 25 Aug 2010 17:38:56 -0500 Subject: [AccessD] Access 2007 question In-Reply-To: <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com> <1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com> <3956851CA0A94A89B52A38B7FEB6ADD8@stevePC> <171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> Message-ID: Groan. I realized I did this to myself. I had some mostly discarded code that set the height of that box. Kill the code and the height did not grow. Debbie Sent from my iPhone On Aug 25, 2010, at 4:19 PM, Debbie wrote: > It looks like that is the offending piece. Now to figure out how to > shade part of the detail section without it. Thanks for the help. > > Debbie > > Sent from my iPhone > > On Aug 25, 2010, at 4:07 PM, "Steve Schapel" > wrote: > >> Debbie, >> >> As an experiment, can you try removing this rectangle control, and >> see >> whether it makes any difference? >> >> Regards >> Steve >> >> >> -------------------------------------------------- >> From: "Debbie" >> Sent: Thursday, August 26, 2010 8:58 AM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] Access 2007 question >> >>> Not trying for boxes or borders. I do have a rectangle in the >>> background of the detail section to shade portions of the detail. It >>> is the same height as the control and section. >>> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 ssharkins at gmail.com Wed Aug 25 21:28:12 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 25 Aug 2010 19:28:12 -0700 Subject: [AccessD] Access 2007 question References: <8440FF71-2395-437C-B9AC-D39E7E336BBD@zyterra.com><1FEFE9AC-31F1-4C52-AFC8-266BA77CE443@zyterra.com><3956851CA0A94A89B52A38B7FEB6ADD8@stevePC><171FADE8-9959-4C03-80B5-AA34B969FCB3@zyterra.com> Message-ID: <3CE960D95EEE4485AF6DAE27E512BCAD@salvationomc4p> Don't you hate that? I do it to myself all the time! Welcome to the club! Susan H. > Groan. I realized I did this to myself. I had some mostly discarded > code that set the height of that box. Kill the code and the height did > not grow. From Darryl.Collins at iag.com.au Wed Aug 25 18:51:17 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Thu, 26 Aug 2010 09:51:17 +1000 Subject: [AccessD] Access 2007 question In-Reply-To: Message-ID: <201008252351.o7PNpCSf009313@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ hah, Love it. I did something like that the other day. Had some code that was working fine and then made some seemily trivial improvements and spend the next two days debugging the darn thing! bah. ;) Some of the worst wounds are self inflicted! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Sent: Thursday, 26 August 2010 8:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 question Groan. I realized I did this to myself. I had some mostly discarded code that set the height of that box. Kill the code and the height did not grow. Debbie Sent from my iPhone On Aug 25, 2010, at 4:19 PM, Debbie wrote: > It looks like that is the offending piece. Now to figure out how to > shade part of the detail section without it. Thanks for the help. > > Debbie > > Sent from my iPhone > > On Aug 25, 2010, at 4:07 PM, "Steve Schapel" > wrote: > >> Debbie, >> >> As an experiment, can you try removing this rectangle control, and >> see >> whether it makes any difference? >> >> Regards >> Steve >> >> >> -------------------------------------------------- >> From: "Debbie" >> Sent: Thursday, August 26, 2010 8:58 AM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] Access 2007 question >> >>> Not trying for boxes or borders. I do have a rectangle in the >>> background of the detail section to shade portions of the detail. It >>> is the same height as the control and section. >>> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From adtp at airtelmail.in Thu Aug 26 00:28:37 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Thu, 26 Aug 2010 10:58:37 +0530 Subject: [AccessD] Option Group's Control Collection - Weird Behavior References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: <083F1186912D4C4C81D44247CDCE967A@personal4a8ede> Further to my previous post, I would like to add that the anomaly is confined to manipulation of top property, if the toggle buttons are in same horizontal alignment to start with. No problem with left property. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: A.D. Tejpal To: Access Developers discussion and problem solving Sent: Wednesday, August 25, 2010 21:24 Subject: Option Group's Control Collection - Weird Behavior Something to alleviate current quiet phase in AccessD ==================================== It is observed that if subcontrols (say toggle buttons) belonging to an option group are accessed via For Each loop, there is no problem so long as original position of these subcontrols is not disturbed. However, if programmatic manipulation (say by adding 1 twip to subcontrol's top property) is attempted, only some of the subcontrols get acted upon (some amongst them multiple times) while others get skipped. Total number of hits still adds up to the total count of such subcontrols. This weird pattern persists even if the subcontrols are accessed via item index, using For Counter = 0 to CollectionCount -1 (instead of for each loop). Sample code used for conducting such a test is given below (Access 2003 desktop on Win XP): ' Sample code in VBA module of form ' having an option group named Opg_A '========================== Private Sub P_OpnGrpTest() Dim ct As Access.Control For Each ct In Me.Opg_A.Controls ct.top = ct.top + 1 Debug.Print ct.Name, ct.top Next Set ct = Nothing End Sub '========================== Interested members might like to examine and offer their considered views regarding: (a) The likely explanation for such behavior. (b) Suggested optimum solution. I have two alternative solutions in mind. These are not being included at this stage so that the topic gets fresh treatment in a wider perspective. Best wishes, A.D. Tejpal ------------ From michael at mattysconsulting.com Thu Aug 26 08:28:55 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Thu, 26 Aug 2010 09:28:55 -0400 Subject: [AccessD] Option Group's Control Collection - Weird Behavior In-Reply-To: <083F1186912D4C4C81D44247CDCE967A@personal4a8ede> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede> Message-ID: <09B7603AE21F45219398CE2219CA04CB@Gateway> Hi A.D., I changed the number to move in the loop to 10. I haven't come upon a solution yet, but I do find this amusing! Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Thursday, August 26, 2010 1:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior Further to my previous post, I would like to add that the anomaly is confined to manipulation of top property, if the toggle buttons are in same horizontal alignment to start with. No problem with left property. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: A.D. Tejpal To: Access Developers discussion and problem solving Sent: Wednesday, August 25, 2010 21:24 Subject: Option Group's Control Collection - Weird Behavior Something to alleviate current quiet phase in AccessD ==================================== It is observed that if subcontrols (say toggle buttons) belonging to an option group are accessed via For Each loop, there is no problem so long as original position of these subcontrols is not disturbed. However, if programmatic manipulation (say by adding 1 twip to subcontrol's top property) is attempted, only some of the subcontrols get acted upon (some amongst them multiple times) while others get skipped. Total number of hits still adds up to the total count of such subcontrols. This weird pattern persists even if the subcontrols are accessed via item index, using For Counter = 0 to CollectionCount -1 (instead of for each loop). Sample code used for conducting such a test is given below (Access 2003 desktop on Win XP): ' Sample code in VBA module of form ' having an option group named Opg_A '========================== Private Sub P_OpnGrpTest() Dim ct As Access.Control For Each ct In Me.Opg_A.Controls ct.top = ct.top + 1 Debug.Print ct.Name, ct.top Next Set ct = Nothing End Sub '========================== Interested members might like to examine and offer their considered views regarding: (a) The likely explanation for such behavior. (b) Suggested optimum solution. I have two alternative solutions in mind. These are not being included at this stage so that the topic gets fresh treatment in a wider perspective. Best wishes, A.D. Tejpal ------------ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Aug 26 08:55:08 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 09:55:08 -0400 Subject: [AccessD] Option Group's Control Collection - Weird Behavior In-Reply-To: <09B7603AE21F45219398CE2219CA04CB@Gateway> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede> <09B7603AE21F45219398CE2219CA04CB@Gateway> Message-ID: <4C76723C.3000205@colbyconsulting.com> A.D. / Michael, If I remember correctly, objects in Access are not individual "windows", in other words you cannot get a handle to window for a combo or a text box (or anything else) in Access. In most programs, when a graphical object is drawn by the windows operating system, Windows maps the memory, Windows draws it, and Windows hands you back a Handle To Window for that object, IOW it creates a handle to the exact piece of screen real estate that Windows uses. This is all just vague memories but the bottom line is that every "object" on a form is somehow drawn internally by Access (not directly by Windows), and I *believe* that is what you are running into here. When you programmatically move objects around, you are confusing the code internal to Access that draws and keeps track of where objects are drawn on the screen. IIRC Drew knows a lot about this stuff, in fact I think it was Drew that discussed all this stuff ages ago. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi A.D., > > I changed the number to move in the loop to 10. > I haven't come upon a solution yet, but I do find this amusing! > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal > Sent: Thursday, August 26, 2010 1:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior > > Further to my previous post, I would like to add that the anomaly is > confined to manipulation of top property, if the toggle buttons are in same > horizontal alignment to start with. No problem with left property. > > Best wishes, > A.D. Tejpal > ------------ From adtp at airtelmail.in Thu Aug 26 09:07:50 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Thu, 26 Aug 2010 19:37:50 +0530 Subject: [AccessD] Option Group's Control Collection - Weird Behavior References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg><083F1186912D4C4C81D44247CDCE967A@personal4a8ede> <09B7603AE21F45219398CE2219CA04CB@Gateway> Message-ID: <45B0D8A540484E0FAE722EE9FB2FED22@personal4a8ede> Thanks Michael! - for kindly checking it out. The phenomenon is encountered in Access 2003 as well as 2010. Type of subcontrol (toggle button / option button / check box) does not make any difference. Prima facie, it could be considered a bug. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Michael Mattys To: 'Access Developers discussion and problem solving' Sent: Thursday, August 26, 2010 18:58 Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior Hi A.D., I changed the number to move in the loop to 10. I haven't come upon a solution yet, but I do find this amusing! Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Thursday, August 26, 2010 1:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior Further to my previous post, I would like to add that the anomaly is confined to manipulation of top property, if the toggle buttons are in same horizontal alignment to start with. No problem with left property. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: A.D. Tejpal To: Access Developers discussion and problem solving Sent: Wednesday, August 25, 2010 21:24 Subject: Option Group's Control Collection - Weird Behavior Something to alleviate current quiet phase in AccessD ==================================== It is observed that if subcontrols (say toggle buttons) belonging to an option group are accessed via For Each loop, there is no problem so long as original position of these subcontrols is not disturbed. However, if programmatic manipulation (say by adding 1 twip to subcontrol's top property) is attempted, only some of the subcontrols get acted upon (some amongst them multiple times) while others get skipped. Total number of hits still adds up to the total count of such subcontrols. This weird pattern persists even if the subcontrols are accessed via item index, using For Counter = 0 to CollectionCount -1 (instead of for each loop). Sample code used for conducting such a test is given below (Access 2003 desktop on Win XP): ' Sample code in VBA module of form ' having an option group named Opg_A '========================== Private Sub P_OpnGrpTest() Dim ct As Access.Control For Each ct In Me.Opg_A.Controls ct.top = ct.top + 1 Debug.Print ct.Name, ct.top Next Set ct = Nothing End Sub '========================== Interested members might like to examine and offer their considered views regarding: (a) The likely explanation for such behavior. (b) Suggested optimum solution. I have two alternative solutions in mind. These are not being included at this stage so that the topic gets fresh treatment in a wider perspective. Best wishes, A.D. Tejpal ------------ From ssharkins at gmail.com Thu Aug 26 12:09:16 2010 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 26 Aug 2010 10:09:16 -0700 Subject: [AccessD] From a reader -- app won't close Message-ID: <0E71C721B60F43E897A521B467FD9D30@salvationomc4p> i am the admin and needed to update a phone number on a report (i.e. label). I save but when I try to close the app - no matter how - i get the do you want to save the changes to the design of report..I say yes, and but app does not close. until i say no..thanks for any advice. =========Any advice? Susan H. From rockysmolin at bchacc.com Thu Aug 26 09:38:02 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 26 Aug 2010 07:38:02 -0700 Subject: [AccessD] From a reader -- app won't close In-Reply-To: <0E71C721B60F43E897A521B467FD9D30@salvationomc4p> References: <0E71C721B60F43E897A521B467FD9D30@salvationomc4p> Message-ID: Could the user be going to the design view from the preview instead of opening the report from the database container? When they open the report in design view is the code stopped? Is there an autostart which the user could disable by starting the app holding the Shift key down so that it just opens to the database container? Just WAGs... Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Thursday, August 26, 2010 10:09 AM To: Access Developers discussion and problem solving Subject: [AccessD] From a reader -- app won't close i am the admin and needed to update a phone number on a report (i.e. label). I save but when I try to close the app - no matter how - i get the do you want to save the changes to the design of report..I say yes, and but app does not close. until i say no..thanks for any advice. =========Any advice? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael at mattysconsulting.com Thu Aug 26 09:44:50 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Thu, 26 Aug 2010 10:44:50 -0400 Subject: [AccessD] Option Group's Control Collection - Weird Behavior In-Reply-To: <4C76723C.3000205@colbyconsulting.com> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede><09B7603AE21F45219398CE2219CA04CB@Gateway> <4C76723C.3000205@colbyconsulting.com> Message-ID: <2C9FA592FF574F039D75C71D8EBE92B6@Gateway> That's a very probable answer, we'll see what Drew has to say. I believe that each control has to get the focus before it becomes a window. I'll try that. Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 26, 2010 9:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior A.D. / Michael, If I remember correctly, objects in Access are not individual "windows", in other words you cannot get a handle to window for a combo or a text box (or anything else) in Access. In most programs, when a graphical object is drawn by the windows operating system, Windows maps the memory, Windows draws it, and Windows hands you back a Handle To Window for that object, IOW it creates a handle to the exact piece of screen real estate that Windows uses. This is all just vague memories but the bottom line is that every "object" on a form is somehow drawn internally by Access (not directly by Windows), and I *believe* that is what you are running into here. When you programmatically move objects around, you are confusing the code internal to Access that draws and keeps track of where objects are drawn on the screen. IIRC Drew knows a lot about this stuff, in fact I think it was Drew that discussed all this stuff ages ago. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi A.D., > > I changed the number to move in the loop to 10. > I haven't come upon a solution yet, but I do find this amusing! > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal > Sent: Thursday, August 26, 2010 1:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior > > Further to my previous post, I would like to add that the anomaly is > confined to manipulation of top property, if the toggle buttons are in same > horizontal alignment to start with. No problem with left property. > > Best wishes, > A.D. Tejpal > ------------ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Thu Aug 26 10:09:51 2010 From: garykjos at gmail.com (Gary Kjos) Date: Thu, 26 Aug 2010 10:09:51 -0500 Subject: [AccessD] From a reader -- app won't close In-Reply-To: <0E71C721B60F43E897A521B467FD9D30@salvationomc4p> References: <0E71C721B60F43E897A521B467FD9D30@salvationomc4p> Message-ID: I get that if I open an Access 2003 database in Access 2007. It will let me run things from 2007 but it won't let me save any forms, reports or other objects. Yet it prompts me to save things but won't allow. Check the versions. the database may need to be converted to 2007 to allow changes to objects from 2007. My guess. ;-) GK On Thu, Aug 26, 2010 at 12:09 PM, Susan Harkins wrote: > i am the admin and needed to update a phone number on a report (i.e. label). ?I save but when I try to close the app - no matter how - i get the do you want to save the changes to the design of report..I say yes, and but app does not close. ?until i say no..thanks for any advice. > > =========Any advice? > > Susan H. > -- > 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 DWUTKA at Marlow.com Thu Aug 26 10:28:55 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 26 Aug 2010 10:28:55 -0500 Subject: [AccessD] Option Group's Control Collection - Weird Behavior In-Reply-To: <4C76723C.3000205@colbyconsulting.com> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede><09B7603AE21F45219398CE2219CA04CB@Gateway> <4C76723C.3000205@colbyconsulting.com> Message-ID: Yep, back in the day, I was creating a VB program that would 'remote' an Access session. At the time, we had an Access database that was basically a big reporting engine for our production database. The reports run, would prompt with dialog boxes (Access generated). So the 'remote' program I wrote, would run the report in one thread, and in a separate thread, it would watch for dialog boxes. When one appeared, it used Window API calls to capture the dimensions and characteristics of the dialog box, and then it recreated them in an HTML format. Worked pretty good. Our remote users could run all the reports they wanted, and they got web pages that displayed the dialog prompts until the report actually ran (and the report was then sent in HTML or .snp format). When I tried to use the same process for an Access Form, however, that's when I ran into the monstrous subclassing that Access uses on it's forms. I have two little apps I wrote a long time ago, one's MoveWindows (when you run the program, it builds a treeview of all the windows on your computer, and allows you to manipulate the coordinates and whether they are visible or not), the other is Window Info. When that one runs, it displays the window info of whatever the mouse is over. If someone has a place to put them up on the web, I can email the .exes out. (They were written in VB, but almost everyone has the VB runtimes installed nowadays). It's a 13k zip file with both .exes. Run that Show Windows one, and you'll see the difference between an Access Form, and almost any other window on your machine. Heck, the Show Windows app itself, when you move your mouse over the text boxes, shows each text box to be its own window. Do that over an Access Form, and you'll see it's not what you'd expect. There are several 'child' windows, but the only 'control' is the active one, so when you move focus from one control to the next, the 'active' window moves to that control, everything else on the form is 'non-existant' as far as Windows is concerned. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 26, 2010 8:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior A.D. / Michael, If I remember correctly, objects in Access are not individual "windows", in other words you cannot get a handle to window for a combo or a text box (or anything else) in Access. In most programs, when a graphical object is drawn by the windows operating system, Windows maps the memory, Windows draws it, and Windows hands you back a Handle To Window for that object, IOW it creates a handle to the exact piece of screen real estate that Windows uses. This is all just vague memories but the bottom line is that every "object" on a form is somehow drawn internally by Access (not directly by Windows), and I *believe* that is what you are running into here. When you programmatically move objects around, you are confusing the code internal to Access that draws and keeps track of where objects are drawn on the screen. IIRC Drew knows a lot about this stuff, in fact I think it was Drew that discussed all this stuff ages ago. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi A.D., > > I changed the number to move in the loop to 10. > I haven't come upon a solution yet, but I do find this amusing! > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal > Sent: Thursday, August 26, 2010 1:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior > > Further to my previous post, I would like to add that the anomaly is > confined to manipulation of top property, if the toggle buttons are in same > horizontal alignment to start with. No problem with left property. > > Best wishes, > A.D. Tejpal > ------------ -- 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 adtp at airtelmail.in Thu Aug 26 13:35:10 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Fri, 27 Aug 2010 00:05:10 +0530 Subject: [AccessD] Option Group's Control Collection - Weird Behavior References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede><09B7603AE21F45219398CE2219CA04CB@Gateway> <4C76723C.3000205@colbyconsulting.com> Message-ID: J.C., Drew, In this particular case, it appears to be primarily a matter of one particular built-in sub-collection failing to comply with the required consistency. In a form having different types of controls, including option groups, the controls collection pertaining to the form performs normally. Cycling through form's controls via For Each loop gives consistent results, despite programmatic manipulation of their top property. All the subcontrols (toggle buttons / option buttons / check boxes) belonging to an option group, apart from belonging to option group's controls collection, do feature in form's control collection as well. There is no problem if top property of a horizontal row of such subcontrols is manipulated via form's control collection, using For Each loop. However, similar exercise using controls collection belonging to the option group itself, reveals erratic behavior, with skipping of some controls, while some other controls get acted upon more than once. Let us examine a parallel case i.e. subcontrols located on a tab control. Each of such subcontrols happens to be a member of two built-in collections i.e. (a) Controls collection belonging to the given page of tab control. and (b) Controls collection of the form itself. It is observed that there is no inconsistency if an exercise similar to that in previous para is carried out by looping through either of these collections. Note: (a) Tab control itself does not have any controls collection directly. Instead it has Pages collection, each page in turn having controls collection. (b) Even though a subcontrol can feature in more than one collection, its parent property always points to its immediate container (i.e. option group or pertinent page in case of tab control) It would thus appear that built-in control collections in access do perform properly, with the exception of that belonging to an option group. Apparently a bug in need of remedial action by Microsoft. Interim solution: =========== Two alternatives are found effective: (a) Even for subcontrols pertaining to an option group, loop through form's control collection and manipulate individual items after testing for parent property. (b) Create a temporary collection. Populate it with the subcontrols belonging to the option group in question and loop through this collection for conducting the desired manipulation. This alternative might be found more convenient in certain situations (e.g. where the option group in question has been accessed while looping through the form's controls collection). Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Drew Wutka To: Access Developers discussion and problem solving Sent: Thursday, August 26, 2010 20:58 Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior Yep, back in the day, I was creating a VB program that would 'remote' an Access session. At the time, we had an Access database that was basically a big reporting engine for our production database. The reports run, would prompt with dialog boxes (Access generated). So the 'remote' program I wrote, would run the report in one thread, and in a separate thread, it would watch for dialog boxes. When one appeared, it used Window API calls to capture the dimensions and characteristics of the dialog box, and then it recreated them in an HTML format. Worked pretty good. Our remote users could run all the reports they wanted, and they got web pages that displayed the dialog prompts until the report actually ran (and the report was then sent in HTML or .snp format). When I tried to use the same process for an Access Form, however, that's when I ran into the monstrous subclassing that Access uses on it's forms. I have two little apps I wrote a long time ago, one's MoveWindows (when you run the program, it builds a treeview of all the windows on your computer, and allows you to manipulate the coordinates and whether they are visible or not), the other is Window Info. When that one runs, it displays the window info of whatever the mouse is over. If someone has a place to put them up on the web, I can email the .exes out. (They were written in VB, but almost everyone has the VB runtimes installed nowadays). It's a 13k zip file with both .exes. Run that Show Windows one, and you'll see the difference between an Access Form, and almost any other window on your machine. Heck, the Show Windows app itself, when you move your mouse over the text boxes, shows each text box to be its own window. Do that over an Access Form, and you'll see it's not what you'd expect. There are several 'child' windows, but the only 'control' is the active one, so when you move focus from one control to the next, the 'active' window moves to that control, everything else on the form is 'non-existant' as far as Windows is concerned. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 26, 2010 8:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior A.D. / Michael, If I remember correctly, objects in Access are not individual "windows", in other words you cannot get a handle to window for a combo or a text box (or anything else) in Access. In most programs, when a graphical object is drawn by the windows operating system, Windows maps the memory, Windows draws it, and Windows hands you back a Handle To Window for that object, IOW it creates a handle to the exact piece of screen real estate that Windows uses. This is all just vague memories but the bottom line is that every "object" on a form is somehow drawn internally by Access (not directly by Windows), and I *believe* that is what you are running into here. When you programmatically move objects around, you are confusing the code internal to Access that draws and keeps track of where objects are drawn on the screen. IIRC Drew knows a lot about this stuff, in fact I think it was Drew that discussed all this stuff ages ago. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi A.D., > > I changed the number to move in the loop to 10. > I haven't come upon a solution yet, but I do find this amusing! > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com From jwcolby at colbyconsulting.com Thu Aug 26 14:04:39 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 15:04:39 -0400 Subject: [AccessD] Option Group's Control Collection - Weird Behavior In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede><09B7603AE21F45219398CE2219CA04CB@Gateway> <4C76723C.3000205@colbyconsulting.com> Message-ID: <4C76BAC7.3030508@colbyconsulting.com> A.D. > It would thus appear that built-in control collections in access do perform properly, with the exception of that belonging to an option group. Apparently a bug in need of remedial action by Microsoft. My point exactly. Of course MS is way to busy doing important stuff (like designing pretty toolbars) to fix bugs. ;) To be fair to MS, this is pretty esoteric stuff even by my standards. They may never have had this bug reported in a reproducible fashion. You should definitely report it, preferable with a little database that will demo the problem. John W. Colby www.ColbyConsulting.com A.D. Tejpal wrote: > J.C., Drew, > > In this particular case, it appears to be primarily a matter of one particular built-in sub-collection failing to comply with the required consistency. > > In a form having different types of controls, including option groups, the controls collection pertaining to the form performs normally. Cycling through form's controls via For Each loop gives consistent results, despite programmatic manipulation of their top property. > > All the subcontrols (toggle buttons / option buttons / check boxes) belonging to an option group, apart from belonging to option group's controls collection, do feature in form's control collection as well. There is no problem if top property of a horizontal row of such subcontrols is manipulated via form's control collection, using For Each loop. However, similar exercise using controls collection belonging to the option group itself, reveals erratic behavior, with skipping of some controls, while some other controls get acted upon more than once. > > Let us examine a parallel case i.e. subcontrols located on a tab control. Each of such subcontrols happens to be a member of two built-in collections i.e. (a) Controls collection belonging to the given page of tab control. and (b) Controls collection of the form itself. It is observed that there is no inconsistency if an exercise similar to that in previous para is carried out by looping through either of these collections. > > Note: > (a) Tab control itself does not have any controls collection directly. Instead it has Pages collection, each page in turn having controls collection. > (b) Even though a subcontrol can feature in more than one collection, its parent property always points to its immediate container (i.e. option group or pertinent page in case of tab control) > > It would thus appear that built-in control collections in access do perform properly, with the exception of that belonging to an option group. Apparently a bug in need of remedial action by Microsoft. > > Interim solution: > =========== > Two alternatives are found effective: > (a) Even for subcontrols pertaining to an option group, loop through form's control collection and manipulate individual items after testing for parent property. > (b) Create a temporary collection. Populate it with the subcontrols belonging to the option group in question and loop through this collection for conducting the desired manipulation. This alternative might be found more convenient in certain situations (e.g. where the option group in question has been accessed while looping through the form's controls collection). > > Best wishes, > A.D. Tejpal > ------------ > > ----- Original Message ----- > From: Drew Wutka > To: Access Developers discussion and problem solving > Sent: Thursday, August 26, 2010 20:58 > Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior > > > Yep, back in the day, I was creating a VB program that would 'remote' an > Access session. At the time, we had an Access database that was > basically a big reporting engine for our production database. The > reports run, would prompt with dialog boxes (Access generated). So the > 'remote' program I wrote, would run the report in one thread, and in a > separate thread, it would watch for dialog boxes. When one appeared, it > used Window API calls to capture the dimensions and characteristics of > the dialog box, and then it recreated them in an HTML format. Worked > pretty good. Our remote users could run all the reports they wanted, > and they got web pages that displayed the dialog prompts until the > report actually ran (and the report was then sent in HTML or .snp > format). > > When I tried to use the same process for an Access Form, however, that's > when I ran into the monstrous subclassing that Access uses on it's > forms. > > I have two little apps I wrote a long time ago, one's MoveWindows (when > you run the program, it builds a treeview of all the windows on your > computer, and allows you to manipulate the coordinates and whether they > are visible or not), the other is Window Info. When that one runs, it > displays the window info of whatever the mouse is over. If someone has > a place to put them up on the web, I can email the .exes out. (They > were written in VB, but almost everyone has the VB runtimes installed > nowadays). It's a 13k zip file with both .exes. Run that Show Windows > one, and you'll see the difference between an Access Form, and almost > any other window on your machine. Heck, the Show Windows app itself, > when you move your mouse over the text boxes, shows each text box to be > its own window. Do that over an Access Form, and you'll see it's not > what you'd expect. There are several 'child' windows, but the only > 'control' is the active one, so when you move focus from one control to > the next, the 'active' window moves to that control, everything else on > the form is 'non-existant' as far as Windows is concerned. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 26, 2010 8:55 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Option Group's Control Collection - Weird > Behavior > > A.D. / Michael, > > If I remember correctly, objects in Access are not individual "windows", > in other words you cannot > get a handle to window for a combo or a text box (or anything else) in > Access. In most programs, > when a graphical object is drawn by the windows operating system, > Windows maps the memory, Windows > draws it, and Windows hands you back a Handle To Window for that object, > IOW it creates a handle to > the exact piece of screen real estate that Windows uses. > > This is all just vague memories but the bottom line is that every > "object" on a form is somehow > drawn internally by Access (not directly by Windows), and I *believe* > that is what you are running > into here. When you programmatically move objects around, you are > confusing the code internal to > Access that draws and keeps track of where objects are drawn on the > screen. > > IIRC Drew knows a lot about this stuff, in fact I think it was Drew that > discussed all this stuff > ages ago. > > John W. Colby > www.ColbyConsulting.com > > > Michael Mattys wrote: > > Hi A.D., > > > > I changed the number to move in the loop to 10. > > I haven't come upon a solution yet, but I do find this amusing! > > > > Michael R Mattys > > Business Process Developers > > www.mattysconsulting.com From sturner at mseco.com Thu Aug 26 14:07:14 2010 From: sturner at mseco.com (Steve Turner) Date: Thu, 26 Aug 2010 14:07:14 -0500 Subject: [AccessD] Droping trailing zero Message-ID: Guys, Need a little help. I have a form that I dropped a text box on to be able to type in a number or alpha number wanting it to be text. I'm using A2K. Trying to write this field to a table into a text field. If I use a number like 5760.40 when it writes to the table it drops the trailing zero. I've tried formatting the text box properties but if I add the .40 it will drop the zero. If I leave out the period it seems to write it to the table without dropping it. If I go into the table itself and type the number in it doesn't drop the zero. I need it to look like a number and also something like M501.00 but be a text entry. Anyone know how to do this. Steve A. Turner Controller Mid-South Engineering Co. Inc P.O. Box 1399 Hot Springs, AR 71902 E-Mail: sturner at mseco.com and saturner at mseco.com Phone: (501)321-2276 Fax: (501)321-4750 Cell: (501)282-7751 From Lambert.Heenan at chartisinsurance.com Thu Aug 26 14:32:19 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 26 Aug 2010 15:32:19 -0400 Subject: [AccessD] Droping trailing zero In-Reply-To: References: Message-ID: Can we see your code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 3:07 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Droping trailing zero Guys, Need a little help. I have a form that I dropped a text box on to be able to type in a number or alpha number wanting it to be text. I'm using A2K. Trying to write this field to a table into a text field. If I use a number like 5760.40 when it writes to the table it drops the trailing zero. I've tried formatting the text box properties but if I add the .40 it will drop the zero. If I leave out the period it seems to write it to the table without dropping it. If I go into the table itself and type the number in it doesn't drop the zero. I need it to look like a number and also something like M501.00 but be a text entry. Anyone know how to do this. Steve A. Turner Controller Mid-South Engineering Co. Inc P.O. Box 1399 Hot Springs, AR 71902 E-Mail: sturner at mseco.com and saturner at mseco.com Phone: (501)321-2276 Fax: (501)321-4750 Cell: (501)282-7751 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From sturner at mseco.com Thu Aug 26 14:40:27 2010 From: sturner at mseco.com (Steve Turner) Date: Thu, 26 Aug 2010 14:40:27 -0500 Subject: [AccessD] Droping trailing zero In-Reply-To: References: Message-ID: Lambert, here is what I pasted in to make a report print button for new jobs. The txtNewJob is the textbox I set up to get the number on the form. If I use a number not ending in zero it works. Private Sub btnPrNewJob_Click() Dim rstNewJobNo As Recordset Dim strError As String Dim dbs As Database Dim qdf As QueryDef Dim rst As Recordset Dim db As Database Dim Job As String Set dbs = CurrentDb Job = txtNewJob Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .Edit !LongJobNum = Job .Update End With Dim strDocName As String strDocName = "rptProjectNumberAssignmentSheet" On Error GoTo Err_btnPrNewJob_Click DoCmd.OpenReport strDocName, acViewPreview Exit_btnPrNewJob_Click: Exit Sub Err_btnPrNewJob_Click: If Err = ConErrRptCanceled Then Resume Exit_btnPrNewJob_Click Else MsgBox Err.Description Resume Exit_btnPrNewJob_Click End If End Sub Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 26, 2010 2:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Can we see your code? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 3:07 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Droping trailing zero Guys, Need a little help. I have a form that I dropped a text box on to be able to type in a number or alpha number wanting it to be text. I'm using A2K. Trying to write this field to a table into a text field. If I use a number like 5760.40 when it writes to the table it drops the trailing zero. I've tried formatting the text box properties but if I add the .40 it will drop the zero. If I leave out the period it seems to write it to the table without dropping it. If I go into the table itself and type the number in it doesn't drop the zero. I need it to look like a number and also something like M501.00 but be a text entry. Anyone know how to do this. Steve A. Turner Controller Mid-South Engineering Co. Inc P.O. Box 1399 Hot Springs, AR 71902 E-Mail: sturner at mseco.com and saturner at mseco.com Phone: (501)321-2276 Fax: (501)321-4750 Cell: (501)282-7751 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 26 14:59:28 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 26 Aug 2010 15:59:28 -0400 Subject: [AccessD] Droping trailing zero In-Reply-To: References: Message-ID: Steve, Are you sure about the data type of the table field? I just ran this code... Dim dbs As DAO.Database Dim rstNewJobNo As DAO.Recordset Dim Job As String Set dbs = CurrentDb Job = txtNewJobNo Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .AddNew !txtJobNum = Job !LongJobNo = Job !DoubleJobNo = Job .Update .Close End With Set rstNewJobNo = Nothing DoCmd.OpenTable "NewJobNo" (Note your code uses .Edit with no find method, so it gives a "no current record" error ) The table I am using has three fields: txtJobNum defined as Text, LongJobNo which is a Long and DoubleJobNo which is a Double. When I run the code I get the following results in the table... txtJobNum : 10.40 LongJobNo : 10 DoubleJobNo : 10.4 So it looks like your filed might be a double or single FP value. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 3:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Lambert, here is what I pasted in to make a report print button for new jobs. The txtNewJob is the textbox I set up to get the number on the form. If I use a number not ending in zero it works. Private Sub btnPrNewJob_Click() Dim rstNewJobNo As Recordset Dim strError As String Dim dbs As Database Dim qdf As QueryDef Dim rst As Recordset Dim db As Database Dim Job As String Set dbs = CurrentDb Job = txtNewJob Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .Edit !LongJobNum = Job .Update End With Dim strDocName As String strDocName = "rptProjectNumberAssignmentSheet" On Error GoTo Err_btnPrNewJob_Click DoCmd.OpenReport strDocName, acViewPreview Exit_btnPrNewJob_Click: Exit Sub Err_btnPrNewJob_Click: If Err = ConErrRptCanceled Then Resume Exit_btnPrNewJob_Click Else MsgBox Err.Description Resume Exit_btnPrNewJob_Click End If End Sub Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com From jwcolby at colbyconsulting.com Thu Aug 26 15:00:01 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 16:00:01 -0400 Subject: [AccessD] Prevent displaying a form until... Message-ID: <4C76C7C1.6090605@colbyconsulting.com> I am starting to test my table driven Presentation Level Security system. I have a login etc. When a form opens, in the OnOpen I initialize an instance of the class that will drive the security for that form. I do it there because I can set Cancel = true to force the form to shut back down if the user is not allowed to use the form. The problem is that the form *displays* even if it eventually shuts back down. This is an issue because I pop up a message box saying that the user is not allowed to open the form, but it is already open and displaying data behind the message box. Oooops. The only other time I have addressed this issue I opened a dummy form in front of the form being opened so that the form actually being opened was hidden. That is an ugly solution to a common problem. Has anyone solved this problem in an elegant fashion. -- John W. Colby www.ColbyConsulting.com From sturner at mseco.com Thu Aug 26 15:15:45 2010 From: sturner at mseco.com (Steve Turner) Date: Thu, 26 Aug 2010 15:15:45 -0500 Subject: [AccessD] Droping trailing zero In-Reply-To: References: Message-ID: Lambert, The Table NewJobNo has one field LongJobNum and it is a text field. I put the text box on a form with other controls and named it txtNewJob so I could key in the number on the form and hit a print button and it would write it to the Table NewJobNo as LongJobNum. The report reads this table for the LongJobNum to print the sheet I need. I was trying to not have to open the table, type in the job number, go to the reports section and find the report and call it up to print. These job numbers can start with an alpha char and still have .00 such as M501.00 as the number. This is all tied to a SQL express table with all the jobs in them. We have a custom timesheet program for our time that writes to SQL tables and we use Access to do all the reports. I was waiting for our programmer to see if he couldn't link to the report in access from the timesheet program to do this but don' know when we will have him back. In the mean time I was trying to simplify how I now get these sheets printed. The timesheet is written in VB6. I've set the property of the text box to Fixed, Standard, general all to no avail. Tried Auto, 2 decimal places etc. Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 26, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Steve, Are you sure about the data type of the table field? I just ran this code... Dim dbs As DAO.Database Dim rstNewJobNo As DAO.Recordset Dim Job As String Set dbs = CurrentDb Job = txtNewJobNo Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .AddNew !txtJobNum = Job !LongJobNo = Job !DoubleJobNo = Job .Update .Close End With Set rstNewJobNo = Nothing DoCmd.OpenTable "NewJobNo" (Note your code uses .Edit with no find method, so it gives a "no current record" error ) The table I am using has three fields: txtJobNum defined as Text, LongJobNo which is a Long and DoubleJobNo which is a Double. When I run the code I get the following results in the table... txtJobNum : 10.40 LongJobNo : 10 DoubleJobNo : 10.4 So it looks like your filed might be a double or single FP value. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 3:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Lambert, here is what I pasted in to make a report print button for new jobs. The txtNewJob is the textbox I set up to get the number on the form. If I use a number not ending in zero it works. Private Sub btnPrNewJob_Click() Dim rstNewJobNo As Recordset Dim strError As String Dim dbs As Database Dim qdf As QueryDef Dim rst As Recordset Dim db As Database Dim Job As String Set dbs = CurrentDb Job = txtNewJob Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .Edit !LongJobNum = Job .Update End With Dim strDocName As String strDocName = "rptProjectNumberAssignmentSheet" On Error GoTo Err_btnPrNewJob_Click DoCmd.OpenReport strDocName, acViewPreview Exit_btnPrNewJob_Click: Exit Sub Err_btnPrNewJob_Click: If Err = ConErrRptCanceled Then Resume Exit_btnPrNewJob_Click Else MsgBox Err.Description Resume Exit_btnPrNewJob_Click End If End Sub Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.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 Aug 26 15:21:52 2010 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 26 Aug 2010 15:21:52 -0500 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: <4C76C7C1.6090605@colbyconsulting.com> References: <4C76C7C1.6090605@colbyconsulting.com> Message-ID: If you are adding the event to all forms, just make all the forms not visible, and only set the visible property to true when the security class 'ok's the user. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 26, 2010 3:00 PM To: Access Developers discussion and problem solving Subject: [AccessD] Prevent displaying a form until... I am starting to test my table driven Presentation Level Security system. I have a login etc. When a form opens, in the OnOpen I initialize an instance of the class that will drive the security for that form. I do it there because I can set Cancel = true to force the form to shut back down if the user is not allowed to use the form. The problem is that the form *displays* even if it eventually shuts back down. This is an issue because I pop up a message box saying that the user is not allowed to open the form, but it is already open and displaying data behind the message box. Oooops. The only other time I have addressed this issue I opened a dummy form in front of the form being opened so that the form actually being opened was hidden. That is an ugly solution to a common problem. Has anyone solved this problem in an elegant fashion. -- John W. Colby www.ColbyConsulting.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 Lambert.Heenan at chartisinsurance.com Thu Aug 26 15:28:03 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 26 Aug 2010 16:28:03 -0400 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: <4C76C7C1.6090605@colbyconsulting.com> References: <4C76C7C1.6090605@colbyconsulting.com> Message-ID: Like Drew said... Using an OpenAgs value to simulate your security check, just open the form acHidden Sub testFormOpen(strArgument As String) On Error GoTo testFomrOpen_Error DoCmd.OpenForm "form2", , , , , acHidden, IIf(strArgument > " ", strArgument, Null) Debug.Print IsLoaded("form2") testFomrOpen_Exit: On Error GoTo 0 Exit Sub testFomrOpen_Error: Select Case Err.Number Case 2501 ' For open cancelled ' do nothing Resume Next Case Else Debug.Print Err.Number, Err.Description Resume testFomrOpen_Exit Resume Next End Select End Sub And then in the Open event of the form... If OpenArgs & "" > "" Then <== If YourSecurityCheckPassed Me.Visible = True Else Cancel = True End If Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, August 26, 2010 4:00 PM To: Access Developers discussion and problem solving Subject: [AccessD] Prevent displaying a form until... I am starting to test my table driven Presentation Level Security system. I have a login etc. When a form opens, in the OnOpen I initialize an instance of the class that will drive the security for that form. I do it there because I can set Cancel = true to force the form to shut back down if the user is not allowed to use the form. The problem is that the form *displays* even if it eventually shuts back down. This is an issue because I pop up a message box saying that the user is not allowed to open the form, but it is already open and displaying data behind the message box. Oooops. The only other time I have addressed this issue I opened a dummy form in front of the form being opened so that the form actually being opened was hidden. That is an ugly solution to a common problem. Has anyone solved this problem in an elegant fashion. -- 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 Lambert.Heenan at chartisinsurance.com Thu Aug 26 15:30:36 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Thu, 26 Aug 2010 16:30:36 -0400 Subject: [AccessD] Droping trailing zero In-Reply-To: References: Message-ID: ???? Scotland Yard is baffled! As am I. I just don't see how the *text* is getting truncated like it was a floating point value. Sorry to be of no help. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 4:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Lambert, The Table NewJobNo has one field LongJobNum and it is a text field. I put the text box on a form with other controls and named it txtNewJob so I could key in the number on the form and hit a print button and it would write it to the Table NewJobNo as LongJobNum. The report reads this table for the LongJobNum to print the sheet I need. I was trying to not have to open the table, type in the job number, go to the reports section and find the report and call it up to print. These job numbers can start with an alpha char and still have .00 such as M501.00 as the number. This is all tied to a SQL express table with all the jobs in them. We have a custom timesheet program for our time that writes to SQL tables and we use Access to do all the reports. I was waiting for our programmer to see if he couldn't link to the report in access from the timesheet program to do this but don' know when we will have him back. In the mean time I was trying to simplify how I now get these sheets printed. The timesheet is written in VB6. I've set the property of the text box to Fixed, Standard, general all to no avail. Tried Auto, 2 decimal places etc. Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 26, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Steve, Are you sure about the data type of the table field? I just ran this code... Dim dbs As DAO.Database Dim rstNewJobNo As DAO.Recordset Dim Job As String Set dbs = CurrentDb Job = txtNewJobNo Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .AddNew !txtJobNum = Job !LongJobNo = Job !DoubleJobNo = Job .Update .Close End With Set rstNewJobNo = Nothing DoCmd.OpenTable "NewJobNo" (Note your code uses .Edit with no find method, so it gives a "no current record" error ) The table I am using has three fields: txtJobNum defined as Text, LongJobNo which is a Long and DoubleJobNo which is a Double. When I run the code I get the following results in the table... txtJobNum : 10.40 LongJobNo : 10 DoubleJobNo : 10.4 So it looks like your filed might be a double or single FP value. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 3:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Lambert, here is what I pasted in to make a report print button for new jobs. The txtNewJob is the textbox I set up to get the number on the form. If I use a number not ending in zero it works. Private Sub btnPrNewJob_Click() Dim rstNewJobNo As Recordset Dim strError As String Dim dbs As Database Dim qdf As QueryDef Dim rst As Recordset Dim db As Database Dim Job As String Set dbs = CurrentDb Job = txtNewJob Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .Edit !LongJobNum = Job .Update End With Dim strDocName As String strDocName = "rptProjectNumberAssignmentSheet" On Error GoTo Err_btnPrNewJob_Click DoCmd.OpenReport strDocName, acViewPreview Exit_btnPrNewJob_Click: Exit Sub Err_btnPrNewJob_Click: If Err = ConErrRptCanceled Then Resume Exit_btnPrNewJob_Click Else MsgBox Err.Description Resume Exit_btnPrNewJob_Click End If End Sub Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 stuart at lexacorp.com.pg Thu Aug 26 15:31:02 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 27 Aug 2010 06:31:02 +1000 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: <4C76C7C1.6090605@colbyconsulting.com> References: <4C76C7C1.6090605@colbyconsulting.com> Message-ID: <4C76CF06.5096.7C8A240@stuart.lexacorp.com.pg> Open all forms "hidden" with docmd.OpenForm myform,,,,,acHidden In the form's on_open if userOK then me.visible = true else msgbox "You can't view this form" cancel = true end if -- Stuart On 26 Aug 2010 at 16:00, jwcolby wrote: > I am starting to test my table driven Presentation Level Security > system. I have a login etc. When a form opens, in the OnOpen I > initialize an instance of the class that will drive the security for > that form. I do it there because I can set Cancel = true to force the > form to shut back down if the user is not allowed to use the form. > > The problem is that the form *displays* even if it eventually shuts > back down. > > This is an issue because I pop up a message box saying that the user > is not allowed to open the form, but it is already open and displaying > data behind the message box. Oooops. > > The only other time I have addressed this issue I opened a dummy form > in front of the form being opened so that the form actually being > opened was hidden. That is an ugly solution to a common problem. > > Has anyone solved this problem in an elegant fashion. > > -- > 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 sturner at mseco.com Thu Aug 26 15:38:54 2010 From: sturner at mseco.com (Steve Turner) Date: Thu, 26 Aug 2010 15:38:54 -0500 Subject: [AccessD] Droping trailing zero In-Reply-To: References: Message-ID: Thanks Lambert, My younger boss who is a little sharper in Access than I had this problem some time ago when we were trying to printout labor recaps just for one job that ended in zero. Some of the properties of the text box will even truncate it. You would think that if it displays correctly then it would write that to the table ok. You can go into the table directly and type it in and its ok. I was hopeful that there might be some short code to make sure it was text and formatted correctly before I updated the table. That table is just a one field one line entry to hold the job number. I know I can change the report query to ask for the number but I was hoping to solve this other problem also. Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 26, 2010 3:31 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero ???? Scotland Yard is baffled! As am I. I just don't see how the *text* is getting truncated like it was a floating point value. Sorry to be of no help. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 4:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Lambert, The Table NewJobNo has one field LongJobNum and it is a text field. I put the text box on a form with other controls and named it txtNewJob so I could key in the number on the form and hit a print button and it would write it to the Table NewJobNo as LongJobNum. The report reads this table for the LongJobNum to print the sheet I need. I was trying to not have to open the table, type in the job number, go to the reports section and find the report and call it up to print. These job numbers can start with an alpha char and still have .00 such as M501.00 as the number. This is all tied to a SQL express table with all the jobs in them. We have a custom timesheet program for our time that writes to SQL tables and we use Access to do all the reports. I was waiting for our programmer to see if he couldn't link to the report in access from the timesheet program to do this but don' know when we will have him back. In the mean time I was trying to simplify how I now get these sheets printed. The timesheet is written in VB6. I've set the property of the text box to Fixed, Standard, general all to no avail. Tried Auto, 2 decimal places etc. Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Thursday, August 26, 2010 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Steve, Are you sure about the data type of the table field? I just ran this code... Dim dbs As DAO.Database Dim rstNewJobNo As DAO.Recordset Dim Job As String Set dbs = CurrentDb Job = txtNewJobNo Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .AddNew !txtJobNum = Job !LongJobNo = Job !DoubleJobNo = Job .Update .Close End With Set rstNewJobNo = Nothing DoCmd.OpenTable "NewJobNo" (Note your code uses .Edit with no find method, so it gives a "no current record" error ) The table I am using has three fields: txtJobNum defined as Text, LongJobNo which is a Long and DoubleJobNo which is a Double. When I run the code I get the following results in the table... txtJobNum : 10.40 LongJobNo : 10 DoubleJobNo : 10.4 So it looks like your filed might be a double or single FP value. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Turner Sent: Thursday, August 26, 2010 3:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Lambert, here is what I pasted in to make a report print button for new jobs. The txtNewJob is the textbox I set up to get the number on the form. If I use a number not ending in zero it works. Private Sub btnPrNewJob_Click() Dim rstNewJobNo As Recordset Dim strError As String Dim dbs As Database Dim qdf As QueryDef Dim rst As Recordset Dim db As Database Dim Job As String Set dbs = CurrentDb Job = txtNewJob Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") With rstNewJobNo .Edit !LongJobNum = Job .Update End With Dim strDocName As String strDocName = "rptProjectNumberAssignmentSheet" On Error GoTo Err_btnPrNewJob_Click DoCmd.OpenReport strDocName, acViewPreview Exit_btnPrNewJob_Click: Exit Sub Err_btnPrNewJob_Click: If Err = ConErrRptCanceled Then Resume Exit_btnPrNewJob_Click Else MsgBox Err.Description Resume Exit_btnPrNewJob_Click End If End Sub Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 stuart at lexacorp.com.pg Thu Aug 26 15:43:12 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 27 Aug 2010 06:43:12 +1000 Subject: [AccessD] Droping trailing zero In-Reply-To: References: , , Message-ID: <4C76D1E0.11852.7D3C605@stuart.lexacorp.com.pg> "his is all tied to a SQL express table with all the jobs in them." Is the table NewJobNo in your Access mdb or in SQL Server? If in SQL Server; How are you connecting to the data? ODBC? "text" is not a SQL Server data type. Is the text field char(x),varchar(x), nchar(x), nvarchar(x)? Why are you storing the number in what appears to be a single row table? Is it just to have it available for the recordseet underlying the report? If so there are a number of alternatives to storing it in a table including: 1. A static function 2. Referencing the form's control directly in the report 3. A global variable. -- Stuart On 26 Aug 2010 at 15:15, Steve Turner wrote: > Lambert, > The Table NewJobNo has one field LongJobNum and it is a text field. > I > put the text box on a form with other controls and named it txtNewJob > so I could key in the number on the form and hit a print button and it > would write it to the Table NewJobNo as LongJobNum. The report reads > this table for the LongJobNum to print the sheet I need. I was trying > to not have to open the table, type in the job number, go to the > reports section and find the report and call it up to print. These job > numbers can start with an alpha char and still have .00 such as > M501.00 as the number. This is all tied to a SQL express table with > all the jobs in them. We have a custom timesheet program for our time > that writes to SQL tables and we use Access to do all the reports. I > was waiting for our programmer to see if he couldn't link to the > report in access from the timesheet program to do this but don' know > when we will have him back. In the mean time I was trying to simplify > how I now get these sheets printed. The timesheet is written in VB6. > I've set the property of the text box to Fixed, Standard, general all > to no avail. Tried Auto, 2 decimal places etc. > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert Sent: Thursday, August 26, 2010 2:59 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Droping trailing > zero > > Steve, > > Are you sure about the data type of the table field? I just ran this > code... > > Dim dbs As DAO.Database > Dim rstNewJobNo As DAO.Recordset > Dim Job As String > > Set dbs = CurrentDb > Job = txtNewJobNo > Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") > With rstNewJobNo > .AddNew > !txtJobNum = Job > !LongJobNo = Job > !DoubleJobNo = Job > .Update > .Close > End With > Set rstNewJobNo = Nothing > DoCmd.OpenTable "NewJobNo" > > (Note your code uses .Edit with no find method, so it gives a "no > current record" error ) > > The table I am using has three fields: txtJobNum defined as Text, > LongJobNo which is a Long and DoubleJobNo which is a Double. > > When I run the code I get the following results in the table... > > txtJobNum : 10.40 > LongJobNo : 10 > DoubleJobNo : 10.4 > > So it looks like your filed might be a double or single FP value. > > Lambert > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve > Turner Sent: Thursday, August 26, 2010 3:40 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Droping trailing > zero > > Lambert, here is what I pasted in to make a report print button for > new jobs. The txtNewJob is the textbox I set up to get the number on > the form. If I use a number not ending in zero it works. > > Private Sub btnPrNewJob_Click() > > Dim rstNewJobNo As Recordset > Dim strError As String > Dim dbs As Database > Dim qdf As QueryDef > Dim rst As Recordset > Dim db As Database > Dim Job As String > > Set dbs = CurrentDb > Job = txtNewJob > Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") > With rstNewJobNo > .Edit > !LongJobNum = Job > .Update > End With > > Dim strDocName As String > strDocName = "rptProjectNumberAssignmentSheet" > On Error GoTo Err_btnPrNewJob_Click > > DoCmd.OpenReport strDocName, acViewPreview > Exit_btnPrNewJob_Click: > Exit Sub > > Err_btnPrNewJob_Click: > If Err = ConErrRptCanceled Then > Resume Exit_btnPrNewJob_Click > Else > MsgBox Err.Description > Resume Exit_btnPrNewJob_Click > End If > End Sub > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 stuart at lexacorp.com.pg Thu Aug 26 15:52:37 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 27 Aug 2010 06:52:37 +1000 Subject: [AccessD] Droping trailing zero In-Reply-To: References: , , Message-ID: <4C76D415.2940.7DC631E@stuart.lexacorp.com.pg> What happes if you use Job = txtNewJobNo.value rather than Job = txtNewJobNo On 26 Aug 2010 at 15:38, Steve Turner wrote: > Thanks Lambert, > My younger boss who is a little sharper in Access than I had this > problem some time ago when we were trying to printout labor recaps > just for one job that ended in zero. Some of the properties of the > text box will even truncate it. You would think that if it displays > correctly then it would write that to the table ok. You can go into > the table directly and type it in and its ok. I was hopeful that there > might be some short code to make sure it was text and formatted > correctly before I updated the table. That table is just a one field > one line entry to hold the job number. I know I can change the report > query to ask for the number but I was hoping to solve this other > problem also. > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > From sturner at mseco.com Thu Aug 26 15:58:27 2010 From: sturner at mseco.com (Steve Turner) Date: Thu, 26 Aug 2010 15:58:27 -0500 Subject: [AccessD] Droping trailing zero In-Reply-To: <4C76D1E0.11852.7D3C605@stuart.lexacorp.com.pg> References: , , <4C76D1E0.11852.7D3C605@stuart.lexacorp.com.pg> Message-ID: Hi Stuart, The NewJobNo table is in Access mdb We link in all the SQL tables with ODBC. I will probably change the report query to an expression that I have to key in at time of generation. I can see on the properties tab for the text box that there is also no plain text selection. Strange though that if you set it to Fixed and 2 decimal places it won't write that to the file as text without drooping the last zero's. If I don't put the period in there it will write it. Oh just tried the Job = txtNewJobNo.value you suggested. didn't work either. Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, August 26, 2010 3:43 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero "his is all tied to a SQL express table with all the jobs in them." Is the table NewJobNo in your Access mdb or in SQL Server? If in SQL Server; How are you connecting to the data? ODBC? "text" is not a SQL Server data type. Is the text field char(x),varchar(x), nchar(x), nvarchar(x)? Why are you storing the number in what appears to be a single row table? Is it just to have it available for the recordseet underlying the report? If so there are a number of alternatives to storing it in a table including: 1. A static function 2. Referencing the form's control directly in the report 3. A global variable. -- Stuart On 26 Aug 2010 at 15:15, Steve Turner wrote: > Lambert, > The Table NewJobNo has one field LongJobNum and it is a text field. > I > put the text box on a form with other controls and named it txtNewJob > so I could key in the number on the form and hit a print button and it > would write it to the Table NewJobNo as LongJobNum. The report reads > this table for the LongJobNum to print the sheet I need. I was trying > to not have to open the table, type in the job number, go to the > reports section and find the report and call it up to print. These job > numbers can start with an alpha char and still have .00 such as > M501.00 as the number. This is all tied to a SQL express table with > all the jobs in them. We have a custom timesheet program for our time > that writes to SQL tables and we use Access to do all the reports. I > was waiting for our programmer to see if he couldn't link to the > report in access from the timesheet program to do this but don' know > when we will have him back. In the mean time I was trying to simplify > how I now get these sheets printed. The timesheet is written in VB6. > I've set the property of the text box to Fixed, Standard, general all > to no avail. Tried Auto, 2 decimal places etc. > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert Sent: Thursday, August 26, 2010 2:59 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Droping trailing > zero > > Steve, > > Are you sure about the data type of the table field? I just ran this > code... > > Dim dbs As DAO.Database > Dim rstNewJobNo As DAO.Recordset > Dim Job As String > > Set dbs = CurrentDb > Job = txtNewJobNo > Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") > With rstNewJobNo > .AddNew > !txtJobNum = Job > !LongJobNo = Job > !DoubleJobNo = Job > .Update > .Close > End With > Set rstNewJobNo = Nothing > DoCmd.OpenTable "NewJobNo" > > (Note your code uses .Edit with no find method, so it gives a "no > current record" error ) > > The table I am using has three fields: txtJobNum defined as Text, > LongJobNo which is a Long and DoubleJobNo which is a Double. > > When I run the code I get the following results in the table... > > txtJobNum : 10.40 > LongJobNo : 10 > DoubleJobNo : 10.4 > > So it looks like your filed might be a double or single FP value. > > Lambert > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve > Turner Sent: Thursday, August 26, 2010 3:40 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Droping trailing > zero > > Lambert, here is what I pasted in to make a report print button for > new jobs. The txtNewJob is the textbox I set up to get the number on > the form. If I use a number not ending in zero it works. > > Private Sub btnPrNewJob_Click() > > Dim rstNewJobNo As Recordset > Dim strError As String > Dim dbs As Database > Dim qdf As QueryDef > Dim rst As Recordset > Dim db As Database > Dim Job As String > > Set dbs = CurrentDb > Job = txtNewJob > Set rstNewJobNo = dbs.OpenRecordset("NewJobNo") > With rstNewJobNo > .Edit > !LongJobNum = Job > .Update > End With > > Dim strDocName As String > strDocName = "rptProjectNumberAssignmentSheet" > On Error GoTo Err_btnPrNewJob_Click > > DoCmd.OpenReport strDocName, acViewPreview > Exit_btnPrNewJob_Click: > Exit Sub > > Err_btnPrNewJob_Click: > If Err = ConErrRptCanceled Then > Resume Exit_btnPrNewJob_Click > Else > MsgBox Err.Description > Resume Exit_btnPrNewJob_Click > End If > End Sub > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Aug 26 16:22:59 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 17:22:59 -0400 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: References: <4C76C7C1.6090605@colbyconsulting.com> Message-ID: <4C76DB33.6090501@colbyconsulting.com> I am not finding a way to set the visible property, or even that there is one. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > If you are adding the event to all forms, just make all the forms not > visible, and only set the visible property to true when the security > class 'ok's the user. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 26, 2010 3:00 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Prevent displaying a form until... > > I am starting to test my table driven Presentation Level Security > system. I have a login etc. When > a form opens, in the OnOpen I initialize an instance of the class that > will drive the security for > that form. I do it there because I can set Cancel = true to force the > form to shut back down if the > user is not allowed to use the form. > > The problem is that the form *displays* even if it eventually shuts back > down. > > This is an issue because I pop up a message box saying that the user is > not allowed to open the > form, but it is already open and displaying data behind the message box. > Oooops. > > The only other time I have addressed this issue I opened a dummy form in > front of the form being > opened so that the form actually being opened was hidden. That is an > ugly solution to a common problem. > > Has anyone solved this problem in an elegant fashion. > From jwcolby at colbyconsulting.com Thu Aug 26 16:23:04 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 17:23:04 -0400 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: References: <4C76C7C1.6090605@colbyconsulting.com> Message-ID: <4C76DB38.9070301@colbyconsulting.com> But there are many ways to open a form and I would prefer to not have the security work only if opened through this method. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > Like Drew said... > > Using an OpenAgs value to simulate your security check, just open the form acHidden > > Sub testFormOpen(strArgument As String) > On Error GoTo testFomrOpen_Error > DoCmd.OpenForm "form2", , , , , acHidden, IIf(strArgument > " ", strArgument, Null) > Debug.Print IsLoaded("form2") > testFomrOpen_Exit: > On Error GoTo 0 > Exit Sub > > testFomrOpen_Error: > Select Case Err.Number > Case 2501 ' For open cancelled > ' do nothing > Resume Next > Case Else > > Debug.Print Err.Number, Err.Description > Resume testFomrOpen_Exit > Resume Next > End Select > > End Sub > > And then in the Open event of the form... > > If OpenArgs & "" > "" Then <== If YourSecurityCheckPassed > Me.Visible = True > Else > Cancel = True > End If > > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 26, 2010 4:00 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Prevent displaying a form until... > > I am starting to test my table driven Presentation Level Security system. I have a login etc. When a form opens, in the OnOpen I initialize an instance of the class that will drive the security for that form. I do it there because I can set Cancel = true to force the form to shut back down if the user is not allowed to use the form. > > The problem is that the form *displays* even if it eventually shuts back down. > > This is an issue because I pop up a message box saying that the user is not allowed to open the form, but it is already open and displaying data behind the message box. Oooops. > > The only other time I have addressed this issue I opened a dummy form in front of the form being opened so that the form actually being opened was hidden. That is an ugly solution to a common problem. > > Has anyone solved this problem in an elegant fashion. > > -- > 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 stuart at lexacorp.com.pg Thu Aug 26 16:41:13 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 27 Aug 2010 07:41:13 +1000 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: <4C76DB38.9070301@colbyconsulting.com> References: <4C76C7C1.6090605@colbyconsulting.com>, , <4C76DB38.9070301@colbyconsulting.com> Message-ID: <4C76DF79.28200.808E079@stuart.lexacorp.com.pg> Set the visible state in the on_open as well Simple test case: Private Sub Form_Open(Cancel As Integer) Me.Visible = False If MsgBox("Show the form", vbOKCancel) <> vbOK Then Cancel = True Else Me.Visible = True End If End Sub On 26 Aug 2010 at 17:23, jwcolby wrote: > But there are many ways to open a form and I would prefer to not have > the security work only if opened through this method. > > John W. Colby > www.ColbyConsulting.com > > > Heenan, Lambert wrote: > > Like Drew said... > > > > Using an OpenAgs value to simulate your security check, just open > > the form acHidden > > > > Sub testFormOpen(strArgument As String) > > On Error GoTo testFomrOpen_Error > > DoCmd.OpenForm "form2", , , , , acHidden, IIf(strArgument > " ", > > strArgument, Null) Debug.Print IsLoaded("form2") > > testFomrOpen_Exit: > > On Error GoTo 0 > > Exit Sub > > > > testFomrOpen_Error: > > Select Case Err.Number > > Case 2501 ' For open cancelled > > ' do nothing > > Resume Next > > Case Else > > > > Debug.Print Err.Number, Err.Description > > Resume testFomrOpen_Exit > > Resume Next > > End Select > > > > End Sub > > > > And then in the Open event of the form... > > > > If OpenArgs & "" > "" Then <== If YourSecurityCheckPassed > > Me.Visible = True > > Else > > Cancel = True > > End If > > > > > > Lambert > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, August 26, 2010 4:00 PM To: Access Developers > > discussion and problem solving Subject: [AccessD] Prevent displaying > > a form until... > > > > I am starting to test my table driven Presentation Level Security > > system. I have a login etc. When a form opens, in the OnOpen I > > initialize an instance of the class that will drive the security for > > that form. I do it there because I can set Cancel = true to force > > the form to shut back down if the user is not allowed to use the > > form. > > > > The problem is that the form *displays* even if it eventually shuts > > back down. > > > > This is an issue because I pop up a message box saying that the user > > is not allowed to open the form, but it is already open and > > displaying data behind the message box. Oooops. > > > > The only other time I have addressed this issue I opened a dummy > > form in front of the form being opened so that the form actually > > being opened was hidden. That is an ugly solution to a common > > problem. > > > > Has anyone solved this problem in an elegant fashion. > > > > -- > > 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 jwelz at hotmail.com Thu Aug 26 16:41:40 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Thu, 26 Aug 2010 15:41:40 -0600 Subject: [AccessD] DatePictureTaken property In-Reply-To: References: <4C76C7C1.6090605@colbyconsulting.com>, Message-ID: I've been writing a routine to allow indexing of photos of projects. I've had a bit of fun getting to the DatePictureTaken property. In our Windows Server 2003 environment, if we open a folder of photos, one of the columns that shows up is headed: Date Picture Taken. This is not the same as the Date Created or Date Modified properties. If I right click on a particular picture, I get the created date as Friday, June 27, 2008, 4:21:24 PM and the modified date as Wednesday, June 11, 2008, 1:25:44 PM. In this case, the modified date is the same as the date created, however, if the photo is edited, the modified date is no longer the same as the Date Picture Taken which continues to show the correct date in the column. I was looking for ways to access the Date Picture Taken in VBA in order to auto organize the photos into weekly subfolders generated in code. As it stands, all our Project and Estimate photos are filed in a project or estimate specific folder but I was in need of a means to create a searchable index of many thousands of photos. For example, I want to be able to enter search criteria for a type of construction project (school, entry feature...) at a certain phase (bid, execution, complete, landscaped) including a person (employee name) and a category of equipment (scaffold, forklift) being used correctly (safe use). Since the photos are already filed by project, any search parameters for type of material or type of construction can be keyed on the project primary key. The fun part was to build a form interface that can be used to go through the photos, one by one, and flag them for input by project manager, safety, equipment and to enter parameters and notes that will be stored in a table. The next step was to create a search form that provides several dozen searchable parameters to filter results. The last step was a copy to folder procedure that copied all matches to a single folder to work with results. To make this work, no file names are allowed to be changed in the file system directly. All file name changes must be made via the form interface since otherwise the files would be lost to the system as the path and name of each file is a table stored attribute uniquely identifying each photo but it is very helpful to make names resonably descriptive so they make sense in explorer view. Any change to the name or path not reflected in the table means the picture is functionally lost and any of the metadata stored in the table is wasted. To keep things as simple as possible, it is necessary to make the paths somehow deterministic hence the Date Picture Taken concept that allows us to file photos within Project, estimate, employee, contact and equipment paths by year\week and to make it easy to see the chronology of progress or wear and tear on equipment. The problem was how to get to the DatePictureTaken property. If it shows in Explorer, you'd think it should show up in the FileSystemObject and I even set a reference to the MS Scripting Runtime library to have a look. VBA gives no direct access and several google searches took me to 'solutions' that confuse the date created with date taken properties. I did find one place that gave me a class I could copy and paste into a new class in Access. I had to comment out the first 8 lines as they aren't VBA compatible and move the option explicit to the top, but after that, no problem writing the code to move all JPG files to annual and week number folders within the respective project, employee, equipment etc where each record is maintained in a numeric primary key folder. Now to get the worker bees to update the metadata on several 10s of thousands of photos. The photo form interface opened from each type of form record has a simple next - prev picture command button and next - prev folder button that enable and disable just like the navigation buttons do for records in a typical access form. The only thing I should still probably add is a routine that flags photos that haven't had the attributes added for newly uploaded pictures and existing photos that haven't yet been reviewed. The other thing I'm going to need to deal with is cameras that are not correctly set for date and flag those files that are dated out side the project start and end date range. We do have photos of finished projects taken years after completion but it would make sense to have them flagged for review any way. With the new system in place, this type of discrepancy will be quickly identified and remedied. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com From pedro at plex.nl Thu Aug 26 16:49:52 2010 From: pedro at plex.nl (Pedro Janssen) Date: Thu, 26 Aug 2010 23:49:52 +0200 Subject: [AccessD] Off Topic - Excel VBA Message-ID: <4C76E180.1060509@plex.nl> Dear list, i use the code below to send a whole Workbook by mail. 'Working in 2000-2010 Dim wb1 As Workbook Dim wb2 As Workbook Dim TempFilePath As String Dim TempFileName As String Dim FileExtStr As String Dim I As Long Set wb1 = ActiveWorkbook If Val(Application.Version) >= 12 Then If wb1.FileFormat = 51 And wb1.HasVBProject = True Then MsgBox "There is VBA code in this xlsx file, there will" & vbNewLine & _ "be no VBA code in the file you send. Save the" & vbNewLine & _ "file first as xlsm and then try the macro again.", vbInformation Exit Sub End If End If With Application .ScreenUpdating = False .EnableEvents = False End With 'Make a copy of the file/Open it/Mail it/Delete it 'If you want to change the file name then change only TempFileName TempFilePath = Environ$("temp") & "\" TempFileName = "copie van" & wb1.Name & "_" & Format(Now, "dd-mmm-yy") FileExtStr = "." & LCase(Right(wb1.Name, _ Len(wb1.Name) - InStrRev(wb1.Name, ".", , 1))) wb1.SaveCopyAs TempFilePath & TempFileName & FileExtStr Set wb2 = Workbooks.Open(TempFilePath & TempFileName & FileExtStr) With wb2 On Error Resume Next For I = 1 To 3 .SendMail "@", _ "onderwerp" If Err.Number = 0 Then Exit For Next I On Error GoTo 0 .Close SaveChanges:=False End With 'Delete the file you have send Kill TempFilePath & TempFileName & FileExtStr With Application .ScreenUpdating = True .EnableEvents = True End With End Sub I use the following code for separate worksheets, where linked values of the active excelworksheet are copied and special pasted as values, before send by mail. I would like to ajust the code below so that it is working on a whole workbook With Destwb.Sheets(1).UsedRange .Cells.Copy .Cells.PasteSpecial xlPasteValues .Cells(1).Select End With Application.CutCopyMode = False Who can help me? Pedro From accessd at shaw.ca Thu Aug 26 18:34:02 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 26 Aug 2010 16:34:02 -0700 Subject: [AccessD] Access 2010 Data Macros In-Reply-To: References: <87E5F5C62EEE460FBD41CC963B1136A2@creativesystemdesigns.com> <63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> Message-ID: Hi Asger: Sorry for being so late to this question but without doing further investigation it appears to be suggestion it works like an ADO call to the database. (There is no equivalent feature within DAO.) ADO database has transaction methods as shown but a RollbackTrans can be triggered on a DB error. Great for resolving situations when a group of related data changes must all complete without an error or error situation before a transaction or group of transactions are actually committed. Below is a real simple sample I just cut and pasted out of an article... Dim cn As New ADODB.Connection Dim rs As New ADODB.Recordset . . . ' Open connection. cn.Open ' Open titles table. rs.Open "SELECT * FROM titles", Cn, adOpenDynamic, adLockPessimistic . . . ' Begin the transaction. rs.MoveFirst cn.BeginTrans ' User loops through the recordset making changes. . . . ' Ask if the user wants to commit all the changes made. If MsgBox("Save all changes?", vbYesNo) = vbYes Then cn.CommitTrans Else cn.RollbackTrans End If HTH somewhat. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Wednesday, August 18, 2010 4:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2010 Data Macros Hi group, Any of you been playing with this new feature? Data Macros in A2010 is supposed to function similar to triggers in SQL Server. So I expected the feature to be able to automate something like this: cancel an order detail record if the item amount exceeds the stock available in a stock table. Which doesn't seem to be the case: the functions exposed narrow down to the very few standard Jet-functions and doesn't include the needed Access-functions for lookup and aggregation. And worse: Can't get this feature working for me at all. Tried a simple exercise reproducing the simple example in: http://www.youtube.com/watch?v=J3G0ivjpy9k - result: nothing ... So any experience with this feature is appreciated. Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Aug 26 18:43:43 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 26 Aug 2010 16:43:43 -0700 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: References: <201008192350.o7JNotSG030406@databaseadvisors.com> <4C6E88B3.3070202@colbyconsulting.com> Message-ID: <5BC5B9EEC04C4841AD5246514CD2AAAF@creativesystemdesigns.com> Hey John: I have not seen them yet? ;-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, August 20, 2010 7:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Classes Class by JW Colby That would be wonderful, JC. On Fri, Aug 20, 2010 at 9:52 AM, jwcolby wrote: > LOL, I keep saying that I should write a book. > > I went looking and found those lectures and a bunch of demo databases > demonstrating classes and > events. I can zip it and make it available to our web master to publish. > > 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 accessd at shaw.ca Thu Aug 26 18:59:55 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 26 Aug 2010 16:59:55 -0700 Subject: [AccessD] Quiet week? In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com> <4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: <646584F93EC04506B47EFEEA00527E05@creativesystemdesigns.com> Hi Jim: You know we are going to have to post this on the DBA web site... So get your info together and send it to me. (A.D. Tejpal already has and has been posted.) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Wednesday, August 25, 2010 4:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Quiet week? Heartiest congratulations for the award Jim! Well deserved. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Jim Dettman To: 'Access Developers discussion and problem solving' Sent: Wednesday, August 25, 2010 15:30 Subject: Re: [AccessD] Quiet week? Same here. Even my EE contributions have dropped to nil. I even got awarded MVP this year and I feel like an idiot because I've done nothing with it since receiving it and it's been a couple of months already. I haven't even registered on the MVP site yet. Wish I could clone five or six copies of myself. Jim. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Aug 26 19:22:03 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 26 Aug 2010 17:22:03 -0700 Subject: [AccessD] Access 2010 Data Macros In-Reply-To: References: <87E5F5C62EEE460FBD41CC963B1136A2@creativesystemdesigns.com> <63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> Message-ID: <06373901396E405EAE1D159C518A59B6@creativesystemdesigns.com> Hi All: Please ignore the following post as it in no way relates to the YouTube video that it was supposed to. Reading to fast, too old, bad eyes...any or all the explanations are probably right but I can not remember. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, August 26, 2010 4:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Data Macros Hi Asger: Sorry for being so late to this question but without doing further investigation it appears to be suggestion it works like an ADO call to the database. (There is no equivalent feature within DAO.) ADO database has transaction methods as shown but a RollbackTrans can be triggered on a DB error. Great for resolving situations when a group of related data changes must all complete without an error or error situation before a transaction or group of transactions are actually committed. Below is a real simple sample I just cut and pasted out of an article... Dim cn As New ADODB.Connection Dim rs As New ADODB.Recordset . . . ' Open connection. cn.Open ' Open titles table. rs.Open "SELECT * FROM titles", Cn, adOpenDynamic, adLockPessimistic . . . ' Begin the transaction. rs.MoveFirst cn.BeginTrans ' User loops through the recordset making changes. . . . ' Ask if the user wants to commit all the changes made. If MsgBox("Save all changes?", vbYesNo) = vbYes Then cn.CommitTrans Else cn.RollbackTrans End If HTH somewhat. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Wednesday, August 18, 2010 4:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2010 Data Macros Hi group, Any of you been playing with this new feature? Data Macros in A2010 is supposed to function similar to triggers in SQL Server. So I expected the feature to be able to automate something like this: cancel an order detail record if the item amount exceeds the stock available in a stock table. Which doesn't seem to be the case: the functions exposed narrow down to the very few standard Jet-functions and doesn't include the needed Access-functions for lookup and aggregation. And worse: Can't get this feature working for me at all. Tried a simple exercise reproducing the simple example in: http://www.youtube.com/watch?v=J3G0ivjpy9k - result: nothing ... So any experience with this feature is appreciated. Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 iag.com.au Thu Aug 26 19:51:00 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Fri, 27 Aug 2010 10:51:00 +1000 Subject: [AccessD] Off Topic - Excel VBA In-Reply-To: <4C76E180.1060509@plex.nl> Message-ID: <201008270051.o7R0ou3c007679@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Pedro Have a look here <> You solution can be found there. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Pedro Janssen Sent: Friday, 27 August 2010 7:50 AM To: AccessD Subject: [AccessD] Off Topic - Excel VBA Dear list, i use the code below to send a whole Workbook by mail. 'Working in 2000-2010 Dim wb1 As Workbook Dim wb2 As Workbook Dim TempFilePath As String Dim TempFileName As String Dim FileExtStr As String Dim I As Long Set wb1 = ActiveWorkbook If Val(Application.Version) >= 12 Then If wb1.FileFormat = 51 And wb1.HasVBProject = True Then MsgBox "There is VBA code in this xlsx file, there will" & vbNewLine & _ "be no VBA code in the file you send. Save the" & vbNewLine & _ "file first as xlsm and then try the macro again.", vbInformation Exit Sub End If End If With Application .ScreenUpdating = False .EnableEvents = False End With 'Make a copy of the file/Open it/Mail it/Delete it 'If you want to change the file name then change only TempFileName TempFilePath = Environ$("temp") & "\" TempFileName = "copie van" & wb1.Name & "_" & Format(Now, "dd-mmm-yy") FileExtStr = "." & LCase(Right(wb1.Name, _ Len(wb1.Name) - InStrRev(wb1.Name, ".", , 1))) wb1.SaveCopyAs TempFilePath & TempFileName & FileExtStr Set wb2 = Workbooks.Open(TempFilePath & TempFileName & FileExtStr) With wb2 On Error Resume Next For I = 1 To 3 .SendMail "@", _ "onderwerp" If Err.Number = 0 Then Exit For Next I On Error GoTo 0 .Close SaveChanges:=False End With 'Delete the file you have send Kill TempFilePath & TempFileName & FileExtStr With Application .ScreenUpdating = True .EnableEvents = True End With End Sub I use the following code for separate worksheets, where linked values of the active excelworksheet are copied and special pasted as values, before send by mail. I would like to ajust the code below so that it is working on a whole workbook With Destwb.Sheets(1).UsedRange .Cells.Copy .Cells.PasteSpecial xlPasteValues .Cells(1).Select End With Application.CutCopyMode = False Who can help me? Pedro -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jwcolby at colbyconsulting.com Thu Aug 26 21:07:57 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 22:07:57 -0400 Subject: [AccessD] Prevent displaying a form until... In-Reply-To: References: <4C76C7C1.6090605@colbyconsulting.com> Message-ID: <4C771DFD.3090104@colbyconsulting.com> That works! My code gets a pointer to the form object. When I test the User's groups against the forms groups, if the user is not allowed to open the form I set the form.visible = false and then display the message. Works great! And so my Presentation Level Security passes it's first test, correctly implementing group membership for the user and checking that membership against the form's group memberships for Visible, AllowEdit, AllowAdd and AllowDelete. Woohoo! Next comes the control properties Visible, Enabled and Locked. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > If you are adding the event to all forms, just make all the forms not > visible, and only set the visible property to true when the security > class 'ok's the user. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, August 26, 2010 3:00 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Prevent displaying a form until... > > I am starting to test my table driven Presentation Level Security > system. I have a login etc. When > a form opens, in the OnOpen I initialize an instance of the class that > will drive the security for > that form. I do it there because I can set Cancel = true to force the > form to shut back down if the > user is not allowed to use the form. > > The problem is that the form *displays* even if it eventually shuts back > down. > > This is an issue because I pop up a message box saying that the user is > not allowed to open the > form, but it is already open and displaying data behind the message box. > Oooops. > > The only other time I have addressed this issue I opened a dummy form in > front of the form being > opened so that the form actually being opened was hidden. That is an > ugly solution to a common problem. > > Has anyone solved this problem in an elegant fashion. > From jwcolby at colbyconsulting.com Thu Aug 26 21:37:34 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 22:37:34 -0400 Subject: [AccessD] PLSS - Open forms Message-ID: <4C7724EE.3060002@colbyconsulting.com> In my PLSS, when a form is open and a different user logs in, I need to reapply security to all open forms. The new logged in user will probably have different rights than the previous logged in user. Any forms the new user opens after they log in will have security applied as they open, but any forms already open need to have their security reapplied to reflect the group memberships of the new user. So says I, just go to the Application.Forms() collection, right? Yea, except that forms open in design view are also in there. Hmm... If I just apply new boolean values to the visible, AllowEdits etc properties of a form in design view... those changed properties will be saved when the form (in design view) is closed. Not good. So how do I determine that a form is open in design view? -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Thu Aug 26 21:38:52 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 22:38:52 -0400 Subject: [AccessD] Classes Class by JW Colby In-Reply-To: <5BC5B9EEC04C4841AD5246514CD2AAAF@creativesystemdesigns.com> References: <201008192350.o7JNotSG030406@databaseadvisors.com> <4C6E88B3.3070202@colbyconsulting.com> <5BC5B9EEC04C4841AD5246514CD2AAAF@creativesystemdesigns.com> Message-ID: <4C77253C.8000302@colbyconsulting.com> Sent off line. John W. Colby www.ColbyConsulting.com Jim Lawrence wrote: > Hey John: > > I have not seen them yet? ;-) > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Friday, August 20, 2010 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Classes Class by JW Colby > > That would be wonderful, JC. > > On Fri, Aug 20, 2010 at 9:52 AM, jwcolby wrote: > >> LOL, I keep saying that I should write a book. >> >> I went looking and found those lectures and a bunch of demo databases >> demonstrating classes and >> events. I can zip it and make it available to our web master to publish. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> From jwcolby at colbyconsulting.com Thu Aug 26 21:59:52 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 26 Aug 2010 22:59:52 -0400 Subject: [AccessD] PLSS - Open forms In-Reply-To: <4C7724EE.3060002@colbyconsulting.com> References: <4C7724EE.3060002@colbyconsulting.com> Message-ID: <4C772A28.7050404@colbyconsulting.com> The internet is an amazing place! Thanks Susan!!! ' 'http://articles.techrepublic.com.com/5100-10878_11-5069824.html 'By Susan Harkins ' 'Returns: '-1 if the form is closed '0 if the form is in design view '1 if the form is open ' Function FormViewStatus(formname As String) As Integer Dim varFrmState As Variant If SysCmd(acSysCmdGetObjectState, acForm, formname) <> 0 Then varFrmState = Forms(formname).CurrentView End If If IsEmpty(varFrmState) Then varFrmState = -1 End If FormViewStatus = varFrmState End Function John W. Colby www.ColbyConsulting.com jwcolby wrote: > In my PLSS, when a form is open and a different user logs in, I need to reapply security to all open > forms. The new logged in user will probably have different rights than the previous logged in user. > Any forms the new user opens after they log in will have security applied as they open, but any > forms already open need to have their security reapplied to reflect the group memberships of the new > user. > > So says I, just go to the Application.Forms() collection, right? > > Yea, except that forms open in design view are also in there. Hmm... If I just apply new boolean > values to the visible, AllowEdits etc properties of a form in design view... those changed > properties will be saved when the form (in design view) is closed. > > Not good. > > So how do I determine that a form is open in design view? > From adtp at airtelmail.in Fri Aug 27 00:13:47 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Fri, 27 Aug 2010 10:43:47 +0530 Subject: [AccessD] Option Group's Control Collection - Weird Behavior References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <083F1186912D4C4C81D44247CDCE967A@personal4a8ede><09B7603AE21F45219398CE2219CA04CB@Gateway> <4C76723C.3000205@colbyconsulting.com> <4C76BAC7.3030508@colbyconsulting.com> Message-ID: <578787CD93C741FE8F169F2D67F9C877@personal4a8ede> J.C., Thanks for the confirmation. As rightly stated by you, the flaw under discussion might well have gone un-noticed as the situation is not likely to be encountered under normal day to day use. Option groups once designed, should not need any positional manipulation at run time. I happened to run into this bug while trying to develop a sample db (still in progress) for re-sizing of forms to suit the screen resolution in force. Even insertion of time delay between consecutive loop steps was not found effective in overcoming the erratic behavior (skipping cum repetition of items in controls collection pertaining to option group). Interestingly, the work-around using temporary collection (built on the fly), as proposed in my previous post, is found to work nicely, even for option group located on a tab control. As suggested by you, I shall be reporting this bug to Microsoft. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: jwcolby To: Access Developers discussion and problem solving Sent: Friday, August 27, 2010 00:34 Subject: Re: [AccessD] Option Group's Control Collection - Weird Behavior A.D. > It would thus appear that built-in control collections in access do perform properly, with the exception of that belonging to an option group. Apparently a bug in need of remedial action by Microsoft. My point exactly. Of course MS is way to busy doing important stuff (like designing pretty toolbars) to fix bugs. ;) To be fair to MS, this is pretty esoteric stuff even by my standards. They may never have had this bug reported in a reproducible fashion. You should definitely report it, preferable with a little database that will demo the problem. John W. Colby www.ColbyConsulting.com From ab-mi at post3.tele.dk Fri Aug 27 05:11:37 2010 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 27 Aug 2010 12:11:37 +0200 Subject: [AccessD] Access 2010 Data Macros In-Reply-To: <06373901396E405EAE1D159C518A59B6@creativesystemdesigns.com> References: <87E5F5C62EEE460FBD41CC963B1136A2@creativesystemdesigns.com><63AF6D0A1EDC49ED81C6602B2F6194D1@MINSTER> <06373901396E405EAE1D159C518A59B6@creativesystemdesigns.com> Message-ID: <1AFE086935D54A0793140B1B57D40C36@abpc> Hi Jim, You are quite right ;-) Thanks anyway! Somebody else been playing with Access 2010 Data Macros? Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 27. august 2010 02:22 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Access 2010 Data Macros Hi All: Please ignore the following post as it in no way relates to the YouTube video that it was supposed to. Reading to fast, too old, bad eyes...any or all the explanations are probably right but I can not remember. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, August 26, 2010 4:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access 2010 Data Macros Hi Asger: Sorry for being so late to this question but without doing further investigation it appears to be suggestion it works like an ADO call to the database. (There is no equivalent feature within DAO.) ADO database has transaction methods as shown but a RollbackTrans can be triggered on a DB error. Great for resolving situations when a group of related data changes must all complete without an error or error situation before a transaction or group of transactions are actually committed. Below is a real simple sample I just cut and pasted out of an article... Dim cn As New ADODB.Connection Dim rs As New ADODB.Recordset . . . ' Open connection. cn.Open ' Open titles table. rs.Open "SELECT * FROM titles", Cn, adOpenDynamic, adLockPessimistic . . . ' Begin the transaction. rs.MoveFirst cn.BeginTrans ' User loops through the recordset making changes. . . . ' Ask if the user wants to commit all the changes made. If MsgBox("Save all changes?", vbYesNo) = vbYes Then cn.CommitTrans Else cn.RollbackTrans End If HTH somewhat. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Wednesday, August 18, 2010 4:31 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2010 Data Macros Hi group, Any of you been playing with this new feature? Data Macros in A2010 is supposed to function similar to triggers in SQL Server. So I expected the feature to be able to automate something like this: cancel an order detail record if the item amount exceeds the stock available in a stock table. Which doesn't seem to be the case: the functions exposed narrow down to the very few standard Jet-functions and doesn't include the needed Access-functions for lookup and aggregation. And worse: Can't get this feature working for me at all. Tried a simple exercise reproducing the simple example in: http://www.youtube.com/watch?v=J3G0ivjpy9k - result: nothing ... So any experience with this feature is appreciated. Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Aug 27 06:31:00 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 27 Aug 2010 07:31:00 -0400 Subject: [AccessD] Quiet week? In-Reply-To: <9CCE75DD39A841AB8DB69B4EEB705AA9@stevePC> References: <4C7481FE.6030307@colbyconsulting.com><4C748768.14920.A27146F@stuart.lexacorp.com.pg> <9CCE75DD39A841AB8DB69B4EEB705AA9@stevePC> Message-ID: Thanks Steve. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Wednesday, August 25, 2010 3:31 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Quiet week? Congratulations on the MVP award, Jim. Good to know! Regards Steve -------------------------------------------------- From: "Jim Dettman" Sent: Wednesday, August 25, 2010 10:00 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Quiet week? > > > Same here. Even my EE contributions have dropped to nil. I even got > awarded MVP this year and I feel like an idiot because I've done nothing > with it since receiving it and it's been a couple of months already. I > haven't even registered on the MVP site yet. > > Wish I could clone five or six copies of myself. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Aug 27 06:31:00 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 27 Aug 2010 07:31:00 -0400 Subject: [AccessD] Quiet week? In-Reply-To: <646584F93EC04506B47EFEEA00527E05@creativesystemdesigns.com> References: <4C7481FE.6030307@colbyconsulting.com> <4C748768.14920.A27146F@stuart.lexacorp.com.pg> <646584F93EC04506B47EFEEA00527E05@creativesystemdesigns.com> Message-ID: Jim, Soon as I can free some time up I'll get it done and forward. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Thursday, August 26, 2010 8:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Quiet week? Hi Jim: You know we are going to have to post this on the DBA web site... So get your info together and send it to me. (A.D. Tejpal already has and has been posted.) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Wednesday, August 25, 2010 4:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Quiet week? Heartiest congratulations for the award Jim! Well deserved. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Jim Dettman To: 'Access Developers discussion and problem solving' Sent: Wednesday, August 25, 2010 15:30 Subject: Re: [AccessD] Quiet week? Same here. Even my EE contributions have dropped to nil. I even got awarded MVP this year and I feel like an idiot because I've done nothing with it since receiving it and it's been a couple of months already. I haven't even registered on the MVP site yet. Wish I could clone five or six copies of myself. 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 shamil at smsconsulting.spb.ru Fri Aug 27 06:49:04 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Fri, 27 Aug 2010 15:49:04 +0400 Subject: [AccessD] OT: Friday Humor... Message-ID: <59E08FFE32944C4198A0F13DCFEBC8B1@nant> Hi All -- The good humor is in the bottom of this message I suppose - "anecdotes about (Russian) road police" - the last one is a bit rude, sorry... The Black Humor is here: Drivers here can get their car driving license cancelled for 4-6 months because of the crossing/cutting by their cars the road line in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case pictured here - a man (a lawyer BTW) has got his car driving lost based on such a picture + a Russian road policeman report, which was a kind of gibberish cheating... My question is: would such a road traffic rule violation result in getting your car driving license cancelled temporarily there in your countries? The GoogleMaps link for this crossroad is here: http://maps.google.ru/maps?hl=en&ie=UTF8&ll=59.990675,30.188954&spn=0.002146 ,0.008245&t=h&z=18 The Google Earth link is here: http://sms-web.biz/pdd/sp.kmz Thank you. -- Shamil P.S. Anecdotes (source: http://www.vashamashina.ru/anekdots.html - in Russian) - #1 - Two buddies, inveterate motorists meet in a park. As if nothing had happened one of them says: - It's healthy from time to time to stretch my legs! Another with ironic smile agrees: - That's for sure! But when have you got your car driving license cancelled? - #2 - Two breathless boys run to a road policeman staying on a crossroad: - Inspector, Inspector! It's there around the corner! Harry! - What is there? What has happened? - It is there ... our teacher ... - It's an accident? Car crush? - No, our teacher has got his car parked improperly! - #3 - A guy rides his car very speedily; a policeman stops him and tells him: - Where do you hurry your car? - Yes, that's a Christmas Eve we have got celebrated with friends, and I have got delayed. - But it's May now! - Yes, this why I'm hurrying! - #5 - Russian road policeman (GIBDDshnik) won one thousand dollars playing card game. He is asked: - What will you do with that money? How do you plan to spend them? GIBDDshnik doesn't know what to answer, he is thinking deeply... And suddenly he is getting cheerful and joyous and says: - I will buy a crossroad and I will be there working alone! - #6 - What are similarities of Russian road policemen and Chinese? 1. The population of both groups is very large. 2. They both are feeding using sticks. - #7 - A guy is passing an road rules exam in Russia. Russian road policeman (GIBDDshnik) is asking this guy: - What this road sign means - a cow inside a triangle? - Well, you don't know? It is a beast on the road. - Where it is installed? - Well, you don't know? 100-200 meters from the road police control station. (NB: in Russia such road police control stations are located almost on every road entering the big cities) - #8 - Russian road policeman-dad wakes up his small son at a half past six in the morning and is saying to him: - Come on, son, hurry, they has already got a half an hour of free ride... - #9 - Policeman stops a Luxury Red BMW-convertible driven by a stunning blonde. - Your car driving license, please. - What's this? - Well, it's a small plastic document with a photo that people is usually keeping in their wallets. Blonde dig out her wallet, finds her car driving license and passes it to the policeman. - It's OK, thank you. And do you have a technical passport for your car? - What's this? - Well, it's a document of that people is usually keeping in the glove compartment of their cars. Blonde digs out in her car glove compartment and passes technical passport of her car to the policeman. Policeman immediately calls the police information center to check the car registration and the owner. On the other side of the wire, as soon as they have got informed what is happening there on policeman side, they are immediately advising policeman to step up the blonde and to remove his pants. - Oh, bloody hell, this test for alcohol again !!!... From jimdettman at verizon.net Fri Aug 27 06:50:25 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 27 Aug 2010 07:50:25 -0400 Subject: [AccessD] Quiet week? In-Reply-To: References: <4C7481FE.6030307@colbyconsulting.com> <4C748768.14920.A27146F@stuart.lexacorp.com.pg> Message-ID: Thanks Charlotte. Didn't think I'd ever see it at this point. Been a long time in coming. John Vinson and I used to co-manage the CompuServe MS Access forum (when you were at Woody's Access Lounge) and he's had his for a number of years, but when CompuServe shutdown he moved to the newsgroups and was a lot more visible. I moved to EE, which was basically a closed community. And then Microsoft wasn't too happy with me (and some others) over the '95 beta, but that's another story. Hasn't really bothered me though as I really just like to help people. I've been answering Access questions now for over sixteen years and have written a few articles. I'd like to write a lot more, but just haven't found the time. In any case, it came as quite a bit of a surprise, which was nice. Here's hoping I can keep meeting the standard; lots of very bright and hard working folks in that crowd! Thanks again. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, August 25, 2010 12:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Quiet week? Congratulations, Jim! Well deserved. Charlotte On Wed, Aug 25, 2010 at 3:00 AM, Jim Dettman wrote: > > > ? Same here. ?Even my EE contributions have dropped to nil. ?I even got > awarded MVP this year and I feel like an idiot because I've done nothing > with it since receiving it and it's been a couple of months already. ?I > haven't even registered on the MVP site yet. > > ?Wish I could clone five or six copies of myself. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Tuesday, August 24, 2010 11:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Quiet week? > > Quite the opposite. > > Too busy to spend much time on the lists. :-) > > -- > Stuart > > On 24 Aug 2010 at 22:37, jwcolby wrote: > >> >> -- >> 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 > -- 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 Aug 27 08:13:52 2010 From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert) Date: Fri, 27 Aug 2010 09:13:52 -0400 Subject: [AccessD] DatePictureTaken property In-Reply-To: References: <4C76C7C1.6090605@colbyconsulting.com>, Message-ID: Take a look here... http://www.vbaccelerator.com/home/VB/Code/vbMedia/Using_GDI_Plus/Reading_EXIF_and_Other_Image_Properties/article.asp Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz Sent: Thursday, August 26, 2010 5:42 PM To: accessd at databaseadvisors.com Subject: [AccessD] DatePictureTaken property I've been writing a routine to allow indexing of photos of projects. I've had a bit of fun getting to the DatePictureTaken property. In our Windows Server 2003 environment, if we open a folder of photos, one of the columns that shows up is headed: Date Picture Taken. This is not the same as the Date Created or Date Modified properties. If I right click on a particular picture, I get the created date as Friday, June 27, 2008, 4:21:24 PM and the modified date as Wednesday, June 11, 2008, 1:25:44 PM. In this case, the modified date is the same as the date created, however, if the photo is edited, the modified date is no longer the same as the Date Picture Taken which continues to show the correct date in the column. I was looking for ways to access the Date Picture Taken in VBA in order to auto organize the photos into weekly subfolders generated in code. As it stands, all our Project and Estimate photos are filed in a project or estimate specific folder but I was in need of a means to create a searchable index of many thousands of photos. For example, I want to be able to enter search criteria for a type of construction project (school, entry feature...) at a certain phase (bid, execution, complete, landscaped) including a person (employee name) and a category of equipment (scaffold, forklift) being used correctly (safe use). Since the photos are already filed by project, any search parameters for type of material or type of construction can be keyed on the project primary key. The fun part was to build a form interface that can be used to go through the photos, one by one, and flag them for input by project manager, safety, equipment and to enter parameters and notes that will be stored in a table. The next step was to create a search form that provides several dozen searchable parameters to filter results. The last step was a copy to folder procedure that copied all matches to a single folder to work with results. To make this work, no file names are allowed to be changed in the file system directly. All file name changes must be made via the form interface since otherwise the files would be lost to the system as the path and name of each file is a table stored attribute uniquely identifying each photo but it is very helpful to make names resonably descriptive so they make sense in explorer view. Any change to the name or path not reflected in the table means the picture is functionally lost and any of the metadata stored in the table is wasted. To keep things as simple as possible, it is necessary to make the paths somehow deterministic hence the Date Picture Taken concept that allows us to file photos within Project, estimate, employee, contact and equipment paths by year\week and to make it easy to see the chronology of progress or wear and tear on equipment. The problem was how to get to the DatePictureTaken property. If it shows in Explorer, you'd think it should show up in the FileSystemObject and I even set a reference to the MS Scripting Runtime library to have a look. VBA gives no direct access and several google searches took me to 'solutions' that confuse the date created with date taken properties. I did find one place that gave me a class I could copy and paste into a new class in Access. I had to comment out the first 8 lines as they aren't VBA compatible and move the option explicit to the top, but after that, no problem writing the code to move all JPG files to annual and week number folders within the respective project, employee, equipment etc where each record is maintained in a numeric primary key folder. Now to get the worker bees to update the metadata on several 10s of thousands of photos. The photo form interface opened from each type of form record has a simple next - prev picture command button and next - prev folder button that enable and disable just like the navigation buttons do for records in a typical access form. The only thing I should still probably add is a routine that flags photos that haven't had the attributes added for newly uploaded pictures and existing photos that haven't yet been reviewed. The other thing I'm going to need to deal with is cameras that are not correctly set for date and flag those files that are dated out side the project start and end date range. We do have photos of finished projects taken years after completion but it would make sense to have them flagged for review any way. With the new system in place, this type of discrepancy will be quickly identified and remedied. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.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 Aug 27 08:37:43 2010 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 27 Aug 2010 15:37:43 +0200 Subject: [AccessD] OT: Friday Humor... Message-ID: Hi Shamil The answer is no. /gustav >>> shamil at smsconsulting.spb.ru 27-08-2010 13:49 >>> My question is: would such a road traffic rule violation result in getting your car driving license cancelled temporarily there in your countries? From dbdoug at gmail.com Fri Aug 27 08:45:34 2010 From: dbdoug at gmail.com (Doug Steele) Date: Fri, 27 Aug 2010 06:45:34 -0700 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <59E08FFE32944C4198A0F13DCFEBC8B1@nant> References: <59E08FFE32944C4198A0F13DCFEBC8B1@nant> Message-ID: Hi Shamil: I'm not sure of the exact details, but here's a rough guide: In this part of Canada (British Columbia) you would get a fine (to be paid through the mail, usually) for around CAD$200, and points (maybe 3 points?). If you accumulate enough points in a 12 month period, 12 or 15 I think, you might have to go to court to try and convince a judge that your license shouldn't be suspended for a period. Your car insurance gets more expensive as you accumulate points as well. Doug On Fri, Aug 27, 2010 at 4:49 AM, Shamil Salakhetdinov < shamil at smsconsulting.spb.ru> wrote: > Hi All -- > > The good humor is in the bottom of this message I suppose - "anecdotes > about > (Russian) road police" - the last one is a bit rude, sorry... > > The Black Humor is here: > > Drivers here can get their car driving license cancelled for 4-6 months > because of the crossing/cutting by their cars the road line in the rose > zone > - of that picture: http://sms-web.biz/pdd/bm3.jpg ... > Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real > case pictured here - a man (a lawyer BTW) has got his car driving lost > based > on such a picture + a Russian road policeman report, which was a kind of > gibberish cheating... > > My question is: would such a road traffic rule violation result in getting > your car driving license cancelled temporarily there in your countries? > > From charlotte.foust at gmail.com Fri Aug 27 10:06:52 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 27 Aug 2010 08:06:52 -0700 Subject: [AccessD] Droping trailing zero In-Reply-To: References: <4C76D1E0.11852.7D3C605@stuart.lexacorp.com.pg> Message-ID: Fixed and 2 decimals is a numeric format for *display*. If you write a numeric value, it isn't controlled by display properties. If you enter a number, it tries to write a number, hence the dropped zero, since the decimal point makes the zero unnecessary for numeric handling. If you don't enter a decimal, the entire number entered is significant, so it writes it. This gets more confusing with every reply. Are you sure the field is a text field? The behavior you're describing is distinctly numeric. If the field is bound, it should behave according to the datatype of the field. Charlotte Foust On Thu, Aug 26, 2010 at 1:58 PM, Steve Turner wrote: > Hi Stuart, > ?The NewJobNo table is in Access mdb > We link in all the SQL tables with ODBC. I will probably change the > report query to an expression that I have to key in at time of > generation. I can see on the properties tab for the text box that there > is also no plain text selection. Strange though that if you set it to > Fixed and 2 decimal places it won't write that to the file as text > without drooping the last zero's. If I don't put the period in there it > will write it. > > Oh just tried the ? Job = txtNewJobNo.value ?you suggested. didn't work > either. > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > From hkotsch at arcor.de Fri Aug 27 10:47:43 2010 From: hkotsch at arcor.de (Helmut Kotsch) Date: Fri, 27 Aug 2010 17:47:43 +0200 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <59E08FFE32944C4198A0F13DCFEBC8B1@nant> Message-ID: In Germany the answer is "NO". It would be hard to prove unless they have a picture like the one you showed. This kind of violation might become important once you are involved in an traffic accident. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Shamil Salakhetdinov Gesendet: Freitag, 27. August 2010 13:49 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] OT: Friday Humor... Hi All -- The good humor is in the bottom of this message I suppose - "anecdotes about (Russian) road police" - the last one is a bit rude, sorry... The Black Humor is here: Drivers here can get their car driving license cancelled for 4-6 months because of the crossing/cutting by their cars the road line in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case pictured here - a man (a lawyer BTW) has got his car driving lost based on such a picture + a Russian road policeman report, which was a kind of gibberish cheating... My question is: would such a road traffic rule violation result in getting your car driving license cancelled temporarily there in your countries? The GoogleMaps link for this crossroad is here: http://maps.google.ru/maps?hl=en&ie=UTF8&ll=59.990675,30.188954&spn=0.002146 ,0.008245&t=h&z=18 The Google Earth link is here: http://sms-web.biz/pdd/sp.kmz Thank you. -- Shamil P.S. Anecdotes (source: http://www.vashamashina.ru/anekdots.html - in Russian) - #1 - Two buddies, inveterate motorists meet in a park. As if nothing had happened one of them says: - It's healthy from time to time to stretch my legs! Another with ironic smile agrees: - That's for sure! But when have you got your car driving license cancelled? - #2 - Two breathless boys run to a road policeman staying on a crossroad: - Inspector, Inspector! It's there around the corner! Harry! - What is there? What has happened? - It is there ... our teacher ... - It's an accident? Car crush? - No, our teacher has got his car parked improperly! - #3 - A guy rides his car very speedily; a policeman stops him and tells him: - Where do you hurry your car? - Yes, that's a Christmas Eve we have got celebrated with friends, and I have got delayed. - But it's May now! - Yes, this why I'm hurrying! - #5 - Russian road policeman (GIBDDshnik) won one thousand dollars playing card game. He is asked: - What will you do with that money? How do you plan to spend them? GIBDDshnik doesn't know what to answer, he is thinking deeply... And suddenly he is getting cheerful and joyous and says: - I will buy a crossroad and I will be there working alone! - #6 - What are similarities of Russian road policemen and Chinese? 1. The population of both groups is very large. 2. They both are feeding using sticks. - #7 - A guy is passing an road rules exam in Russia. Russian road policeman (GIBDDshnik) is asking this guy: - What this road sign means - a cow inside a triangle? - Well, you don't know? It is a beast on the road. - Where it is installed? - Well, you don't know? 100-200 meters from the road police control station. (NB: in Russia such road police control stations are located almost on every road entering the big cities) - #8 - Russian road policeman-dad wakes up his small son at a half past six in the morning and is saying to him: - Come on, son, hurry, they has already got a half an hour of free ride... - #9 - Policeman stops a Luxury Red BMW-convertible driven by a stunning blonde. - Your car driving license, please. - What's this? - Well, it's a small plastic document with a photo that people is usually keeping in their wallets. Blonde dig out her wallet, finds her car driving license and passes it to the policeman. - It's OK, thank you. And do you have a technical passport for your car? - What's this? - Well, it's a document of that people is usually keeping in the glove compartment of their cars. Blonde digs out in her car glove compartment and passes technical passport of her car to the policeman. Policeman immediately calls the police information center to check the car registration and the owner. On the other side of the wire, as soon as they have got informed what is happening there on policeman side, they are immediately advising policeman to step up the blonde and to remove his pants. - Oh, bloody hell, this test for alcohol again !!!... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From sturner at mseco.com Fri Aug 27 11:25:55 2010 From: sturner at mseco.com (Steve Turner) Date: Fri, 27 Aug 2010 11:25:55 -0500 Subject: [AccessD] Droping trailing zero In-Reply-To: References: <4C76D1E0.11852.7D3C605@stuart.lexacorp.com.pg> Message-ID: Thanks Charlotte, It was an unbound text box. There seems to be no " text selection" for properties in the selection under properties for a text box. The field I was writing to was a text field in a table all its own. I went back and changed the report query to ask for the number upon hitting the print button. The original reason I set up a small table was to have the VB programmer write to it when someone created a job on our timesheet program so I could then hit a print button when I completed the form and wouldn't have to key in the job again. Something I want him to add when we make any new changes to the program. Its just a little time saver. This timesheet program has been a work in progress for over 10 years. Originally written in Dbase and moved to VB6 with Access tables now SQL express tables. In Access we have a form called Business Control Center that we put lots of Command buttons on to run various reports we use. The VB code for our timesheet program is over 600 pages printed out. Lots of lines of code. We ran into this zero dropping thing before. So I was looking to see if it was just us or this is the way Access works. Steve A. Turner Controller Mid-South Engineering Co. Inc E-Mail: sturner at mseco.com and saturner at mseco.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, August 27, 2010 10:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Droping trailing zero Fixed and 2 decimals is a numeric format for *display*. If you write a numeric value, it isn't controlled by display properties. If you enter a number, it tries to write a number, hence the dropped zero, since the decimal point makes the zero unnecessary for numeric handling. If you don't enter a decimal, the entire number entered is significant, so it writes it. This gets more confusing with every reply. Are you sure the field is a text field? The behavior you're describing is distinctly numeric. If the field is bound, it should behave according to the datatype of the field. Charlotte Foust On Thu, Aug 26, 2010 at 1:58 PM, Steve Turner wrote: > Hi Stuart, > ?The NewJobNo table is in Access mdb > We link in all the SQL tables with ODBC. I will probably change the > report query to an expression that I have to key in at time of > generation. I can see on the properties tab for the text box that there > is also no plain text selection. Strange though that if you set it to > Fixed and 2 decimal places it won't write that to the file as text > without drooping the last zero's. If I don't put the period in there it > will write it. > > Oh just tried the ? Job = txtNewJobNo.value ?you suggested. didn't work > either. > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From pedro at plex.nl Fri Aug 27 12:31:51 2010 From: pedro at plex.nl (Pedro Janssen) Date: Fri, 27 Aug 2010 19:31:51 +0200 Subject: [AccessD] Off Topic - Excel VBA In-Reply-To: <201008270051.o7R0ou3c007679@databaseadvisors.com> References: <201008270051.o7R0ou3c007679@databaseadvisors.com> Message-ID: <4C77F687.7080607@plex.nl> Hello Daryl, thank you. I did found what i was looking for. Pedro Darryl Collins schreef: > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > Pedro > > Have a look here > > <> > > You solution can be found there. > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Pedro Janssen > Sent: Friday, 27 August 2010 7:50 AM > To: AccessD > Subject: [AccessD] Off Topic - Excel VBA > > Dear list, > > i use the code below to send a whole Workbook by mail. > > 'Working in 2000-2010 > Dim wb1 As Workbook > Dim wb2 As Workbook > Dim TempFilePath As String > Dim TempFileName As String > Dim FileExtStr As String > Dim I As Long > > Set wb1 = ActiveWorkbook > > If Val(Application.Version) >= 12 Then > If wb1.FileFormat = 51 And wb1.HasVBProject = True Then > MsgBox "There is VBA code in this xlsx file, there will" & > vbNewLine & _ > "be no VBA code in the file you send. Save the" & > vbNewLine & _ > "file first as xlsm and then try the macro again.", > vbInformation > Exit Sub > End If > End If > > With Application > .ScreenUpdating = False > .EnableEvents = False > End With > > > 'Make a copy of the file/Open it/Mail it/Delete it > 'If you want to change the file name then change only TempFileName > TempFilePath = Environ$("temp") & "\" > TempFileName = "copie van" & wb1.Name & "_" & Format(Now, "dd-mmm-yy") > FileExtStr = "." & LCase(Right(wb1.Name, _ > Len(wb1.Name) - InStrRev(wb1.Name, > ".", , 1))) > > wb1.SaveCopyAs TempFilePath & TempFileName & FileExtStr > Set wb2 = Workbooks.Open(TempFilePath & TempFileName & FileExtStr) > > With wb2 > On Error Resume Next > For I = 1 To 3 > .SendMail "@", _ > "onderwerp" > If Err.Number = 0 Then Exit For > Next I > On Error GoTo 0 > .Close SaveChanges:=False > End With > > 'Delete the file you have send > Kill TempFilePath & TempFileName & FileExtStr > > With Application > .ScreenUpdating = True > .EnableEvents = True > End With > End Sub > > > > I use the following code for separate worksheets, where linked values of > the active excelworksheet are copied and special pasted as values, > before send by mail. > I would like to ajust the code below so that it is working on a whole > workbook > > With Destwb.Sheets(1).UsedRange > .Cells.Copy > .Cells.PasteSpecial xlPasteValues > .Cells(1).Select > End With > Application.CutCopyMode = False > > > > Who can help me? > > Pedro > > From jwelz at hotmail.com Fri Aug 27 12:35:34 2010 From: jwelz at hotmail.com (Jurgen Welz) Date: Fri, 27 Aug 2010 11:35:34 -0600 Subject: [AccessD] DatePictureTaken property In-Reply-To: References: <4C76C7C1.6090605@colbyconsulting.com>, , , , Message-ID: Lambert: I'm pretty happy with my implementation though it's not perfect. Not every picture reveals a date taken property, but it doesn't in Windows Explorer either, and I've managed to crash the code from the link I used until I put in an 'On Error Resume Next' and a couple Error handlers. I will simpllify it down a fair bit since I don't really need much of the functionality that came with it. I had reviewed the vbaaccelerator.com information you linked as that site was one of a few hundred Google hits when I was searching for an API solution. It was one of a few where there was awareness of the fact that the date taken and date created were separate properties. My Terminal Server environment doesn't allow install, registration or use of the type library. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com > From: Lambert.Heenan at chartisinsurance.com > To: accessd at databaseadvisors.com > Date: Fri, 27 Aug 2010 09:13:52 -0400 > Subject: Re: [AccessD] DatePictureTaken property > > Take a look here... > > http://www.vbaccelerator.com/home/VB/Code/vbMedia/Using_GDI_Plus/Reading_EXIF_and_Other_Image_Properties/article.asp > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jurgen Welz > Sent: Thursday, August 26, 2010 5:42 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] DatePictureTaken property > > > I've been writing a routine to allow indexing of photos of projects. I've had a bit of fun getting to the DatePictureTaken property. In our Windows Server 2003 environment, if we open a folder of photos, one of the columns that shows up is headed: Date Picture Taken. This is not the same as the Date Created or Date Modified properties. If I right click on a particular picture, I get the created date as Friday, June 27, 2008, 4:21:24 PM and the modified date as Wednesday, June 11, 2008, 1:25:44 PM. In this case, the modified date is the same as the date created, however, if the photo is edited, the modified date is no longer the same as the Date Picture Taken which continues to show the correct date in the column. > > > > I was looking for ways to access the Date Picture Taken in VBA in order to auto organize the photos into weekly subfolders generated in code. As it stands, all our Project and Estimate photos are filed in a project or estimate specific folder but I was in need of a means to create a searchable index of many thousands of photos. For example, I want to be able to enter search criteria for a type of construction project (school, entry feature...) at a certain phase (bid, execution, complete, landscaped) including a person (employee name) and a category of equipment (scaffold, forklift) being used correctly (safe use). Since the photos are already filed by project, any search parameters for type of material or type of construction can be keyed on the project primary key. The fun part was to build a form interface that can be used to go through the photos, one by one, and flag them for input by project manager, safety, equipment and to enter parameters and notes that will be stored in a table. The next step was to create a search form that provides several dozen searchable parameters to filter results. The last step was a copy to folder procedure that copied all matches to a single folder to work with results. > > > > To make this work, no file names are allowed to be changed in the file system directly. All file name changes must be made via the form interface since otherwise the files would be lost to the system as the path and name of each file is a table stored attribute uniquely identifying each photo but it is very helpful to make names resonably descriptive so they make sense in explorer view. Any change to the name or path not reflected in the table means the picture is functionally lost and any of the metadata stored in the table is wasted. To keep things as simple as possible, it is necessary to make the paths somehow deterministic hence the Date Picture Taken concept that allows us to file photos within Project, estimate, employee, contact and equipment paths by year\week and to make it easy to see the chronology of progress or wear and tear on equipment. > > > > The problem was how to get to the DatePictureTaken property. If it shows in Explorer, you'd think it should show up in the FileSystemObject and I even set a reference to the MS Scripting Runtime library to have a look. VBA gives no direct access and several google searches took me to 'solutions' that confuse the date created with date taken properties. I did find one place that gave me a class I could copy and paste into a new class in Access. I had to comment out the first 8 lines as they aren't VBA compatible and move the option explicit to the top, but after that, no problem writing the code to move all JPG files to annual and week number folders within the respective project, employee, equipment etc where each record is maintained in a numeric primary key folder. Now to get the worker bees to update the metadata on several 10s of thousands of photos. The photo form interface opened from each type of form record has a simple next - prev picture command button and next - prev folder button that enable and disable just like the navigation buttons do for records in a typical access form. The only thing I should still probably add is a routine that flags photos that haven't had the attributes added for newly uploaded pictures and existing photos that haven't yet been reviewed. > > > > The other thing I'm going to need to deal with is cameras that are not correctly set for date and flag those files that are dated out side the project start and end date range. We do have photos of finished projects taken years after completion but it would make sense to have them flagged for review any way. With the new system in place, this type of discrepancy will be quickly identified and remedied. > > Ciao > > J?rgen Welz > > Edmonton, Alberta > > jwelz at hotmail.com From davidmcafee at gmail.com Fri Aug 27 13:01:05 2010 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 27 Aug 2010 11:01:05 -0700 Subject: [AccessD] Droping trailing zero In-Reply-To: References: <4C76D1E0.11852.7D3C605@stuart.lexacorp.com.pg> Message-ID: I just experienced something similar in an ADP report that I converted from an MDB. The MDB's report was displaying Quantity and Incentive correctly, where the ADP's report was displaying quantity with 6 zeros and incentive with 4. I tried formatting in the report, converting in the SQL procedure with no change. Finally, I was able to fix it. I didn't create the original report (which I simply imported in the ADP and changed the recordsource). It turns out that I needed to change the field names in the report to txtQty and txtAmount. I then set the Control source for txtQty to: =CInt([Quantity]) and I set the control source for txtIncentive to: =CDbl([TotalIncentive]) Works like a charm now. On Fri, Aug 27, 2010 at 9:25 AM, Steve Turner wrote: > Thanks Charlotte, > It was an unbound text box. There seems to be no " text selection" for properties in the selection under properties for a text box. The field I was writing to was a text field in a table all its own. I went back and changed the report query to ask for the number upon hitting the print button. The original reason I set up a small table was to have the VB programmer write to it when someone created a job on our timesheet program so I could then hit a print button when I completed the form and wouldn't have to key in the job again. Something I want him to add when we make any new changes to the program. Its just a little time saver. This timesheet program has been a work in progress for over 10 years. Originally written in Dbase and moved to VB6 with Access tables now SQL express tables. In Access we have a form called Business Control Center that we put lots of Command buttons on to run various reports we use. The VB code for our timesheet program is over 600 pages printed out. Lots of lines of code. > We ran into this zero dropping thing before. So I was looking to see if it was just us or this is the way Access works. > > Steve A. Turner > Controller > Mid-South Engineering Co. Inc > E-Mail: sturner at mseco.com and saturner at mseco.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Friday, August 27, 2010 10:07 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Droping trailing zero > > Fixed and 2 decimals is a numeric format for *display*. ?If you write > a numeric value, it isn't controlled by display properties. ?If you > enter a number, it tries to write a number, hence the ?dropped zero, > since the decimal point makes the zero unnecessary for numeric > handling. ?If you don't enter a decimal, the entire number entered is > significant, so it writes it. > > This gets more confusing with every reply. Are you sure the field is a > text field? ?The behavior you're describing is distinctly numeric. ?If > the field is bound, it should behave according to the datatype of the > field. > > Charlotte Foust > > On Thu, Aug 26, 2010 at 1:58 PM, Steve Turner wrote: >> Hi Stuart, >> ?The NewJobNo table is in Access mdb >> We link in all the SQL tables with ODBC. I will probably change the >> report query to an expression that I have to key in at time of >> generation. I can see on the properties tab for the text box that there >> is also no plain text selection. Strange though that if you set it to >> Fixed and 2 decimal places it won't write that to the file as text >> without drooping the last zero's. If I don't put the period in there it >> will write it. >> >> Oh just tried the ? Job = txtNewJobNo.value ?you suggested. didn't work >> either. >> >> Steve A. Turner >> Controller >> Mid-South Engineering Co. Inc >> E-Mail: sturner at mseco.com and saturner at mseco.com >> >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Aug 28 12:51:22 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 28 Aug 2010 21:51:22 +0400 Subject: [AccessD] OT: Friday Humor... In-Reply-To: References: <59E08FFE32944C4198A0F13DCFEBC8B1@nant> Message-ID: <4BBB9ADC49144410A5199ED1D44CF6EA@nant> Thank you, Gustav, Doug and Helmut -- Your opinion would be very useful here for me. It would be great if somebody from US, Belgium, France, Finland, Sweden, Norway or any other countries could also e-mail me their opinion on that subject: <<< Drivers here can get their car driving license cancelled for 4-6 months because of the crossing/cutting by their cars the road line in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case pictured here - a man (a lawyer BTW) has got his car driving lost based on such a picture + a Russian road policeman report, which was a kind of gibberish cheating... My question is: would such a road traffic rule violation result in getting your car driving license cancelled temporarily there in your countries? >>> Please e-mail them privately. Please consider this thread as closed. Sorry for off-topic. Have nice weekend. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Friday Humor... In Germany the answer is "NO". It would be hard to prove unless they have a picture like the one you showed. This kind of violation might become important once you are involved in an traffic accident. Helmut From hkotsch at arcor.de Sat Aug 28 14:42:37 2010 From: hkotsch at arcor.de (Helmut Kotsch) Date: Sat, 28 Aug 2010 21:42:37 +0200 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <4BBB9ADC49144410A5199ED1D44CF6EA@nant> Message-ID: They Walk Among Us! A man was driving when he saw the flash of a traffic camera. He figured that his picture had been taken for exceeding the limit, even though he knew that he was not speeding... Just to be sure, he went around the block and passed the same spot, driving even more slowly, but again the camera flashed. Now he began to think that this was quite funny, so he drove even slower as he passed the area again, but the traffic camera again flashed. He tried a fourth time with the same result. He did this a fifth time and was now laughing when the camera flashed as he rolled past, this time at a snail's pace... Two weeks later, he got five tickets in the mail for driving without a seat belt.. You can't fix stupid. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Shamil Salakhetdinov Gesendet: Samstag, 28. August 2010 19:51 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] OT: Friday Humor... Thank you, Gustav, Doug and Helmut -- Your opinion would be very useful here for me. It would be great if somebody from US, Belgium, France, Finland, Sweden, Norway or any other countries could also e-mail me their opinion on that subject: <<< Drivers here can get their car driving license cancelled for 4-6 months because of the crossing/cutting by their cars the road line in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case pictured here - a man (a lawyer BTW) has got his car driving lost based on such a picture + a Russian road policeman report, which was a kind of gibberish cheating... My question is: would such a road traffic rule violation result in getting your car driving license cancelled temporarily there in your countries? >>> Please e-mail them privately. Please consider this thread as closed. Sorry for off-topic. Have nice weekend. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Friday Humor... In Germany the answer is "NO". It would be hard to prove unless they have a picture like the one you showed. This kind of violation might become important once you are involved in an traffic accident. Helmut -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Sat Aug 28 14:45:37 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 28 Aug 2010 12:45:37 -0700 Subject: [AccessD] OT: Friday Humor... In-Reply-To: References: <4BBB9ADC49144410A5199ED1D44CF6EA@nant> Message-ID: ROTFLMAO! I've known a few drivers like that! Charlotte On Sat, Aug 28, 2010 at 12:42 PM, Helmut Kotsch wrote: > They Walk Among Us! > > A man was driving when he saw the flash of a traffic camera. He figured that > his picture had been taken for exceeding the limit, even though he knew that > he was not speeding... Just to be sure, he went around the block and passed > the same spot, driving even more slowly, but again the camera flashed. Now > he began to think that this was quite funny, so he drove even slower as he > passed the area again, but the traffic camera again flashed. He tried a > fourth time with the same result. He did this a fifth time and was now > laughing when the camera flashed as he rolled past, this time at a snail's > pace... Two weeks later, he got five tickets in the mail for driving without > a seat belt.. > > You can't fix stupid. > > Helmut > > -----Ursprungliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Shamil > Salakhetdinov > Gesendet: Samstag, 28. August 2010 19:51 > An: 'Access Developers discussion and problem solving' > Betreff: Re: [AccessD] OT: Friday Humor... > > > Thank you, Gustav, Doug and Helmut -- > > Your opinion would be very useful here for me. > > It would be great if somebody from US, Belgium, France, Finland, Sweden, > Norway or any other countries could also e-mail me their opinion on that > subject: > > <<< > Drivers here can get their car driving license cancelled for 4-6 months > because of the crossing/cutting by their cars the road line in the rose zone > - of that picture: http://sms-web.biz/pdd/bm3.jpg ... > Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real > case pictured here - a man (a lawyer BTW) has got his car driving lost based > on such a picture + a Russian road policeman report, which was a kind of > gibberish cheating... > > My question is: would such a road traffic rule violation result in getting > your car driving license cancelled temporarily there in your countries? >>>> > > Please e-mail them privately. > > Please consider this thread as closed. > Sorry for off-topic. > > Have nice weekend. > > -- Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch > Sent: Friday, August 27, 2010 7:48 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humor... > > In Germany the answer is "NO". It would be hard to prove unless they have a > picture like the one you showed. > This kind of violation might become important once you are involved in an > traffic accident. > > Helmut > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 delam at zyterra.com Sat Aug 28 14:51:49 2010 From: delam at zyterra.com (Debbie) Date: Sat, 28 Aug 2010 14:51:49 -0500 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <4BBB9ADC49144410A5199ED1D44CF6EA@nant> References: <59E08FFE32944C4198A0F13DCFEBC8B1@nant> <4BBB9ADC49144410A5199ED1D44CF6EA@nant> Message-ID: <2E93D929-8E13-4D1C-99DA-46FDB405B6C4@zyterra.com> US is pretty similar to Canada. Very little will get your license suspended on one offense. More likely than not something like drunk driving once will not necessary suspend your license, but the insurance increase may effectively keep you from driving legally. Accumulate enough points on your license for violations and you will have a staged process of mandatory driver education, then suspension and with enough flouting, jail time. Debbie Sent from my iPhone On Aug 28, 2010, at 12:51 PM, "Shamil Salakhetdinov" wrote: > Thank you, Gustav, Doug and Helmut -- > > Your opinion would be very useful here for me. > > It would be great if somebody from US, Belgium, France, Finland, > Sweden, > Norway or any other countries could also e-mail me their opinion on > that > subject: > > <<< > Drivers here can get their car driving license cancelled for 4-6 > months > because of the crossing/cutting by their cars the road line in the > rose zone > - of that picture: http://sms-web.biz/pdd/bm3.jpg ... > Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a > real > case pictured here - a man (a lawyer BTW) has got his car driving > lost based > on such a picture + a Russian road policeman report, which was a > kind of > gibberish cheating... > > My question is: would such a road traffic rule violation result in > getting > your car driving license cancelled temporarily there in your > countries? >>>> > > Please e-mail them privately. > > Please consider this thread as closed. > Sorry for off-topic. > > Have nice weekend. > > -- Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut > Kotsch > Sent: Friday, August 27, 2010 7:48 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: Friday Humor... > > In Germany the answer is "NO". It would be hard to prove unless they > have a > picture like the one you showed. > This kind of violation might become important once you are involved > in an > traffic accident. > > Helmut > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From hkotsch at arcor.de Sat Aug 28 17:00:42 2010 From: hkotsch at arcor.de (Helmut Kotsch) Date: Sun, 29 Aug 2010 00:00:42 +0200 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <4BBB9ADC49144410A5199ED1D44CF6EA@nant> Message-ID: Shamil, I don't know how good your German is, probably you know somebody who knows more. For this case you find under the following link the German catalog of fines for traffic violations.. Hope it helps. http://www.schadenfixblog.de/bussgeldkatalog.php Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Shamil Salakhetdinov Gesendet: Samstag, 28. August 2010 19:51 An: 'Access Developers discussion and problem solving' Betreff: Re: [AccessD] OT: Friday Humor... Thank you, Gustav, Doug and Helmut -- Your opinion would be very useful here for me. It would be great if somebody from US, Belgium, France, Finland, Sweden, Norway or any other countries could also e-mail me their opinion on that subject: <<< Drivers here can get their car driving license cancelled for 4-6 months because of the crossing/cutting by their cars the road line in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case pictured here - a man (a lawyer BTW) has got his car driving lost based on such a picture + a Russian road policeman report, which was a kind of gibberish cheating... My question is: would such a road traffic rule violation result in getting your car driving license cancelled temporarily there in your countries? >>> Please e-mail them privately. Please consider this thread as closed. Sorry for off-topic. Have nice weekend. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Friday Humor... In Germany the answer is "NO". It would be hard to prove unless they have a picture like the one you showed. This kind of violation might become important once you are involved in an traffic accident. Helmut -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sat Aug 28 17:56:52 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 29 Aug 2010 08:56:52 +1000 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <2E93D929-8E13-4D1C-99DA-46FDB405B6C4@zyterra.com> References: <59E08FFE32944C4198A0F13DCFEBC8B1@nant>, <4BBB9ADC49144410A5199ED1D44CF6EA@nant>, <2E93D929-8E13-4D1C-99DA-46FDB405B6C4@zyterra.com> Message-ID: <4C799434.19729.8F91746@stuart.lexacorp.com.pg> It's the same in Australia and New Zealand as well. In PNG there are no points systems, but I've never heard on anyone losing their licence. Traffic offences are generally settled by "on-the spot fines" and it's cheaper not to ask for a receipt The only enforced offences are not having a current registration or "safety sticker", having an expired licence,not wearing a seatbelt, or having a defective vehicle (light not working etc). All of which are detected at frequent road blocks around town. Of course a total absence of speed guns, cameras and breath testers may have something to do with it. That and the fact that the police manning road blocks at night have probably had more beer than you have. -- Stuart On 28 Aug 2010 at 14:51, Debbie wrote: > US is pretty similar to Canada. Very little will get your license > suspended on one offense. More likely than not something like drunk > driving once will not necessary suspend your license, but the > insurance increase may effectively keep you from driving legally. > Accumulate enough points on your license for violations and you will > have a staged process of mandatory driver education, then suspension > and with enough flouting, jail time. > > Debbie > > Sent from my iPhone > > On Aug 28, 2010, at 12:51 PM, "Shamil Salakhetdinov" > > wrote: > > > Thank you, Gustav, Doug and Helmut -- > > > > Your opinion would be very useful here for me. > > > > It would be great if somebody from US, Belgium, France, Finland, > > Sweden, Norway or any other countries could also e-mail me their > > opinion on that subject: > > > > <<< > > Drivers here can get their car driving license cancelled for 4-6 > > months because of the crossing/cutting by their cars the road line > > in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg > > ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - > > it's a real case pictured here - a man (a lawyer BTW) has got his > > car driving lost based on such a picture + a Russian road policeman > > report, which was a kind of gibberish cheating... > > > > My question is: would such a road traffic rule violation result in > > getting your car driving license cancelled temporarily there in your > > countries? > >>>> > > > > Please e-mail them privately. > > > > Please consider this thread as closed. > > Sorry for off-topic. > > > > Have nice weekend. > > > > -- Shamil > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut > > Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] OT: Friday > > Humor... > > > > In Germany the answer is "NO". It would be hard to prove unless they > > have a picture like the one you showed. This kind of violation > > might become important once you are involved in an traffic > > accident. > > > > Helmut > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/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 hkotsch at arcor.de Sat Aug 28 18:32:45 2010 From: hkotsch at arcor.de (Helmut Kotsch) Date: Sun, 29 Aug 2010 01:32:45 +0200 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <4C799434.19729.8F91746@stuart.lexacorp.com.pg> Message-ID: I would love the PNG system. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Stuart McLachlan Gesendet: Sonntag, 29. August 2010 00:57 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] OT: Friday Humor... It's the same in Australia and New Zealand as well. In PNG there are no points systems, but I've never heard on anyone losing their licence. Traffic offences are generally settled by "on-the spot fines" and it's cheaper not to ask for a receipt The only enforced offences are not having a current registration or "safety sticker", having an expired licence,not wearing a seatbelt, or having a defective vehicle (light not working etc). All of which are detected at frequent road blocks around town. Of course a total absence of speed guns, cameras and breath testers may have something to do with it. That and the fact that the police manning road blocks at night have probably had more beer than you have. -- Stuart On 28 Aug 2010 at 14:51, Debbie wrote: > US is pretty similar to Canada. Very little will get your license > suspended on one offense. More likely than not something like drunk > driving once will not necessary suspend your license, but the > insurance increase may effectively keep you from driving legally. > Accumulate enough points on your license for violations and you will > have a staged process of mandatory driver education, then suspension > and with enough flouting, jail time. > > Debbie > > Sent from my iPhone > > On Aug 28, 2010, at 12:51 PM, "Shamil Salakhetdinov" > > wrote: > > > Thank you, Gustav, Doug and Helmut -- > > > > Your opinion would be very useful here for me. > > > > It would be great if somebody from US, Belgium, France, Finland, > > Sweden, Norway or any other countries could also e-mail me their > > opinion on that subject: > > > > <<< > > Drivers here can get their car driving license cancelled for 4-6 > > months because of the crossing/cutting by their cars the road line > > in the rose zone - of that picture: http://sms-web.biz/pdd/bm3.jpg > > ... Like that - http://sms-web.biz/pdd/spc1.jpg - more or less - > > it's a real case pictured here - a man (a lawyer BTW) has got his > > car driving lost based on such a picture + a Russian road policeman > > report, which was a kind of gibberish cheating... > > > > My question is: would such a road traffic rule violation result in > > getting your car driving license cancelled temporarily there in your > > countries? > >>>> > > > > Please e-mail them privately. > > > > Please consider this thread as closed. > > Sorry for off-topic. > > > > Have nice weekend. > > > > -- Shamil > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut > > Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] OT: Friday > > Humor... > > > > In Germany the answer is "NO". It would be hard to prove unless they > > have a picture like the one you showed. This kind of violation > > might become important once you are involved in an traffic > > accident. > > > > Helmut > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 stuart at lexacorp.com.pg Sun Aug 29 04:56:33 2010 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 29 Aug 2010 19:56:33 +1000 Subject: [AccessD] OT: Friday Humor... In-Reply-To: References: <4C799434.19729.8F91746@stuart.lexacorp.com.pg>, Message-ID: <4C7A2ED1.1828.B550D06@stuart.lexacorp.com.pg> One of the many reasons that I prefer to live in this sort of coutnry, I don't like "nanny states" that try to regulate every aspect of your life. -- Stuart On 29 Aug 2010 at 1:32, Helmut Kotsch wrote: > I would love the PNG system. > > Helmut > > -----Ursprungliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Stuart > McLachlan Gesendet: Sonntag, 29. August 2010 00:57 An: Access > Developers discussion and problem solving Betreff: Re: [AccessD] OT: > Friday Humor... > > > It's the same in Australia and New Zealand as well. > > In PNG there are no points systems, but I've never heard on anyone > losing their licence. > > Traffic offences are generally settled by "on-the spot fines" and > it's cheaper not to ask for a receipt > > The only enforced offences are not having a current registration or > "safety sticker", having an expired licence,not wearing a seatbelt, or > having a defective vehicle (light not working etc). All of which are > detected at frequent road blocks around town. > > Of course a total absence of speed guns, cameras and breath testers > may have something to do with it. That and the fact that the police > manning road blocks at night have probably had more beer than you > have. > > -- > Stuart > > > On 28 Aug 2010 at 14:51, Debbie wrote: > > > US is pretty similar to Canada. Very little will get your license > > suspended on one offense. More likely than not something like drunk > > driving once will not necessary suspend your license, but the > > insurance increase may effectively keep you from driving legally. > > Accumulate enough points on your license for violations and you will > > have a staged process of mandatory driver education, then suspension > > and with enough flouting, jail time. > > > > Debbie > > > > Sent from my iPhone > > > > On Aug 28, 2010, at 12:51 PM, "Shamil Salakhetdinov" > > > > wrote: > > > > > Thank you, Gustav, Doug and Helmut -- > > > > > > Your opinion would be very useful here for me. > > > > > > It would be great if somebody from US, Belgium, France, Finland, > > > Sweden, Norway or any other countries could also e-mail me their > > > opinion on that subject: > > > > > > <<< > > > Drivers here can get their car driving license cancelled for 4-6 > > > months because of the crossing/cutting by their cars the road line > > > in the rose zone - of that picture: > > > http://sms-web.biz/pdd/bm3.jpg ... Like that - > > > http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case > > > pictured here - a man (a lawyer BTW) has got his car driving lost > > > based on such a picture + a Russian road policeman report, which > > > was a kind of gibberish cheating... > > > > > > My question is: would such a road traffic rule violation result in > > > getting your car driving license cancelled temporarily there in > > > your > > > countries? > > >>>> > > > > > > Please e-mail them privately. > > > > > > Please consider this thread as closed. > > > Sorry for off-topic. > > > > > > Have nice weekend. > > > > > > -- Shamil > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut > > > Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers > > > discussion and problem solving Subject: Re: [AccessD] OT: Friday > > > Humor... > > > > > > In Germany the answer is "NO". It would be hard to prove unless > > > they > > > have a picture like the one you showed. This kind of violation > > > might become important once you are involved in an traffic > > > accident. > > > > > > Helmut > > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 brad.marks1 at gmail.com Sun Aug 29 07:59:25 2010 From: brad.marks1 at gmail.com (Brad Marks) Date: Sun, 29 Aug 2010 07:59:25 -0500 Subject: [AccessD] =?windows-1252?q?Two_=93Related=94_List_Boxes_on_a_Sing?= =?windows-1252?q?le_Form?= Message-ID: I have just started to experiment with Parent-Child List Boxes on a single form. I have developed a method that works, but I would like to know if I am on the right track. Perhaps there is a better method that people with more experience use. For experimentation purposes, I am using a simple example. The Parent List Box is set up for ?Country? ? Only two countries are in it, ?Canada? and ?US? The Child list box is set up for Provinces/States I have set up this function ~~~~~~~~~~~~~~~~~~~~~~ Global Country_Selected Function Function_Country_Selected() Function_Country_Selected = Country_Selected End Function ~~~~~~~~~~~~~~~~~~~~~ In the Parent List Box there is a ?On Click? Event Procedure with this code Country_Selected = List0 (Plus code to Requery the Child List Box) ~~~~~~~~~~~~~~~~~~~~~ In the Criteria in the Query for the Child List Box I have this line Function_Country_Selected() ~~~~~~~~~~~~~~~~~~~~~ Again, this method seems to work. I am just curious if this is the approach that others use, or is there perhaps a better method. Thanks, Brad From shamil at smsconsulting.spb.ru Sun Aug 29 17:10:33 2010 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Mon, 30 Aug 2010 02:10:33 +0400 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <4C7A2ED1.1828.B550D06@stuart.lexacorp.com.pg> References: <4C799434.19729.8F91746@stuart.lexacorp.com.pg>, <4C7A2ED1.1828.B550D06@stuart.lexacorp.com.pg> Message-ID: <94C16AD8339149F5971E79D8E3C22D2A@nant> Yes, no "nanny state" - you're lucky, man, Stuart! What we're getting here is a kind of "1984"'s of Orwell coming true in a slapstick form. It wasn't like that even in late Soviet times here, I mean that. Have a look - that's Russian Prime Minister Mr.Putin travelling using Lada Kalina (small yellow one) http://exler.ru/blog/upload/Image/sam.jpg That's so funny, and so sad in the same time. That's terrific. That's shame... Thank you everybody, who participated in this thread. Let's consider it's closed now. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Sunday, August 29, 2010 1:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Friday Humor... One of the many reasons that I prefer to live in this sort of coutnry, I don't like "nanny states" that try to regulate every aspect of your life. -- Stuart From Darryl.Collins at iag.com.au Sun Aug 29 19:18:30 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Mon, 30 Aug 2010 10:18:30 +1000 Subject: [AccessD] OT: Friday Humor... In-Reply-To: <4C7A2ED1.1828.B550D06@stuart.lexacorp.com.pg> Message-ID: <201008300018.o7U0IQMi014956@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ hah... Stay north Stuart. Here in Victoria (the state of Australia where I live) we have a crazy amount of rules and fines these day. Speed cameras abound and they have very low tolerances. Not uncommon to be fined for doing 63 in a 60 zone, which is pretty much impossible to avoid. It is a form of road tolling really. Mind you, this situation is the fault of the motorist anyway. They used to have a 10% tolerance on these things, until that became common knowledge and everyone just drove 10% faster. Aussie drivers think they are great, but many of them a shockingly bad. Too many of them mistake luck for skill. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Sunday, 29 August 2010 7:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Friday Humor... One of the many reasons that I prefer to live in this sort of coutnry, I don't like "nanny states" that try to regulate every aspect of your life. -- Stuart On 29 Aug 2010 at 1:32, Helmut Kotsch wrote: > I would love the PNG system. > > Helmut > > -----Ursprungliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Stuart > McLachlan Gesendet: Sonntag, 29. August 2010 00:57 An: Access > Developers discussion and problem solving Betreff: Re: [AccessD] OT: > Friday Humor... > > > It's the same in Australia and New Zealand as well. > > In PNG there are no points systems, but I've never heard on anyone > losing their licence. > > Traffic offences are generally settled by "on-the spot fines" and > it's cheaper not to ask for a receipt > > The only enforced offences are not having a current registration or > "safety sticker", having an expired licence,not wearing a seatbelt, or > having a defective vehicle (light not working etc). All of which are > detected at frequent road blocks around town. > > Of course a total absence of speed guns, cameras and breath testers > may have something to do with it. That and the fact that the police > manning road blocks at night have probably had more beer than you > have. > > -- > Stuart > > > On 28 Aug 2010 at 14:51, Debbie wrote: > > > US is pretty similar to Canada. Very little will get your license > > suspended on one offense. More likely than not something like drunk > > driving once will not necessary suspend your license, but the > > insurance increase may effectively keep you from driving legally. > > Accumulate enough points on your license for violations and you will > > have a staged process of mandatory driver education, then suspension > > and with enough flouting, jail time. > > > > Debbie > > > > Sent from my iPhone > > > > On Aug 28, 2010, at 12:51 PM, "Shamil Salakhetdinov" > > > > wrote: > > > > > Thank you, Gustav, Doug and Helmut -- > > > > > > Your opinion would be very useful here for me. > > > > > > It would be great if somebody from US, Belgium, France, Finland, > > > Sweden, Norway or any other countries could also e-mail me their > > > opinion on that subject: > > > > > > <<< > > > Drivers here can get their car driving license cancelled for 4-6 > > > months because of the crossing/cutting by their cars the road line > > > in the rose zone - of that picture: > > > http://sms-web.biz/pdd/bm3.jpg ... Like that - > > > http://sms-web.biz/pdd/spc1.jpg - more or less - it's a real case > > > pictured here - a man (a lawyer BTW) has got his car driving lost > > > based on such a picture + a Russian road policeman report, which > > > was a kind of gibberish cheating... > > > > > > My question is: would such a road traffic rule violation result in > > > getting your car driving license cancelled temporarily there in > > > your > > > countries? > > >>>> > > > > > > Please e-mail them privately. > > > > > > Please consider this thread as closed. > > > Sorry for off-topic. > > > > > > Have nice weekend. > > > > > > -- Shamil > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Helmut > > > Kotsch Sent: Friday, August 27, 2010 7:48 PM To: Access Developers > > > discussion and problem solving Subject: Re: [AccessD] OT: Friday > > > Humor... > > > > > > In Germany the answer is "NO". It would be hard to prove unless > > > they > > > have a picture like the one you showed. This kind of violation > > > might become important once you are involved in an traffic > > > accident. > > > > > > Helmut > > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From jwcolby at colbyconsulting.com Sun Aug 29 19:49:24 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 29 Aug 2010 20:49:24 -0400 Subject: [AccessD] =?windows-1252?q?Two_=93Related=94_List_Boxes_on_a_Sing?= =?windows-1252?q?le_Form?= In-Reply-To: References: Message-ID: <4C7B0014.7080003@colbyconsulting.com> If you only do this once, then the code you have is fine. If you do it over and over in form after form (or on one form) then a class to wrap the two combos works great. The class can sink the events and when comboA changes it requeries comboB. John W. Colby www.ColbyConsulting.com Brad Marks wrote: > I have just started to experiment with Parent-Child List Boxes on a single > form. I have developed a method that works, but I would like to know if I > am on the right track. Perhaps there is a better method that people with > more experience use. > > > > For experimentation purposes, I am using a simple example. > > > > The Parent List Box is set up for ?Country? ? Only two countries are in it, > ?Canada? and ?US? > > > > The Child list box is set up for Provinces/States > > > > > > I have set up this function > > ~~~~~~~~~~~~~~~~~~~~~~ > > Global Country_Selected > > > > Function Function_Country_Selected() > > > > Function_Country_Selected = Country_Selected > > > > End Function > > ~~~~~~~~~~~~~~~~~~~~~ > > > > > > In the Parent List Box there is a ?On Click? Event Procedure with this code > > > > Country_Selected = List0 > > > > (Plus code to Requery the Child List Box) > > > > ~~~~~~~~~~~~~~~~~~~~~ > > In the Criteria in the Query for the Child List Box I have this line > > > > Function_Country_Selected() > > > > ~~~~~~~~~~~~~~~~~~~~~ > > > > Again, this method seems to work. I am just curious if this is the approach > that others use, or is there perhaps a better method. > > > > Thanks, > > Brad From adtp at airtelmail.in Sun Aug 29 22:15:09 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Mon, 30 Aug 2010 08:45:09 +0530 Subject: [AccessD] =?windows-1252?q?Two_=93Related=94_List_Boxes_on_a_Sing?= =?windows-1252?q?le_Form?= References: Message-ID: Brad, My sample db named Form_SearchByMultipleListBoxes 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 The sample also covers multiple selection in the list box. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Brad Marks To: accessd at databaseadvisors.com Sent: Sunday, August 29, 2010 18:29 Subject: [AccessD] Two ?Related? List Boxes on a Single Form I have just started to experiment with Parent-Child List Boxes on a single form. I have developed a method that works, but I would like to know if I am on the right track. Perhaps there is a better method that people with more experience use. For experimentation purposes, I am using a simple example. The Parent List Box is set up for ?Country? ? Only two countries are in it, ?Canada? and ?US? The Child list box is set up for Provinces/States I have set up this function ~~~~~~~~~~~~~~~~~~~~~~ Global Country_Selected Function Function_Country_Selected() Function_Country_Selected = Country_Selected End Function ~~~~~~~~~~~~~~~~~~~~~ In the Parent List Box there is a ?On Click? Event Procedure with this code Country_Selected = List0 (Plus code to Requery the Child List Box) ~~~~~~~~~~~~~~~~~~~~~ In the Criteria in the Query for the Child List Box I have this line Function_Country_Selected() ~~~~~~~~~~~~~~~~~~~~~ Again, this method seems to work. I am just curious if this is the approach that others use, or is there perhaps a better method. Thanks, Brad From bgoss711 at ameritech.net Mon Aug 30 16:06:36 2010 From: bgoss711 at ameritech.net (Bud Goss) Date: Mon, 30 Aug 2010 14:06:36 -0700 (PDT) Subject: [AccessD] Simple Print Preview Question Message-ID: <13161.15995.qm@web81303.mail.mud.yahoo.com> When I do a print preview my report is displayed at 50% magnification. If I left click on the report it changes to 100 %. If I left click on the report again, it goes back to 50 %. ? I can change this behavior by using the following code ? DoCmd.OpenReport stDocName, acPreview DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 ? With this code, the report is initially displayed with 100 % magnification. ? Is there a way to set a database property to get 100% magnification initially without using the: DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 ? statements every time I request a print preview? From charlotte.foust at gmail.com Mon Aug 30 16:11:35 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 30 Aug 2010 14:11:35 -0700 Subject: [AccessD] Simple Print Preview Question In-Reply-To: <13161.15995.qm@web81303.mail.mud.yahoo.com> References: <13161.15995.qm@web81303.mail.mud.yahoo.com> Message-ID: Sorry, maybe I don't understand the question. The only way to reliably display a report at full magnification is to the RunCommand acCmdZoom100. If you create your own buttons for print and preview or always provide a preview when the user selects print, that code should work just fine. What is it you're trying to accomplish differently? Charlotte Foust On Mon, Aug 30, 2010 at 2:06 PM, Bud Goss wrote: > When I do a print preview my report is displayed at 50% magnification. If I left click on the report it changes to 100 %. If I left click on the report again, it goes back to 50 %. > > I can change this behavior by using the following code > > DoCmd.OpenReport stDocName, acPreview > DoCmd.Maximize > DoCmd.RunCommand acCmdZoom100 > > With this code, the report is initially displayed with 100 % magnification. > > Is there a way to set a database property to get 100% magnification initially without using the: > DoCmd.Maximize > DoCmd.RunCommand acCmdZoom100 > > statements every time I request a print preview? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Mon Aug 30 16:53:40 2010 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 30 Aug 2010 14:53:40 -0700 Subject: [AccessD] Simple Print Preview Question In-Reply-To: <13161.15995.qm@web81303.mail.mud.yahoo.com> References: <13161.15995.qm@web81303.mail.mud.yahoo.com> Message-ID: <0B6F4278FEC442F7BB2160D470807CEC@creativesystemdesigns.com> Hi Bud: There might be a way but I have never found one... If the report is saved at a maximum size it will most likely expand to the full screen next time it is called in an application but not always. You can put the two second commands in the report onopen event but then you will get a flash and you may not want that. I would stick code to display a full screen background, turn off the repaint, use your method to expand the report, and then repaint. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss Sent: Monday, August 30, 2010 2:07 PM To: Accessd Subject: [AccessD] Simple Print Preview Question When I do a print preview my report is displayed at 50% magnification. If I left click on the report it changes to 100 %. If I left click on the report again, it goes back to 50 %. ? I can change this behavior by using the following code ? DoCmd.OpenReport stDocName, acPreview DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 ? With this code, the report is initially displayed with 100 % magnification. ? Is there a way to set a database property to get 100% magnification initially without using the: DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 ? statements every time I request a print preview? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Aug 30 17:20:43 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 30 Aug 2010 18:20:43 -0400 Subject: [AccessD] Simple Print Preview Question In-Reply-To: <0B6F4278FEC442F7BB2160D470807CEC@creativesystemdesigns.com> References: <13161.15995.qm@web81303.mail.mud.yahoo.com> <0B6F4278FEC442F7BB2160D470807CEC@creativesystemdesigns.com> Message-ID: I've never seen that exposed anywhere either... JimD. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, August 30, 2010 5:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple Print Preview Question Hi Bud: There might be a way but I have never found one... If the report is saved at a maximum size it will most likely expand to the full screen next time it is called in an application but not always. You can put the two second commands in the report onopen event but then you will get a flash and you may not want that. I would stick code to display a full screen background, turn off the repaint, use your method to expand the report, and then repaint. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss Sent: Monday, August 30, 2010 2:07 PM To: Accessd Subject: [AccessD] Simple Print Preview Question When I do a print preview my report is displayed at 50% magnification. If I left click on the report it changes to 100 %. If I left click on the report again, it goes back to 50 %. ? I can change this behavior by using the following code ? DoCmd.OpenReport stDocName, acPreview DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 ? With this code, the report is initially displayed with 100 % magnification. ? Is there a way to set a database property to get 100% magnification initially without using the: DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 ? statements every time I request a print preview? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bgoss711 at ameritech.net Mon Aug 30 17:45:09 2010 From: bgoss711 at ameritech.net (Bud Goss) Date: Mon, 30 Aug 2010 15:45:09 -0700 (PDT) Subject: [AccessD] Simple Print Preview Question - Why Asking question Message-ID: <924072.89448.qm@web81303.mail.mud.yahoo.com> Thanks to all for?your posts. ? To answer Charlotte's question as to what I am trying to accomplish. ? I have an old database with print previews coded in about 30 locations in the database. ? The user now wants to have these print previews displayed at 100% magnification. I was trying to avoid making code changes in 30 places in this database. ? Looks like I am out of luck on this one. ? Thanks again for the help. ? Bud From davidmcafee at gmail.com Mon Aug 30 17:59:08 2010 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 30 Aug 2010 15:59:08 -0700 Subject: [AccessD] Simple Print Preview Question - Why Asking question In-Reply-To: <924072.89448.qm@web81303.mail.mud.yahoo.com> References: <924072.89448.qm@web81303.mail.mud.yahoo.com> Message-ID: You could always write a public sub: Public Sub OpenReport(ReportName as String) DoCmd.OpenReport ReportName, acPreview DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 End Sub Then you only have to Do a CTRL+H and replace every DoCmd.OpenReport ReportName, acPreview with OpenReport(stDocName) On Mon, Aug 30, 2010 at 3:45 PM, Bud Goss wrote: > > > > > > Thanks to all for?your posts. > > To answer Charlotte's question as to what I am trying to accomplish. > > I have an old database with print previews coded in about 30 locations in the database. > > The user now wants to have these print previews displayed at 100% magnification. I was trying to avoid making code changes in 30 places in this database. > > Looks like I am out of luck on this one. > > Thanks again for the help. > > Bud > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Mon Aug 30 18:02:03 2010 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 30 Aug 2010 19:02:03 -0400 Subject: [AccessD] Simple Print Preview Question - Why Asking question In-Reply-To: <924072.89448.qm@web81303.mail.mud.yahoo.com> References: <924072.89448.qm@web81303.mail.mud.yahoo.com> Message-ID: Bud, If you don't already own it, Rick Fisher's find and replace will work wonders www.ricksworld.com Reasonable price to. You'll pay your yourself back on this project alone. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss Sent: Monday, August 30, 2010 6:45 PM To: Accessd Subject: [AccessD] Simple Print Preview Question - Why Asking question Thanks to all for?your posts. ? To answer Charlotte's question as to what I am trying to accomplish. ? I have an old database with print previews coded in about 30 locations in the database. ? The user now wants to have these print previews displayed at 100% magnification. I was trying to avoid making code changes in 30 places in this database. ? Looks like I am out of luck on this one. ? Thanks again for the help. ? Bud -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at iag.com.au Mon Aug 30 18:20:26 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 31 Aug 2010 09:20:26 +1000 Subject: [AccessD] Simple Print Preview Question - Why Asking question In-Reply-To: Message-ID: <201008302320.o7UNKP3q024482@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Yep, this is a great little addin. Well worth the dollars. Has saved many many hours of tedious debugging. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, 31 August 2010 9:02 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple Print Preview Question - Why Asking question Bud, If you don't already own it, Rick Fisher's find and replace will work wonders www.ricksworld.com Reasonable price to. You'll pay your yourself back on this project alone. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss Sent: Monday, August 30, 2010 6:45 PM To: Accessd Subject: [AccessD] Simple Print Preview Question - Why Asking question Thanks to all for?your posts. ? To answer Charlotte's question as to what I am trying to accomplish. ? I have an old database with print previews coded in about 30 locations in the database. ? The user now wants to have these print previews displayed at 100% magnification. I was trying to avoid making code changes in 30 places in this database. ? Looks like I am out of luck on this one. ? Thanks again for the help. ? Bud -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From Darryl.Collins at iag.com.au Mon Aug 30 21:49:57 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 31 Aug 2010 12:49:57 +1000 Subject: [AccessD] Force Query to recalc using code. In-Reply-To: Message-ID: <201008310249.o7V2noMb023077@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Hi Everyone, I am updating a MS Access database that was largely built by someone else. In this database there are lots of pre-built queries, sorted as queries. I seems that a process is failing as I need to force the query to update before the code does something with it. I though I would use query def for this, but I cannot seem to figure out the syntax. Normally I would just call the data I want from a RS using Code, which is always based on the latest data. This query business seems to be a bit flakey in places. Actually it is probably more the way the data is being updated into a bound form, the recordsaved and then the query run that is the issue. Anyway. What I would like is something like "qryMyQuery.Refresh" in the code to force it to update. Advice with this is appreciated. cheers Darryl. _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From steve at datamanagementsolutions.biz Mon Aug 30 22:10:00 2010 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Tue, 31 Aug 2010 15:10:00 +1200 Subject: [AccessD] Force Query to recalc using code. In-Reply-To: <201008310249.o7V2noMb023077@databaseadvisors.com> References: <201008310249.o7V2noMb023077@databaseadvisors.com> Message-ID: <88DD935E55AE4ED3ACF1EFDF3DA233D9@stevelaptop> Darryl, Assuming you are talking here about Select queries, then they don't need to be run/updated/refreshed in order to return the current data. (Unless I am misunderstanding you.) I think you are probably onto the answer where you mention the saving of the edited records on the form. You might need to do: DoCmd.RunCommand acCmdSaveRecord or: Me.Dirty = False prior to the code that refers to the query. Regards Steve -----Original Message----- From: Darryl Collins Sent: Tuesday, August 31, 2010 2:49 PM To: Access Developers discussion and problem solving Subject: [AccessD] Force Query to recalc using code. Hi Everyone, I am updating a MS Access database that was largely built by someone else. In this database there are lots of pre-built queries, sorted as queries. I seems that a process is failing as I need to force the query to update before the code does something with it. I though I would use query def for this, but I cannot seem to figure out the syntax. Normally I would just call the data I want from a RS using Code, which is always based on the latest data. This query business seems to be a bit flakey in places. Actually it is probably more the way the data is being updated into a bound form, the recordsaved and then the query run that is the issue. Anyway. What I would like is something like "qryMyQuery.Refresh" in the code to force it to update. Advice with this is appreciated. cheers Darryl. From Darryl.Collins at iag.com.au Mon Aug 30 22:27:04 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Tue, 31 Aug 2010 13:27:04 +1000 Subject: [AccessD] Force Query to recalc using code. In-Reply-To: <88DD935E55AE4ED3ACF1EFDF3DA233D9@stevelaptop> Message-ID: <201008310327.o7V3Qv9p001955@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ Thanks Steve, Yeah, bog standard select queries (well the final query is a union on several underlying queries, but they are all SELECT). I am pretty sure it is more to do with the how the form is behaving. bah.. bound forms ;) cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel Sent: Tuesday, 31 August 2010 1:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Force Query to recalc using code. Darryl, Assuming you are talking here about Select queries, then they don't need to be run/updated/refreshed in order to return the current data. (Unless I am misunderstanding you.) I think you are probably onto the answer where you mention the saving of the edited records on the form. You might need to do: DoCmd.RunCommand acCmdSaveRecord or: Me.Dirty = False prior to the code that refers to the query. Regards Steve -----Original Message----- From: Darryl Collins Sent: Tuesday, August 31, 2010 2:49 PM To: Access Developers discussion and problem solving Subject: [AccessD] Force Query to recalc using code. Hi Everyone, I am updating a MS Access database that was largely built by someone else. In this database there are lots of pre-built queries, sorted as queries. I seems that a process is failing as I need to force the query to update before the code does something with it. I though I would use query def for this, but I cannot seem to figure out the syntax. Normally I would just call the data I want from a RS using Code, which is always based on the latest data. This query business seems to be a bit flakey in places. Actually it is probably more the way the data is being updated into a bound form, the recordsaved and then the query run that is the issue. Anyway. What I would like is something like "qryMyQuery.Refresh" in the code to force it to update. Advice with this is appreciated. cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From charlotte.foust at gmail.com Tue Aug 31 06:10:58 2010 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 31 Aug 2010 04:10:58 -0700 Subject: [AccessD] Force Query to recalc using code. In-Reply-To: <201008310327.o7V3Qv9p001955@databaseadvisors.com> References: <88DD935E55AE4ED3ACF1EFDF3DA233D9@stevelaptop> <201008310327.o7V3Qv9p001955@databaseadvisors.com> Message-ID: Now, DON'T START! Charlotte > > > ?bah.. bound forms ;) > From adtp at airtelmail.in Tue Aug 31 07:43:23 2010 From: adtp at airtelmail.in (A.D. Tejpal) Date: Tue, 31 Aug 2010 18:13:23 +0530 Subject: [AccessD] Simple Print Preview Question References: <13161.15995.qm@web81303.mail.mud.yahoo.com><0B6F4278FEC442F7BB2160D470807CEC@creativesystemdesigns.com> Message-ID: <3A532D2125294AF2BF5D9E5848DFF7C6@personal4a8ede> Forcing a report to open at 100% zoom level =============================== Bud, In Access 2003 onwards, two new properties have become available on format tab of report's property sheet as follows: (a) Auto Resize (default value: Yes) (b) Auto Center (default value: No) If you open the report in design view, set its Auto Resize property to No and save, it will thereafter always open at 100% zoom level. While at it, you might also like to set the Auto Center property to Yes. In Access 2000, although above properties are not exposed, its default style is to open at 100% zoom level. Note: Placement of code in report's open event for maximization of window and attaining the desired zoom level has the drawback that in such a case, the report does not get depicted on the task bar. Thus any such code, if used, should preferably be placed in the calling form's module. A generic subroutine like OpenReport() as suggested in David's post, could be used. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Jim Dettman To: 'Access Developers discussion and problem solving' Sent: Tuesday, August 31, 2010 03:50 Subject: Re: [AccessD] Simple Print Preview Question I've never seen that exposed anywhere either... JimD. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, August 30, 2010 5:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple Print Preview Question Hi Bud: There might be a way but I have never found one... If the report is saved at a maximum size it will most likely expand to the full screen next time it is called in an application but not always. You can put the two second commands in the report onopen event but then you will get a flash and you may not want that. I would stick code to display a full screen background, turn off the repaint, use your method to expand the report, and then repaint. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss Sent: Monday, August 30, 2010 2:07 PM To: Accessd Subject: [AccessD] Simple Print Preview Question When I do a print preview my report is displayed at 50% magnification. If I left click on the report it changes to 100 %. If I left click on the report again, it goes back to 50 %. I can change this behavior by using the following code DoCmd.OpenReport stDocName, acPreview DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 With this code, the report is initially displayed with 100 % magnification. Is there a way to set a database property to get 100% magnification initially without using the: DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 statements every time I request a print preview? From rockysmolin at bchacc.com Tue Aug 31 08:22:00 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 31 Aug 2010 06:22:00 -0700 Subject: [AccessD] Simple Print Preview Question In-Reply-To: <3A532D2125294AF2BF5D9E5848DFF7C6@personal4a8ede> References: <13161.15995.qm@web81303.mail.mud.yahoo.com><0B6F4278FEC442F7BB2160D470807CEC@creativesystemdesigns.com> <3A532D2125294AF2BF5D9E5848DFF7C6@personal4a8ede> Message-ID: <43D7E8B0BB594C4CB9D981F02C616B4B@HAL9005> This may be gilding the lily a bit, but in a commercial product I developed and sell I have a preferences form for several parameters - one of which is the zoom percent - it's a front end preference - so that the user can set the magnification of the reports to suit their display and eyesight. I carry the zoom percent in a global variable and set it like this: DoCmd.OpenReport stDocName, acPreview DoCmd.SelectObject acReport, stDocName Reports(stDocName).ZoomControl = gintPreviewZoomPerCent Those three statements could be put into a function and you can then just pass the report name to it. HTH somebody Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal Sent: Tuesday, August 31, 2010 5:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Simple Print Preview Question Forcing a report to open at 100% zoom level =============================== Bud, In Access 2003 onwards, two new properties have become available on format tab of report's property sheet as follows: (a) Auto Resize (default value: Yes) (b) Auto Center (default value: No) If you open the report in design view, set its Auto Resize property to No and save, it will thereafter always open at 100% zoom level. While at it, you might also like to set the Auto Center property to Yes. In Access 2000, although above properties are not exposed, its default style is to open at 100% zoom level. Note: Placement of code in report's open event for maximization of window and attaining the desired zoom level has the drawback that in such a case, the report does not get depicted on the task bar. Thus any such code, if used, should preferably be placed in the calling form's module. A generic subroutine like OpenReport() as suggested in David's post, could be used. Best wishes, A.D. Tejpal ------------ ----- Original Message ----- From: Jim Dettman To: 'Access Developers discussion and problem solving' Sent: Tuesday, August 31, 2010 03:50 Subject: Re: [AccessD] Simple Print Preview Question I've never seen that exposed anywhere either... JimD. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, August 30, 2010 5:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple Print Preview Question Hi Bud: There might be a way but I have never found one... If the report is saved at a maximum size it will most likely expand to the full screen next time it is called in an application but not always. You can put the two second commands in the report onopen event but then you will get a flash and you may not want that. I would stick code to display a full screen background, turn off the repaint, use your method to expand the report, and then repaint. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss Sent: Monday, August 30, 2010 2:07 PM To: Accessd Subject: [AccessD] Simple Print Preview Question When I do a print preview my report is displayed at 50% magnification. If I left click on the report it changes to 100 %. If I left click on the report again, it goes back to 50 %. I can change this behavior by using the following code DoCmd.OpenReport stDocName, acPreview DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 With this code, the report is initially displayed with 100 % magnification. Is there a way to set a database property to get 100% magnification initially without using the: DoCmd.Maximize DoCmd.RunCommand acCmdZoom100 statements every time I request a print preview? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Aug 31 11:42:45 2010 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 31 Aug 2010 09:42:45 -0700 Subject: [AccessD] Duplicates Query Message-ID: Dear List: I used the find duplicates query wizard to make a query to find duplicate records in a table. Is there a quick way to then delete all but one occurrence of the duplicated records? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From davidmcafee at gmail.com Tue Aug 31 12:33:39 2010 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 31 Aug 2010 10:33:39 -0700 Subject: [AccessD] Duplicates Query In-Reply-To: References: Message-ID: I usually SELECT MAX(PKID) FROM (SELECT PKID, SomeField FROM SomeTable WHERE COUNT(SomeField) >1) If it looks good, then I delete them: DELETE SomeTable FROM WHERE PKID IN ( SELECT MAX(PKID) FROM (SELECT PKID, SomeField FROM SomeTable WHERE COUNT(SomeField) >1) ) I think in Access you have to use TOP 1 instead of MAX This will only take care of one at a time, so you will have to run it again if you have triplicates (or more). On Tue, Aug 31, 2010 at 9:42 AM, Rocky Smolin wrote: > Dear List: > > I used the find duplicates query wizard to make a query to find duplicate > records in a table. ?Is there a quick way to then delete all but one > occurrence of the duplicated records? > > 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 BradM at blackforestltd.com Tue Aug 31 17:32:37 2010 From: BradM at blackforestltd.com (Brad Marks) Date: Tue, 31 Aug 2010 17:32:37 -0500 Subject: [AccessD] DoCmd.OutputTo acOutputQuery with Temporary QueryDef Message-ID: All, Is it possible to use the "DoCmd.OutputTo acOutputQuery" command with a Temporary QueryDef? I have experimented but cannot get this to work. I think that I am missing something. An example would be most appreciated. Thanks, Brad From Darryl.Collins at iag.com.au Tue Aug 31 18:22:42 2010 From: Darryl.Collins at iag.com.au (Darryl Collins) Date: Wed, 1 Sep 2010 09:22:42 +1000 Subject: [AccessD] Force Query to recalc using code. In-Reply-To: Message-ID: <201008312322.o7VNMdfR001707@databaseadvisors.com> _______________________________________________________________________________________ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. _______________________________________________________________________________________ hehehe... Well, it has been quiet around here lately ;) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, 31 August 2010 9:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Force Query to recalc using code. Now, DON'T START! Charlotte > > > ?bah.. bound forms ;) > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________________________________________________ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, 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. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses. _______________________________________________________________________________________ From bgoss711 at ameritech.net Tue Aug 31 18:59:41 2010 From: bgoss711 at ameritech.net (Bud Goss) Date: Tue, 31 Aug 2010 16:59:41 -0700 (PDT) Subject: [AccessD] Simple Print Preview Question -Thanks etc Message-ID: <514349.65083.qm@web81307.mail.mud.yahoo.com> I do have Rick Fisher's ?Find and Replace? and think it is a great product. ? The old database I am working with has so much complex spaghetti like code that even with ?Find and Replace? it seems to me to take second place to A.D. Tajpal?s report properties change solution. (Also easier to reverse, -If the user changes his mind for some reports.) ? Again, thanks to all for the help and technical education. You guys and gals are great! ? Bud From jwcolby at colbyconsulting.com Tue Aug 31 20:37:55 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 31 Aug 2010 21:37:55 -0400 Subject: [AccessD] Leave a bound form in a library. Message-ID: <4C7DAE73.8050309@colbyconsulting.com> One of the challenges of using an "addin" library is placing forms in the add-in but having them load records from the FE. For example if I make a bound form to load the users table but I leave that form in the library (add-in), then when the form opens it tries to load the data from the table in the library. IOW a form tries to pull its data from whatever container it is placed in. One way around that is to use the "in 'MyFePath\MyDbName.mdb' syntax that is valid in access. As an example SQL to pull the records from the FE might look as follows: SELECT * FROM usystblPLSObjFrm in 'C:\Dev\C2DbPLS\C2DbPLS.mda' ORDER BY PLSF_Name; This would obviously pull all fields from the table usystblPLSObjFrm physically located in C:\Dev\C2DbPLS\C2DbPLS.mda. This is a PITA and requires jumping through hoops but that is the only solution that I know of. If any of you know of another solution please let me know since I do have to get adept at hoop jumping to do it my way. Thanks, -- John W. Colby www.ColbyConsulting.com From michael at mattysconsulting.com Tue Aug 31 21:11:35 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Tue, 31 Aug 2010 22:11:35 -0400 Subject: [AccessD] Leave a bound form in a library. In-Reply-To: <4C7DAE73.8050309@colbyconsulting.com> References: <4C7DAE73.8050309@colbyconsulting.com> Message-ID: <9FC433A63D024E40864201FFF518FF56@Gateway> Hi John, That's how I usually do it, but I am aware that It can be done using OpenCurrentDatabase and also, possibly, dbEngine(0)(1). Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 31, 2010 9:38 PM To: Access Developers discussion and problem solving Subject: [AccessD] Leave a bound form in a library. One of the challenges of using an "addin" library is placing forms in the add-in but having them load records from the FE. For example if I make a bound form to load the users table but I leave that form in the library (add-in), then when the form opens it tries to load the data from the table in the library. IOW a form tries to pull its data from whatever container it is placed in. One way around that is to use the "in 'MyFePath\MyDbName.mdb' syntax that is valid in access. As an example SQL to pull the records from the FE might look as follows: SELECT * FROM usystblPLSObjFrm in 'C:\Dev\C2DbPLS\C2DbPLS.mda' ORDER BY PLSF_Name; This would obviously pull all fields from the table usystblPLSObjFrm physically located in C:\Dev\C2DbPLS\C2DbPLS.mda. This is a PITA and requires jumping through hoops but that is the only solution that I know of. If any of you know of another solution please let me know since I do have to get adept at hoop jumping to do it my way. Thanks, -- 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 Tue Aug 31 21:40:26 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 31 Aug 2010 22:40:26 -0400 Subject: [AccessD] Leave a bound form in a library. In-Reply-To: <9FC433A63D024E40864201FFF518FF56@Gateway> References: <4C7DAE73.8050309@colbyconsulting.com> <9FC433A63D024E40864201FFF518FF56@Gateway> Message-ID: <4C7DBD1A.5040609@colbyconsulting.com> > It can be done using OpenCurrentDatabase and also, > possibly, dbEngine(0)(1). Hmm... what does that do for me? I am using a method to take three parts of the sql statement and build them up dynamically. ' 'Open the currentdb and hold a pointer to it for speed. ' Function dbDAOCurr() As DAO.Database Static db As DAO.Database If db Is Nothing Then Set db = CurrentDb End If Set dbDAOCurr = db End Function ' 'Take the SELECT, Where and Orderby parts of a SQL statement and build them into 'a sql string, inserting the name of the current database. ' Function mPLSSQL(strObjSelect As String, Optional strWhere As Variant, Optional strOrderBy As Variant) As String Dim strSQL As String strSQL = strObjSelect strSQL = strSQL & " in '" & dbDAOCurr.name & "' " If Not IsMissing(strWhere) Then strSQL = strSQL & strWhere & " " End If If Not IsMissing(strOrderBy) Then strSQL = strSQL & strOrderBy End If mPLSSQL = strSQL End Function John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi John, > > That's how I usually do it, but I am aware that > It can be done using OpenCurrentDatabase and also, > possibly, dbEngine(0)(1). > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 31, 2010 9:38 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Leave a bound form in a library. > > One of the challenges of using an "addin" library is placing forms in the > add-in but having them > load records from the FE. For example if I make a bound form to load the > users table but I leave > that form in the library (add-in), then when the form opens it tries to load > the data from the table > in the library. IOW a form tries to pull its data from whatever container > it is placed in. > > One way around that is to use the "in 'MyFePath\MyDbName.mdb' syntax that is > valid in access. As an > example SQL to pull the records from the FE might look as follows: > > SELECT * FROM usystblPLSObjFrm in 'C:\Dev\C2DbPLS\C2DbPLS.mda' ORDER BY > PLSF_Name; > > This would obviously pull all fields from the table usystblPLSObjFrm > physically located in > C:\Dev\C2DbPLS\C2DbPLS.mda. > > This is a PITA and requires jumping through hoops but that is the only > solution that I know of. > > If any of you know of another solution please let me know since I do have to > get adept at hoop > jumping to do it my way. > > Thanks, From michael at mattysconsulting.com Tue Aug 31 22:15:01 2010 From: michael at mattysconsulting.com (Michael Mattys) Date: Tue, 31 Aug 2010 23:15:01 -0400 Subject: [AccessD] Leave a bound form in a library. In-Reply-To: <4C7DBD1A.5040609@colbyconsulting.com> References: <4C7DAE73.8050309@colbyconsulting.com><9FC433A63D024E40864201FFF518FF56@Gateway> <4C7DBD1A.5040609@colbyconsulting.com> Message-ID: <65899DEF3752456EB66EF7C8E44C1F0F@Gateway> I remember going through those viewable wizards and doing what you ask. Your addin would do the same as this (not solving the problem): Dim appAccess As Access.Application ' Create new instance of Microsoft Access. Set appAccess = CreateObject("Access.Application") ' Open database in Microsoft Access window. appAccess.OpenCurrentDatabase strFileName ' Open Orders form. appAccess.DoCmd.OpenForm "frmOpen", acNormal, , , , AcDialog 'appAccess.CloseCurrentDatabase Set appAccess = Nothing I wonder, then, if you can set the form recordsource to dbEngine(0)(?)!tdfname. I'll try it in a few minutes. Michael R Mattys Business Process Developers www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, August 31, 2010 10:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Leave a bound form in a library. > It can be done using OpenCurrentDatabase and also, > possibly, dbEngine(0)(1). Hmm... what does that do for me? I am using a method to take three parts of the sql statement and build them up dynamically. ' 'Open the currentdb and hold a pointer to it for speed. ' Function dbDAOCurr() As DAO.Database Static db As DAO.Database If db Is Nothing Then Set db = CurrentDb End If Set dbDAOCurr = db End Function ' 'Take the SELECT, Where and Orderby parts of a SQL statement and build them into 'a sql string, inserting the name of the current database. ' Function mPLSSQL(strObjSelect As String, Optional strWhere As Variant, Optional strOrderBy As Variant) As String Dim strSQL As String strSQL = strObjSelect strSQL = strSQL & " in '" & dbDAOCurr.name & "' " If Not IsMissing(strWhere) Then strSQL = strSQL & strWhere & " " End If If Not IsMissing(strOrderBy) Then strSQL = strSQL & strOrderBy End If mPLSSQL = strSQL End Function John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > Hi John, > > That's how I usually do it, but I am aware that > It can be done using OpenCurrentDatabase and also, > possibly, dbEngine(0)(1). > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 31, 2010 9:38 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Leave a bound form in a library. > > One of the challenges of using an "addin" library is placing forms in the > add-in but having them > load records from the FE. For example if I make a bound form to load the > users table but I leave > that form in the library (add-in), then when the form opens it tries to load > the data from the table > in the library. IOW a form tries to pull its data from whatever container > it is placed in. > > One way around that is to use the "in 'MyFePath\MyDbName.mdb' syntax that is > valid in access. As an > example SQL to pull the records from the FE might look as follows: > > SELECT * FROM usystblPLSObjFrm in 'C:\Dev\C2DbPLS\C2DbPLS.mda' ORDER BY > PLSF_Name; > > This would obviously pull all fields from the table usystblPLSObjFrm > physically located in > C:\Dev\C2DbPLS\C2DbPLS.mda. > > This is a PITA and requires jumping through hoops but that is the only > solution that I know of. > > If any of you know of another solution please let me know since I do have to > get adept at hoop > jumping to do it my way. > > Thanks, -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Aug 31 22:33:11 2010 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 31 Aug 2010 23:33:11 -0400 Subject: [AccessD] Leave a bound form in a library. In-Reply-To: <65899DEF3752456EB66EF7C8E44C1F0F@Gateway> References: <4C7DAE73.8050309@colbyconsulting.com><9FC433A63D024E40864201FFF518FF56@Gateway> <4C7DBD1A.5040609@colbyconsulting.com> <65899DEF3752456EB66EF7C8E44C1F0F@Gateway> Message-ID: <4C7DC977.40800@colbyconsulting.com> OK, I get the picture. The problem though is that I am actually using select queries, not tables. Filtered queries etc. If I store the query itself in the library then I have to get at it. I don't want to store the query itself in the FE. Anyway, I do have a solution, a better solution than I came up with the last go round. My tables do have to be in the FE but beyond that it is working. The biggest issue is that I have to set the RowSource / recordsource of objects in code in the OnOpen. All of this is for my Presentation Level Security and I just want to leave as much as I can in the lib. John W. Colby www.ColbyConsulting.com Michael Mattys wrote: > I remember going through those viewable wizards and doing what you ask. Your > addin would do the same as this (not solving the problem): > > Dim appAccess As Access.Application > ' Create new instance of Microsoft Access. > Set appAccess = CreateObject("Access.Application") > ' Open database in Microsoft Access window. > appAccess.OpenCurrentDatabase strFileName > ' Open Orders form. > appAccess.DoCmd.OpenForm "frmOpen", acNormal, , , , AcDialog > 'appAccess.CloseCurrentDatabase > Set appAccess = Nothing > > I wonder, then, if you can set the form recordsource to > dbEngine(0)(?)!tdfname. I'll try it in a few minutes. > > Michael R Mattys > Business Process Developers > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, August 31, 2010 10:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Leave a bound form in a library. > > > It can be done using OpenCurrentDatabase and also, > > possibly, dbEngine(0)(1). > > Hmm... what does that do for me? > > I am using a method to take three parts of the sql statement and build them > up dynamically. > > ' > 'Open the currentdb and hold a pointer to it for speed. > ' > Function dbDAOCurr() As DAO.Database > Static db As DAO.Database > If db Is Nothing Then > Set db = CurrentDb > End If > Set dbDAOCurr = db > End Function > > ' > 'Take the SELECT, Where and Orderby parts of a SQL statement and build them > into > 'a sql string, inserting the name of the current database. > ' > Function mPLSSQL(strObjSelect As String, Optional strWhere As Variant, > Optional strOrderBy As > Variant) As String > Dim strSQL As String > strSQL = strObjSelect > strSQL = strSQL & " in '" & dbDAOCurr.name & "' " > If Not IsMissing(strWhere) Then > strSQL = strSQL & strWhere & " " > End If > If Not IsMissing(strOrderBy) Then > strSQL = strSQL & strOrderBy > End If > mPLSSQL = strSQL > End Function > > > John W. Colby > www.ColbyConsulting.com > > > Michael Mattys wrote: >> Hi John, >> >> That's how I usually do it, but I am aware that >> It can be done using OpenCurrentDatabase and also, >> possibly, dbEngine(0)(1). >> >> Michael R Mattys >> Business Process Developers >> www.mattysconsulting.com >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Tuesday, August 31, 2010 9:38 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Leave a bound form in a library. >> >> One of the challenges of using an "addin" library is placing forms in the >> add-in but having them >> load records from the FE. For example if I make a bound form to load the >> users table but I leave >> that form in the library (add-in), then when the form opens it tries to > load >> the data from the table >> in the library. IOW a form tries to pull its data from whatever container >> it is placed in. >> >> One way around that is to use the "in 'MyFePath\MyDbName.mdb' syntax that > is >> valid in access. As an >> example SQL to pull the records from the FE might look as follows: >> >> SELECT * FROM usystblPLSObjFrm in 'C:\Dev\C2DbPLS\C2DbPLS.mda' ORDER BY >> PLSF_Name; >> >> This would obviously pull all fields from the table usystblPLSObjFrm >> physically located in >> C:\Dev\C2DbPLS\C2DbPLS.mda. >> >> This is a PITA and requires jumping through hoops but that is the only >> solution that I know of. >> >> If any of you know of another solution please let me know since I do have > to >> get adept at hoop >> jumping to do it my way. >> >> Thanks,