From rockysmolin at bchacc.com Wed Apr 2 09:42:30 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 2 Apr 2014 07:42:30 -0700 Subject: [AccessD] Write Conflict Message-ID: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> Dear List(s): I have a form with a subform - both bound - to different tables - parent/child - linked Main form PK to subform FK - standard stuff. When I change the quantity of one of the fields of the subform, a quantity field on the parent form gets updated. All looks good until I try to move the main form to a new record. Then I get the Write Conflict message - Save Record, Copy to Clipboard, Drop Changes. I can see that if I Drop Changes, the quantity field on the Main form reverts to its original value. If I click Save Record, all is well. But I need for that message to go away. How to I work around this message? MTIA Rocky From bensonforums at gmail.com Wed Apr 2 10:01:01 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 11:01:01 -0400 Subject: [AccessD] Write Conflict In-Reply-To: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> References: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> Message-ID: Can you dissociate the child form in the before update event of the main form and reassert it in the after update event? On Apr 2, 2014 10:45 AM, "Rocky Smolin" wrote: > Dear List(s): > > I have a form with a subform - both bound - to different tables - > parent/child - linked Main form PK to subform FK - standard stuff. > > When I change the quantity of one of the fields of the subform, a quantity > field on the parent form gets updated. All looks good until I try to move > the main form to a new record. Then I get the Write Conflict message - > Save > Record, Copy to Clipboard, Drop Changes. I can see that if I Drop Changes, > the quantity field on the Main form reverts to its original value. If I > click Save Record, all is well. But I need for that message to go away. > > How to I work around this message? > > MTIA > > Rocky > > -- > 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 Apr 2 10:18:30 2014 From: df.waters at comcast.net (Dan Waters) Date: Wed, 2 Apr 2014 10:18:30 -0500 Subject: [AccessD] Write Conflict In-Reply-To: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> References: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> Message-ID: <000f01cf4e86$ce174750$6a45d5f0$@comcast.net> Hi Rocky, Try something like this: I'm going to guess that the tables themselves are linked with PK-FK same as the forms? 1) On the subform after the quantity is updated add a line of code: SubForm.Dirty = False. This forces data from the subform down to the tables immediately. 2) Main.Refresh on the main form to get data from the table immediately. Recalculate the quantity in the main form if needed, and perform MainForm.Dirty = False. Using the Form.Dirty method will clear pending changes and might help with the conflict. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, April 02, 2014 9:43 AM To: 'Access Developers discussion and problem solving'; 'Off Topic' Subject: [AccessD] Write Conflict Dear List(s): I have a form with a subform - both bound - to different tables - parent/child - linked Main form PK to subform FK - standard stuff. When I change the quantity of one of the fields of the subform, a quantity field on the parent form gets updated. All looks good until I try to move the main form to a new record. Then I get the Write Conflict message - Save Record, Copy to Clipboard, Drop Changes. I can see that if I Drop Changes, the quantity field on the Main form reverts to its original value. If I click Save Record, all is well. But I need for that message to go away. How to I work around this message? MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Apr 2 10:41:03 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 11:41:03 -0400 Subject: [AccessD] Write Conflict In-Reply-To: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> References: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> Message-ID: Not only was my early response unlikely to have any merit, but I am all the more embarrassed finding I must take a chance this may make a repeat appearance. I got a response back telling me my reply was awaiting moderator admittance because some freakish cc was in the address ... Anyway in the event that Dan's method does not solve your issue, you can have my swag here: I have in these situations tried (usually works) to change the record source of the subform control to blank, in the before update of the parent, then reset it as it was in the after update. I do not recall the complete mechanism nor why it was really required. There may too have been some code to help me retain, then find again, the subform's position and reapply any filtering that might have been present (the latter being the biggest PIA) Btw (and this some new verbiage) I wonder if your situation would be benefited by using John's class module methods. On Apr 2, 2014 10:45 AM, "Rocky Smolin" wrote: > Dear List(s): > > I have a form with a subform - both bound - to different tables - > parent/child - linked Main form PK to subform FK - standard stuff. > > When I change the quantity of one of the fields of the subform, a quantity > field on the parent form gets updated. All looks good until I try to move > the main form to a new record. Then I get the Write Conflict message - > Save > Record, Copy to Clipboard, Drop Changes. I can see that if I Drop Changes, > the quantity field on the Main form reverts to its original value. If I > click Save Record, all is well. But I need for that message to go away. > > How to I work around this message? > > MTIA > > Rocky > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Wed Apr 2 10:48:27 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 2 Apr 2014 08:48:27 -0700 Subject: [AccessD] Write Conflict In-Reply-To: References: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> Message-ID: <6BFD4662231143F48206F645398DCF45@HAL9007> Do you think that will help? When the main form moves to a new record is when the write conflict occurs. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, April 02, 2014 8:01 AM To: Access Developers discussion and problem solving Cc: Off Topic Subject: Re: [AccessD] Write Conflict Can you dissociate the child form in the before update event of the main form and reassert it in the after update event? On Apr 2, 2014 10:45 AM, "Rocky Smolin" wrote: > Dear List(s): > > I have a form with a subform - both bound - to different tables - > parent/child - linked Main form PK to subform FK - standard stuff. > > When I change the quantity of one of the fields of the subform, a > quantity field on the parent form gets updated. All looks good until I > try to move the main form to a new record. Then I get the Write > Conflict message - Save Record, Copy to Clipboard, Drop Changes. I > can see that if I Drop Changes, the quantity field on the Main form > reverts to its original value. If I click Save Record, all is well. > But I need for that message to go away. > > How to I work around this message? > > MTIA > > Rocky > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Apr 2 11:06:18 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 12:06:18 -0400 Subject: [AccessD] Write Conflict In-Reply-To: <6BFD4662231143F48206F645398DCF45@HAL9007> References: <928FFCBC804542E9B1CD9FE586DBF3B6@HAL9007> <6BFD4662231143F48206F645398DCF45@HAL9007> Message-ID: I had assumed that the before update event would fire before the main form landed on a new record. I am not near Access at the moment to test. Feel free to ignore the suggestion Rocky it was just a swag. The thing I recall was that I found someplace to break the relationship between the subform and the main form then reestablish the relationship afterward. No guarantees it would help you in this case. I have to laugh when I post something that I don't know whether it will help and call it a guess and then you (anyone really) writes back and asks do I think it will help. Ok, "no" LOL. On Apr 2, 2014 11:50 AM, "Rocky Smolin" wrote: > Do you think that will help? When the main form moves to a new record is > when the write conflict occurs. > > R > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, April 02, 2014 8:01 AM > To: Access Developers discussion and problem solving > Cc: Off Topic > Subject: Re: [AccessD] Write Conflict > > Can you dissociate the child form in the before update event of the main > form and reassert it in the after update event? > On Apr 2, 2014 10:45 AM, "Rocky Smolin" wrote: > > > Dear List(s): > > > > I have a form with a subform - both bound - to different tables - > > parent/child - linked Main form PK to subform FK - standard stuff. > > > > When I change the quantity of one of the fields of the subform, a > > quantity field on the parent form gets updated. All looks good until I > > try to move the main form to a new record. Then I get the Write > > Conflict message - Save Record, Copy to Clipboard, Drop Changes. I > > can see that if I Drop Changes, the quantity field on the Main form > > reverts to its original value. If I click Save Record, all is well. > > But I need for that message to go away. > > > > How to I work around this message? > > > > MTIA > > > > Rocky > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accesspro at gmail.com Wed Apr 2 15:12:59 2014 From: accesspro at gmail.com (Bob Heygood) Date: Wed, 2 Apr 2014 13:12:59 -0700 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: Message-ID: <2C2DF87ABF9544299B559544337F4FCF@7even> Hello to the list, I have been using the Access 2003 to export the results of a query to Excel. All has been well until the query has grown to over 65K rows/records. My client has Off 2010. I just don't want to upgrade to a newer version of Office. I have Google docs and SkyDrive office. So, the question is how to get him an Excel file in Off 2007 or 2010 format ? I can't create too much work on his end. He so far is not able to splice two files together. TIA Bob Heygood From bensonforums at gmail.com Wed Apr 2 15:20:37 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 16:20:37 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <2C2DF87ABF9544299B559544337F4FCF@7even> References: <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: You can do multiple exports from Access if you have a way to know the nth record of a query result (ie, use a specific value in a where clause) and combine the results by automating Excel. If you can't limit to N records per query you can create a recordset, loop it, insert into Recordcount mod 65000 temp tables (or export the same 65000 record temp table, delete all, insert next 65000 records from recordset, etc). On Apr 2, 2014 4:14 PM, "Bob Heygood" wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. > All has been well until the query has grown to over 65K rows/records. > My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 format > ? > I can't create too much work on his end. He so far is not able to splice > two > files together. > > > TIA > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From john.k.serrano at gmail.com Wed Apr 2 15:24:29 2014 From: john.k.serrano at gmail.com (John Serrano) Date: Wed, 2 Apr 2014 16:24:29 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <2C2DF87ABF9544299B559544337F4FCF@7even> References: <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: Bob, The newer version of Excel has double the row size however as time goes on will this suffice? I guess the real question is why are you taking data from a query into excel? Do you need to perform additional analysis on the data or just report it out? Nevertheless, you could change your references in your library to Office 14.0 I beleive it is... On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. > All has been well until the query has grown to over 65K rows/records. > My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 format > ? > I can't create too much work on his end. He so far is not able to splice > two > files together. > > > TIA > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- John Serrano From stuart.mclachlan at gmail.com Wed Apr 2 16:01:41 2014 From: stuart.mclachlan at gmail.com (Stuart McLachlan) Date: Thu, 03 Apr 2014 07:01:41 +1000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <2C2DF87ABF9544299B559544337F4FCF@7even> References: , , <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: <533C7AB5.10074.582FDBB@stuart.lexacorp.com.pg> How about exporting to a Tab delimited text file instead. Excel will read it just fine. On 2 Apr 2014 at 13:12, Bob Heygood wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. All has been well until the query has grown to over 65K > rows/records. My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 > format ? I can't create too much work on his end. He so far is not > able to splice two files together. > > > TIA > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From garykjos at gmail.com Wed Apr 2 16:07:20 2014 From: garykjos at gmail.com (Gary Kjos) Date: Wed, 2 Apr 2014 16:07:20 -0500 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <2C2DF87ABF9544299B559544337F4FCF@7even> References: <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: If you are not doing special formatting ext in excel you can create a .csv text file and Excel will open that just fine. On Wed, Apr 2, 2014 at 3:12 PM, Bob Heygood wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. > All has been well until the query has grown to over 65K rows/records. > My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 format > ? > I can't create too much work on his end. He so far is not able to splice > two > files together. > > > TIA > > Bob Heygood > > -- > 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 stuart.mclachlan at gmail.com Wed Apr 2 17:12:20 2014 From: stuart.mclachlan at gmail.com (Stuart McLachlan) Date: Thu, 03 Apr 2014 08:12:20 +1000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: , <2C2DF87ABF9544299B559544337F4FCF@7even>, Message-ID: <533C8B44.30006.5C3ADF8@stuart.lexacorp.com.pg> Please, Tab not Comma. There is no standard for CSV files wrtnumbers v text, quoting etc and it can get screwed up too easily. -- Stuart On 2 Apr 2014 at 16:07, Gary Kjos wrote: > If you are not doing special formatting ext in excel you can create a > .csv text file and Excel will open that just fine. > > > On Wed, Apr 2, 2014 at 3:12 PM, Bob Heygood > wrote: > > > Hello to the list, > > > > I have been using the Access 2003 to export the results of a query > > to Excel. All has been well until the query has grown to over 65K > > rows/records. My client has Off 2010. > > > > I just don't want to upgrade to a newer version of Office. > > I have Google docs and SkyDrive office. > > > > So, the question is how to get him an Excel file in Off 2007 or 2010 > > format ? I can't create too much work on his end. He so far is not > > able to splice two files together. > > > > > > TIA > > > > Bob Heygood > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Gary Kjos > garykjos at gmail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Wed Apr 2 17:47:16 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 2 Apr 2014 22:47:16 +0000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> Double?? Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) Much more than double! Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier Bob, The newer version of Excel has double the row size however as time goes on will this suffice? I guess the real question is why are you taking data from a query into excel? Do you need to perform additional analysis on the data or just report it out? Nevertheless, you could change your references in your library to Office 14.0 I beleive it is... On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. > All has been well until the query has grown to over 65K rows/records. > My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 > format ? > I can't create too much work on his end. He so far is not able to > splice two files together. > > > TIA > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- John Serrano -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Wed Apr 2 17:49:57 2014 From: jwcolby at gmail.com (John W Colby) Date: Wed, 02 Apr 2014 18:49:57 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> References: <2C2DF87ABF9544299B559544337F4FCF@7even> <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <533C9415.8080902@gmail.com> I have always wondered about performance with these huge spreadsheets. John W. Colby Reality is what refuses to go away when you do not believe in it On 4/2/2014 6:47 PM, Darryl Collins wrote: > Double?? > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > Much more than double! > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > Sent: Thursday, 3 April 2014 7:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access to Excel 65K row barrier > > Bob, > > The newer version of Excel has double the row size however as time goes on will this suffice? > I guess the real question is why are you taking data from a query into excel? Do you need to perform additional analysis on the data or just report it out? > > Nevertheless, you could change your references in your library to Office > 14.0 I beleive it is... > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood wrote: > >> Hello to the list, >> >> I have been using the Access 2003 to export the results of a query to >> Excel. >> All has been well until the query has grown to over 65K rows/records. >> My client has Off 2010. >> >> I just don't want to upgrade to a newer version of Office. >> I have Google docs and SkyDrive office. >> >> So, the question is how to get him an Excel file in Off 2007 or 2010 >> format ? >> I can't create too much work on his end. He so far is not able to >> splice two files together. >> >> >> TIA >> >> Bob Heygood >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > John Serrano > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From darryl at whittleconsulting.com.au Wed Apr 2 17:57:23 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 2 Apr 2014 22:57:23 +0000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <533C9415.8080902@gmail.com> References: <2C2DF87ABF9544299B559544337F4FCF@7even> <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> <533C9415.8080902@gmail.com> Message-ID: That is a good point John. In many instances the PC will choke way before you get anywhere near the limits of the available ranges. Performance can be an issue with XL2007+. If it is well designed you can avoid most of these pitsfall, but in reality all it has done for many places is create a much bigger and uglier mess. These things are usually filled with little errors and bugs that are loathsome and difficult to track down. The sheer size and flexibility of XL is both its power and failing. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby Sent: Thursday, 3 April 2014 9:50 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier I have always wondered about performance with these huge spreadsheets. John W. Colby Reality is what refuses to go away when you do not believe in it On 4/2/2014 6:47 PM, Darryl Collins wrote: > Double?? > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > Much more than double! > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John > Serrano > Sent: Thursday, 3 April 2014 7:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access to Excel 65K row barrier > > Bob, > > The newer version of Excel has double the row size however as time goes on will this suffice? > I guess the real question is why are you taking data from a query into excel? Do you need to perform additional analysis on the data or just report it out? > > Nevertheless, you could change your references in your library to > Office > 14.0 I beleive it is... > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood wrote: > >> Hello to the list, >> >> I have been using the Access 2003 to export the results of a query to >> Excel. >> All has been well until the query has grown to over 65K rows/records. >> My client has Off 2010. >> >> I just don't want to upgrade to a newer version of Office. >> I have Google docs and SkyDrive office. >> >> So, the question is how to get him an Excel file in Off 2007 or 2010 >> format ? >> I can't create too much work on his end. He so far is not able to >> splice two files together. >> >> >> TIA >> >> Bob Heygood >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > John Serrano > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Apr 2 18:02:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 19:02:35 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> References: <2C2DF87ABF9544299B559544337F4FCF@7even> <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Are you sure that he is referring to the catcher and not the pitcher? I didn't contradict for once just in case this was a limitation of Access rather than Excel, though my thinking lacks much logic. On Apr 2, 2014 6:48 PM, "Darryl Collins" wrote: > Double?? > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > Much more than double! > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > Sent: Thursday, 3 April 2014 7:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access to Excel 65K row barrier > > Bob, > > The newer version of Excel has double the row size however as time goes on > will this suffice? > I guess the real question is why are you taking data from a query into > excel? Do you need to perform additional analysis on the data or just > report it out? > > Nevertheless, you could change your references in your library to Office > 14.0 I beleive it is... > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood wrote: > > > Hello to the list, > > > > I have been using the Access 2003 to export the results of a query to > > Excel. > > All has been well until the query has grown to over 65K rows/records. > > My client has Off 2010. > > > > I just don't want to upgrade to a newer version of Office. > > I have Google docs and SkyDrive office. > > > > So, the question is how to get him an Excel file in Off 2007 or 2010 > > format ? > > I can't create too much work on his end. He so far is not able to > > splice two files together. > > > > > > TIA > > > > Bob Heygood > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > John Serrano > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 at whittleconsulting.com.au Wed Apr 2 18:09:31 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 2 Apr 2014 23:09:31 +0000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <2C2DF87ABF9544299B559544337F4FCF@7even> <58b22e3f9a1043a1a9b6b602739ba148@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Yes, I think you are correct. Even today some process will limit you to 65K rows. Legacy stuff that lurks deep in the machine... Heh... took me a while to 'get' the baseball reference, but now I understand :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, 3 April 2014 10:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier Are you sure that he is referring to the catcher and not the pitcher? I didn't contradict for once just in case this was a limitation of Access rather than Excel, though my thinking lacks much logic. On Apr 2, 2014 6:48 PM, "Darryl Collins" wrote: > Double?? > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > Much more than double! > > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > Sent: Thursday, 3 April 2014 7:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access to Excel 65K row barrier > > Bob, > > The newer version of Excel has double the row size however as time > goes on will this suffice? > I guess the real question is why are you taking data from a query into > excel? Do you need to perform additional analysis on the data or just > report it out? > > Nevertheless, you could change your references in your library to > Office > 14.0 I beleive it is... > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood wrote: > > > Hello to the list, > > > > I have been using the Access 2003 to export the results of a query > > to Excel. > > All has been well until the query has grown to over 65K rows/records. > > My client has Off 2010. > > > > I just don't want to upgrade to a newer version of Office. > > I have Google docs and SkyDrive office. > > > > So, the question is how to get him an Excel file in Off 2007 or 2010 > > format ? > > I can't create too much work on his end. He so far is not able to > > splice two files together. > > > > > > TIA > > > > Bob Heygood > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > John Serrano > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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.mclachlan at gmail.com Wed Apr 2 18:31:50 2014 From: stuart.mclachlan at gmail.com (Stuart McLachlan) Date: Thu, 03 Apr 2014 09:31:50 +1000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: , , Message-ID: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> No limit at all if you open the query as a recordset and write each record out sequentially to a Tab delimited file. That is always my preferred method. -- Stuart On 2 Apr 2014 at 23:09, Darryl Collins wrote: > Yes, I think you are correct. Even today some process will limit you > to 65K rows. Legacy stuff that lurks deep in the machine... > > Heh... took me a while to 'get' the baseball reference, but now I > understand :) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, 3 April 2014 10:03 AM To: Access Developers discussion > and problem solving Subject: Re: [AccessD] Access to Excel 65K row > barrier > > Are you sure that he is referring to the catcher and not the pitcher? > > I didn't contradict for once just in case this was a limitation of > Access rather than Excel, though my thinking lacks much logic. On Apr > 2, 2014 6:48 PM, "Darryl Collins" > wrote: > > > Double?? > > > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > > > Much more than double! > > > > Cheers > > Darryl. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > > Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] Access to > > Excel 65K row barrier > > > > Bob, > > > > The newer version of Excel has double the row size however as time > > goes on will this suffice? I guess the real question is why are you > > taking data from a query into excel? Do you need to perform > > additional analysis on the data or just report it out? > > > > Nevertheless, you could change your references in your library to > > Office 14.0 I beleive it is... > > > > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood > > wrote: > > > > > Hello to the list, > > > > > > I have been using the Access 2003 to export the results of a query > > > to Excel. All has been well until the query has grown to over 65K > > > rows/records. My client has Off 2010. > > > > > > I just don't want to upgrade to a newer version of Office. > > > I have Google docs and SkyDrive office. > > > > > > So, the question is how to get him an Excel file in Off 2007 or > > > 2010 format ? I can't create too much work on his end. He so far > > > is not able to splice two files together. > > > > > > > > > TIA > > > > > > Bob Heygood > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > John Serrano > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 at whittleconsulting.com.au Wed Apr 2 18:37:12 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 2 Apr 2014 23:37:12 +0000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> References: , , <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> Message-ID: Yes, agreed. That is one of the better ways to go. I like to use CopyFromRS in many instances as it allows you to move large volumes of data quickly between Access and Excel. Depends on the task and requirement though. >From memory it is the "Export To Excel" functionality where the 65545 row limit is bothersome, but I could be wrong. Never really use that approach so I haven't looked at it for years. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, 3 April 2014 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier No limit at all if you open the query as a recordset and write each record out sequentially to a Tab delimited file. That is always my preferred method. -- Stuart On 2 Apr 2014 at 23:09, Darryl Collins wrote: > Yes, I think you are correct. Even today some process will limit you > to 65K rows. Legacy stuff that lurks deep in the machine... > > Heh... took me a while to 'get' the baseball reference, but now I > understand :) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, 3 April 2014 10:03 AM To: Access Developers discussion > and problem solving Subject: Re: [AccessD] Access to Excel 65K row > barrier > > Are you sure that he is referring to the catcher and not the pitcher? > > I didn't contradict for once just in case this was a limitation of > Access rather than Excel, though my thinking lacks much logic. On Apr > 2, 2014 6:48 PM, "Darryl Collins" > wrote: > > > Double?? > > > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > > > Much more than double! > > > > Cheers > > Darryl. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > > Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] Access to > > Excel 65K row barrier > > > > Bob, > > > > The newer version of Excel has double the row size however as time > > goes on will this suffice? I guess the real question is why are you > > taking data from a query into excel? Do you need to perform > > additional analysis on the data or just report it out? > > > > Nevertheless, you could change your references in your library to > > Office 14.0 I beleive it is... > > > > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood > > wrote: > > > > > Hello to the list, > > > > > > I have been using the Access 2003 to export the results of a query > > > to Excel. All has been well until the query has grown to over 65K > > > rows/records. My client has Off 2010. > > > > > > I just don't want to upgrade to a newer version of Office. > > > I have Google docs and SkyDrive office. > > > > > > So, the question is how to get him an Excel file in Off 2007 or > > > 2010 format ? I can't create too much work on his end. He so far > > > is not able to splice two files together. > > > > > > > > > TIA > > > > > > Bob Heygood > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > -- > > John Serrano > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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.mclachlan at gmail.com Wed Apr 2 18:51:08 2014 From: stuart.mclachlan at gmail.com (Stuart McLachlan) Date: Thu, 03 Apr 2014 09:51:08 +1000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: , <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg>, Message-ID: <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> What is this CopyFromRS you speak of? Access doesn't seen to know about it :) On 2 Apr 2014 at 23:37, Darryl Collins wrote: > Yes, agreed. That is one of the better ways to go. I like to use > CopyFromRS in many instances as it allows you to move large volumes of > data quickly between Access and Excel. Depends on the task and > requirement though. > > From memory it is the "Export To Excel" functionality where the 65545 > row limit is bothersome, but I could be wrong. Never really use that > approach so I haven't looked at it for years. > > Cheers > Darryl. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Thursday, 3 April 2014 10:32 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Access to Excel > 65K row barrier > > No limit at all if you open the query as a recordset and write each > record out sequentially to a Tab delimited file. That is always my > preferred method. > > -- > Stuart > > On 2 Apr 2014 at 23:09, Darryl Collins wrote: > > > Yes, I think you are correct. Even today some process will limit > > you to 65K rows. Legacy stuff that lurks deep in the machine... > > > > Heh... took me a while to 'get' the baseball reference, but now I > > understand :) > > > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > Benson Sent: Thursday, 3 April 2014 10:03 AM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] Access to > > Excel 65K row barrier > > > > Are you sure that he is referring to the catcher and not the > > pitcher? > > > > I didn't contradict for once just in case this was a limitation of > > Access rather than Excel, though my thinking lacks much logic. On > > Apr 2, 2014 6:48 PM, "Darryl Collins" > > wrote: > > > > > Double?? > > > > > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > > > > > Much more than double! > > > > > > Cheers > > > Darryl. > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > > > Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers > > > discussion and problem solving Subject: Re: [AccessD] Access to > > > Excel 65K row barrier > > > > > > Bob, > > > > > > The newer version of Excel has double the row size however as time > > > goes on will this suffice? I guess the real question is why are > > > you taking data from a query into excel? Do you need to perform > > > additional analysis on the data or just report it out? > > > > > > Nevertheless, you could change your references in your library to > > > Office 14.0 I beleive it is... > > > > > > > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood > > > wrote: > > > > > > > Hello to the list, > > > > > > > > I have been using the Access 2003 to export the results of a > > > > query to Excel. All has been well until the query has grown to > > > > over 65K rows/records. My client has Off 2010. > > > > > > > > I just don't want to upgrade to a newer version of Office. > > > > I have Google docs and SkyDrive office. > > > > > > > > So, the question is how to get him an Excel file in Off 2007 or > > > > 2010 format ? I can't create too much work on his end. He so far > > > > is not able to splice two files together. > > > > > > > > > > > > TIA > > > > > > > > Bob Heygood > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > -- > > > John Serrano > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 paul.hartland at googlemail.com Wed Apr 2 19:44:17 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 3 Apr 2014 01:44:17 +0100 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> References: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> Message-ID: I used to use CopyFromRecordset all the time used to work for all my needs and was very fast as far as I recall. Paul On 3 April 2014 00:51, Stuart McLachlan wrote: > What is this CopyFromRS you speak of? > > Access doesn't seen to know about it :) > > > On 2 Apr 2014 at 23:37, Darryl Collins wrote: > > > Yes, agreed. That is one of the better ways to go. I like to use > > CopyFromRS in many instances as it allows you to move large volumes of > > data quickly between Access and Excel. Depends on the task and > > requirement though. > > > > From memory it is the "Export To Excel" functionality where the 65545 > > row limit is bothersome, but I could be wrong. Never really use that > > approach so I haven't looked at it for years. > > > > Cheers > > Darryl. > > > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > > McLachlan Sent: Thursday, 3 April 2014 10:32 AM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] Access to Excel > > 65K row barrier > > > > No limit at all if you open the query as a recordset and write each > > record out sequentially to a Tab delimited file. That is always my > > preferred method. > > > > -- > > Stuart > > > > On 2 Apr 2014 at 23:09, Darryl Collins wrote: > > > > > Yes, I think you are correct. Even today some process will limit > > > you to 65K rows. Legacy stuff that lurks deep in the machine... > > > > > > Heh... took me a while to 'get' the baseball reference, but now I > > > understand :) > > > > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > > Benson Sent: Thursday, 3 April 2014 10:03 AM To: Access Developers > > > discussion and problem solving Subject: Re: [AccessD] Access to > > > Excel 65K row barrier > > > > > > Are you sure that he is referring to the catcher and not the > > > pitcher? > > > > > > I didn't contradict for once just in case this was a limitation of > > > Access rather than Excel, though my thinking lacks much logic. On > > > Apr 2, 2014 6:48 PM, "Darryl Collins" > > > wrote: > > > > > > > Double?? > > > > > > > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > > > > > > > Much more than double! > > > > > > > > Cheers > > > > Darryl. > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com [mailto: > > > > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > > > > Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers > > > > discussion and problem solving Subject: Re: [AccessD] Access to > > > > Excel 65K row barrier > > > > > > > > Bob, > > > > > > > > The newer version of Excel has double the row size however as time > > > > goes on will this suffice? I guess the real question is why are > > > > you taking data from a query into excel? Do you need to perform > > > > additional analysis on the data or just report it out? > > > > > > > > Nevertheless, you could change your references in your library to > > > > Office 14.0 I beleive it is... > > > > > > > > > > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood > > > > wrote: > > > > > > > > > Hello to the list, > > > > > > > > > > I have been using the Access 2003 to export the results of a > > > > > query to Excel. All has been well until the query has grown to > > > > > over 65K rows/records. My client has Off 2010. > > > > > > > > > > I just don't want to upgrade to a newer version of Office. > > > > > I have Google docs and SkyDrive office. > > > > > > > > > > So, the question is how to get him an Excel file in Off 2007 or > > > > > 2010 format ? I can't create too much work on his end. He so far > > > > > is not able to splice two files together. > > > > > > > > > > > > > > > TIA > > > > > > > > > > Bob Heygood > > > > > > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > -- > > > > John Serrano > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Paul Hartland paul.hartland at googlemail.com From BradM at blackforestltd.com Wed Apr 2 20:02:08 2014 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 2 Apr 2014 20:02:08 -0500 Subject: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection References: <009101cf4c40$7af8fe30$70eafa90$@cox.net> <009501cf4c62$2e1ef340$8a5cd9c0$@cox.net> <5338A59B.9090009@gmail.com> Message-ID: All, Unfortunately, the small firm that I work for part time was infected with a nasty virus last week. This virus has somehow changed a large number of Word, Excel, PDF, and Access 2007 files so that they cannot be opened. For several years, virus prevention responsibilities have been outsourced to a local independent contractor. He has been onsite all week and is pulling his hair out. A virus protection package called Bit-Defender has been in use for a couple years. I know that this is a long shot, but I thought that someone here on AccessD may have run into this same problem. I am not responsible for virus prevention, but I would like to help solve this mystery. Thanks, Brad From accesspro at cox.net Wed Apr 2 20:09:02 2014 From: accesspro at cox.net (Access Pro) Date: Wed, 2 Apr 2014 18:09:02 -0700 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: , , <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: Thanks to all who responded. It has to be Excel. It has to be 10K+ rows/records. I know that the newer versions of Excel do this. It is an ongoing data conversion project. So this has to be repeated over 50 times, over weeks. I thought that someone might have had experience using another program that will output Excel 2007+ files. I will probably be dragged kicking to install 2013 here, or convince the client that I have to remote in. Bob -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, April 02, 2014 2:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier How about exporting to a Tab delimited text file instead. Excel will read it just fine. On 2 Apr 2014 at 13:12, Bob Heygood wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. All has been well until the query has grown to over 65K > rows/records. My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 > format ? I can't create too much work on his end. He so far is not > able to splice two files together. > > > TIA > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Apr 2 20:24:05 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 21:24:05 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> Message-ID: Yes I agree I like that method. However it is an Excel method of the Range object so you would have to automate Excel using a ADO or DAO recordset. However that will still overrun the excel 2003 worksheet so one would have to automate Excel 2007+, which Bob says he does not have .... Writing from Access to a text file was, I believe, Bob's only option... as has already been suggested. I have had problems with tab separated text files, but obviously they have a fan in Stuart. On Apr 2, 2014 8:45 PM, "Paul Hartland" wrote: > I used to use CopyFromRecordset all the time used to work for all my needs > and was very fast as far as I recall. > > Paul > > > On 3 April 2014 00:51, Stuart McLachlan > wrote: > > > What is this CopyFromRS you speak of? > > > > Access doesn't seen to know about it :) > > > > > > On 2 Apr 2014 at 23:37, Darryl Collins wrote: > > > > > Yes, agreed. That is one of the better ways to go. I like to use > > > CopyFromRS in many instances as it allows you to move large volumes of > > > data quickly between Access and Excel. Depends on the task and > > > requirement though. > > > > > > From memory it is the "Export To Excel" functionality where the 65545 > > > row limit is bothersome, but I could be wrong. Never really use that > > > approach so I haven't looked at it for years. > > > > > > Cheers > > > Darryl. > > > > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > > > McLachlan Sent: Thursday, 3 April 2014 10:32 AM To: Access Developers > > > discussion and problem solving Subject: Re: [AccessD] Access to Excel > > > 65K row barrier > > > > > > No limit at all if you open the query as a recordset and write each > > > record out sequentially to a Tab delimited file. That is always my > > > preferred method. > > > > > > -- > > > Stuart > > > > > > On 2 Apr 2014 at 23:09, Darryl Collins wrote: > > > > > > > Yes, I think you are correct. Even today some process will limit > > > > you to 65K rows. Legacy stuff that lurks deep in the machine... > > > > > > > > Heh... took me a while to 'get' the baseball reference, but now I > > > > understand :) > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > > > Benson Sent: Thursday, 3 April 2014 10:03 AM To: Access Developers > > > > discussion and problem solving Subject: Re: [AccessD] Access to > > > > Excel 65K row barrier > > > > > > > > Are you sure that he is referring to the catcher and not the > > > > pitcher? > > > > > > > > I didn't contradict for once just in case this was a limitation of > > > > Access rather than Excel, though my thinking lacks much logic. On > > > > Apr 2, 2014 6:48 PM, "Darryl Collins" > > > > wrote: > > > > > > > > > Double?? > > > > > > > > > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > > > > > > > > > Much more than double! > > > > > > > > > > Cheers > > > > > Darryl. > > > > > > > > > > -----Original Message----- > > > > > From: accessd-bounces at databaseadvisors.com [mailto: > > > > > accessd-bounces at databaseadvisors.com] On Behalf Of John Serrano > > > > > Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers > > > > > discussion and problem solving Subject: Re: [AccessD] Access to > > > > > Excel 65K row barrier > > > > > > > > > > Bob, > > > > > > > > > > The newer version of Excel has double the row size however as time > > > > > goes on will this suffice? I guess the real question is why are > > > > > you taking data from a query into excel? Do you need to perform > > > > > additional analysis on the data or just report it out? > > > > > > > > > > Nevertheless, you could change your references in your library to > > > > > Office 14.0 I beleive it is... > > > > > > > > > > > > > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood > > > > > wrote: > > > > > > > > > > > Hello to the list, > > > > > > > > > > > > I have been using the Access 2003 to export the results of a > > > > > > query to Excel. All has been well until the query has grown to > > > > > > over 65K rows/records. My client has Off 2010. > > > > > > > > > > > > I just don't want to upgrade to a newer version of Office. > > > > > > I have Google docs and SkyDrive office. > > > > > > > > > > > > So, the question is how to get him an Excel file in Off 2007 or > > > > > > 2010 format ? I can't create too much work on his end. He so far > > > > > > is not able to splice two files together. > > > > > > > > > > > > > > > > > > TIA > > > > > > > > > > > > Bob Heygood > > > > > > > > > > > > -- > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > John Serrano > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Paul Hartland > paul.hartland at googlemail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Wed Apr 2 20:26:58 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 21:26:58 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: You can put the macros in your excel 2003 worksheet that the client calls from a button click to pump the data to a new excel (xlsx) file and close itself. Very simply. On Apr 2, 2014 9:09 PM, "Access Pro" wrote: > Thanks to all who responded. > > It has to be Excel. > It has to be 10K+ rows/records. > I know that the newer versions of Excel do this. > It is an ongoing data conversion project. So this has to be repeated over > 50 > times, over weeks. > > I thought that someone might have had experience using another program that > will output Excel 2007+ files. > > > I will probably be dragged kicking to install 2013 here, or convince the > client that I have to remote in. > > Bob > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: Wednesday, April 02, 2014 2:02 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access to Excel 65K row barrier > > How about exporting to a Tab delimited text file instead. Excel will read > it just fine. > > On 2 Apr 2014 at 13:12, Bob Heygood wrote: > > > Hello to the list, > > > > I have been using the Access 2003 to export the results of a query to > > Excel. All has been well until the query has grown to over 65K > > rows/records. My client has Off 2010. > > > > I just don't want to upgrade to a newer version of Office. > > I have Google docs and SkyDrive office. > > > > So, the question is how to get him an Excel file in Off 2007 or 2010 > > format ? I can't create too much work on his end. He so far is not > > able to splice two files together. > > > > > > TIA > > > > Bob Heygood > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at gmail.com Wed Apr 2 20:27:09 2014 From: jwcolby at gmail.com (John W Colby) Date: Wed, 02 Apr 2014 21:27:09 -0400 Subject: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection In-Reply-To: References: <009101cf4c40$7af8fe30$70eafa90$@cox.net> <009501cf4c62$2e1ef340$8a5cd9c0$@cox.net> <5338A59B.9090009@gmail.com> Message-ID: <533CB8ED.7040609@gmail.com> It sounds like the encrypted file extortion scheme. They encrypt it, then "sell" the key to get the files unencrypted. Not good. John W. Colby Reality is what refuses to go away when you do not believe in it On 4/2/2014 9:02 PM, Brad Marks wrote: > All, > > Unfortunately, the small firm that I work for part time was infected with a nasty virus last week. This virus has somehow changed a large number of Word, Excel, PDF, and Access 2007 files so that they cannot be opened. > > For several years, virus prevention responsibilities have been outsourced to a local independent contractor. He has been onsite all week and is pulling his hair out. A virus protection package called Bit-Defender has been in use for a couple years. > > I know that this is a long shot, but I thought that someone here on AccessD may have run into this same problem. I am not responsible for virus prevention, but I would like to help solve this mystery. > > Thanks, > Brad > > --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From bensonforums at gmail.com Wed Apr 2 20:30:39 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 21:30:39 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: > On Apr 2, 2014 9:09 PM, "Access Pro" wrote: >> >> Thanks to all who responded. >> >> It has to be Excel. >> It has to be 10K+ rows/records. I am thinking you mean 100k+? Btw, Should have been obvious but I will state anyway, my post below implies writing to several sheets. Very easy also, just keep your export workbook handy any time you do this and always delete the data and re - export to it. On Apr 2, 2014 9:26 PM, "Bill Benson" wrote: > > You can put the macros in your excel 2003 worksheet that the client calls from a button click to pump the data to a new excel (xlsx) file and close itself. Very simply. From darryl at whittleconsulting.com.au Wed Apr 2 20:31:41 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 3 Apr 2014 01:31:41 +0000 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> Message-ID: <2ca219dd40a14223b7e7639f01a06aae@HKXPR04MB360.apcprd04.prod.outlook.com> Exactly Bill... With the logic / caveat of 'breaking' the CSV / TAB output before you hit the 65545 line limit and append the rest of the data in "FileOutput_2.TXT" if you are restricted to using XL2003 or less. So you might need to output multiple TXT files, which can then be dealt with in Excel as the end user sees fit. Although that depends what you want to do with the data in Excel. For example, if the 2003 Excel user want to summarise the data (say using a Pivot Table), then you can hook the PT into an external data source - include a text file - if it is readable and work from there. So there may be other sneaky options here depending on the requirements. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, 3 April 2014 12:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier Yes I agree I like that method. However it is an Excel method of the Range object so you would have to automate Excel using a ADO or DAO recordset. However that will still overrun the excel 2003 worksheet so one would have to automate Excel 2007+, which Bob says he does not have .... Writing from Access to a text file was, I believe, Bob's only option... as has already been suggested. I have had problems with tab separated text files, but obviously they have a fan in Stuart. On Apr 2, 2014 8:45 PM, "Paul Hartland" wrote: > I used to use CopyFromRecordset all the time used to work for all my > needs and was very fast as far as I recall. > > Paul > > > On 3 April 2014 00:51, Stuart McLachlan > wrote: > > > What is this CopyFromRS you speak of? > > > > Access doesn't seen to know about it :) > > > > > > On 2 Apr 2014 at 23:37, Darryl Collins wrote: > > > > > Yes, agreed. That is one of the better ways to go. I like to use > > > CopyFromRS in many instances as it allows you to move large volumes of > > > data quickly between Access and Excel. Depends on the task and > > > requirement though. > > > > > > From memory it is the "Export To Excel" functionality where the > > > 65545 row limit is bothersome, but I could be wrong. Never really > > > use that approach so I haven't looked at it for years. > > > > > > Cheers > > > Darryl. > > > > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > > > McLachlan Sent: Thursday, 3 April 2014 10:32 AM To: Access > > > Developers discussion and problem solving Subject: Re: [AccessD] > > > Access to Excel 65K row barrier > > > > > > No limit at all if you open the query as a recordset and write each > > > record out sequentially to a Tab delimited file. That is always my > > > preferred method. > > > > > > -- > > > Stuart > > > > > > On 2 Apr 2014 at 23:09, Darryl Collins wrote: > > > > > > > Yes, I think you are correct. Even today some process will > > > > limit you to 65K rows. Legacy stuff that lurks deep in the machine... > > > > > > > > Heh... took me a while to 'get' the baseball reference, but now > > > > I understand :) > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > > > Benson Sent: Thursday, 3 April 2014 10:03 AM To: Access > > > > Developers discussion and problem solving Subject: Re: [AccessD] > > > > Access to Excel 65K row barrier > > > > > > > > Are you sure that he is referring to the catcher and not the > > > > pitcher? > > > > > > > > I didn't contradict for once just in case this was a limitation > > > > of Access rather than Excel, though my thinking lacks much > > > > logic. On Apr 2, 2014 6:48 PM, "Darryl Collins" > > > > wrote: > > > > > > > > > Double?? > > > > > > > > > > Try 65,545 Rows (2003) vs 1,048,576 Rows (2007+) > > > > > > > > > > Much more than double! > > > > > > > > > > Cheers > > > > > Darryl. > > > > > > > > > > -----Original Message----- > > > > > From: accessd-bounces at databaseadvisors.com [mailto: > > > > > accessd-bounces at databaseadvisors.com] On Behalf Of John > > > > > Serrano > > > > > Sent: Thursday, 3 April 2014 7:24 AM To: Access Developers > > > > > discussion and problem solving Subject: Re: [AccessD] Access > > > > > to Excel 65K row barrier > > > > > > > > > > Bob, > > > > > > > > > > The newer version of Excel has double the row size however as > > > > > time goes on will this suffice? I guess the real question is > > > > > why are you taking data from a query into excel? Do you need > > > > > to perform additional analysis on the data or just report it out? > > > > > > > > > > Nevertheless, you could change your references in your library > > > > > to Office 14.0 I beleive it is... > > > > > > > > > > > > > > > On Wed, Apr 2, 2014 at 4:12 PM, Bob Heygood > > > > > > > > > > wrote: > > > > > > > > > > > Hello to the list, > > > > > > > > > > > > I have been using the Access 2003 to export the results of a > > > > > > query to Excel. All has been well until the query has grown > > > > > > to over 65K rows/records. My client has Off 2010. > > > > > > > > > > > > I just don't want to upgrade to a newer version of Office. > > > > > > I have Google docs and SkyDrive office. > > > > > > > > > > > > So, the question is how to get him an Excel file in Off 2007 > > > > > > or > > > > > > 2010 format ? I can't create too much work on his end. He so > > > > > > far is not able to splice two files together. > > > > > > > > > > > > > > > > > > TIA > > > > > > > > > > > > Bob Heygood > > > > > > > > > > > > -- > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > John Serrano > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Paul Hartland > paul.hartland at googlemail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 at whittleconsulting.com.au Wed Apr 2 20:36:08 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 3 Apr 2014 01:36:08 +0000 Subject: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection In-Reply-To: <533CB8ED.7040609@gmail.com> References: <009101cf4c40$7af8fe30$70eafa90$@cox.net> <009501cf4c62$2e1ef340$8a5cd9c0$@cox.net> <5338A59B.9090009@gmail.com> <533CB8ED.7040609@gmail.com> Message-ID: <44e606e41b9a412ca7d66703a9802830@HKXPR04MB360.apcprd04.prod.outlook.com> See << https://en.wikipedia.org/wiki/CryptoLocker>> for more info on this. Or perhaps one of its variants. Easy to get infected and highly profitable. Good luck Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby Sent: Thursday, 3 April 2014 12:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection It sounds like the encrypted file extortion scheme. They encrypt it, then "sell" the key to get the files unencrypted. Not good. John W. Colby Reality is what refuses to go away when you do not believe in it On 4/2/2014 9:02 PM, Brad Marks wrote: > All, > > Unfortunately, the small firm that I work for part time was infected with a nasty virus last week. This virus has somehow changed a large number of Word, Excel, PDF, and Access 2007 files so that they cannot be opened. > > For several years, virus prevention responsibilities have been outsourced to a local independent contractor. He has been onsite all week and is pulling his hair out. A virus protection package called Bit-Defender has been in use for a couple years. > > I know that this is a long shot, but I thought that someone here on AccessD may have run into this same problem. I am not responsible for virus prevention, but I would like to help solve this mystery. > > Thanks, > Brad > > --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BradM at blackforestltd.com Wed Apr 2 20:39:45 2014 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 2 Apr 2014 20:39:45 -0500 Subject: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection In-Reply-To: <533CB8ED.7040609@gmail.com> References: <009101cf4c40$7af8fe30$70eafa90$@cox.net> <009501cf4c62$2e1ef340$8a5cd9c0$@cox.net> <5338A59B.9090009@gmail.com> <533CB8ED.7040609@gmai l.com> Message-ID: <186756FA-7AA3-4A25-B9B2-C8FFF95EAB05@blackforestltd.com> John, Yes, our contract virus guy also talked along these lines. So far, no one has received the ransom message. We would like to isolate which PC has the virus, but so far this has not yet been discerned. Brad > On Apr 2, 2014, at 8:27 PM, "John W Colby" wrote: > > It sounds like the encrypted file extortion scheme. They encrypt it, then "sell" the key to get the files unencrypted. > > Not good. > > John W. Colby > > Reality is what refuses to go away > when you do not believe in it > >> On 4/2/2014 9:02 PM, Brad Marks wrote: >> All, >> >> Unfortunately, the small firm that I work for part time was infected with a nasty virus last week. This virus has somehow changed a large number of Word, Excel, PDF, and Access 2007 files so that they cannot be opened. >> >> For several years, virus prevention responsibilities have been outsourced to a local independent contractor. He has been onsite all week and is pulling his hair out. A virus protection package called Bit-Defender has been in use for a couple years. >> >> I know that this is a long shot, but I thought that someone here on AccessD may have run into this same problem. I am not responsible for virus prevention, but I would like to help solve this mystery. >> >> Thanks, >> Brad >> >> > > > > --- > This email is free from viruses and malware because avast! Antivirus protection is active. > http://www.avast.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > This message was scanned by ESVA and is believed to be clean. > Click here to report this message as spam. http://h0stname/cgi-bin/learn-msg.cgi?id=532222865C.6316B > > From BradM at blackforestltd.com Wed Apr 2 20:41:34 2014 From: BradM at blackforestltd.com (Brad Marks) Date: Wed, 2 Apr 2014 20:41:34 -0500 Subject: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection In-Reply-To: <44e606e41b9a412ca7d66703a9802830@HKXPR04MB360.apcprd04.prod.outlook.com> References: <009101cf4c40$7af8fe30$70eafa90$@cox.net> <009501cf4c62$2e1ef340$8a5cd9c0$@cox.net> <5338A59B.9090009@gmail.com> <533CB8ED.7040609@gmai l.com> <44e606e41b9a412ca7d66703a9802830@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <2ABB1053-A2D9-4445-944F-0A9FA3E6373C@blackforestltd.com> Darryl, Thanks for the info...much appreciated. Brad > On Apr 2, 2014, at 8:36 PM, "Darryl Collins" wrote: > > See << https://en.wikipedia.org/wiki/CryptoLocker>> for more info on this. > > Or perhaps one of its variants. Easy to get infected and highly profitable. > > Good luck > > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby > Sent: Thursday, 3 April 2014 12:27 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Unrecognized Database Format (Access 2007) ? Virus Infection > > It sounds like the encrypted file extortion scheme. They encrypt it, then "sell" the key to get the files unencrypted. > > Not good. > > John W. Colby > > Reality is what refuses to go away > when you do not believe in it > >> On 4/2/2014 9:02 PM, Brad Marks wrote: >> All, >> >> Unfortunately, the small firm that I work for part time was infected with a nasty virus last week. This virus has somehow changed a large number of Word, Excel, PDF, and Access 2007 files so that they cannot be opened. >> >> For several years, virus prevention responsibilities have been outsourced to a local independent contractor. He has been onsite all week and is pulling his hair out. A virus protection package called Bit-Defender has been in use for a couple years. >> >> I know that this is a long shot, but I thought that someone here on AccessD may have run into this same problem. I am not responsible for virus prevention, but I would like to help solve this mystery. >> >> Thanks, >> Brad > > > > --- > This email is free from viruses and malware because avast! Antivirus protection is active. > http://www.avast.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 was scanned by ESVA and is believed to be clean. > Click here to report this message as spam. > http://h0stname/cgi-bin/learn-msg.cgi?id=481182864E.9D7B6 > > From bensonforums at gmail.com Wed Apr 2 21:06:01 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 22:06:01 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: <2ca219dd40a14223b7e7639f01a06aae@HKXPR04MB360.apcprd04.prod.outlook.com> References: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> <2ca219dd40a14223b7e7639f01a06aae@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: >>'breaking' the CSV / TAB output before you hit the 65545 line limit. 65535 I assume? But if writing to a text file for the client to import into Office 2010, using methods already described here, there is no such limit, right? As for writing to Excel using Excel 2003 I had already written about that in my first response - did not think I needed to repeat it when I used the generic term export. Thing is, this can be challenging, (as you point out!) Certainly so if there is no index to use in the first query. Still doable however. If no index create a temp table with the same fields and data types expected to come from the original query and then append an Auto number field using data definition language CURRENTDB.EXECUTE "ALTER Table TEMP ADD MYINDEX AUTOINCREMENT" Then INSERT INTO that, and then create the recordset from the temp table using bands in the WHERE CLAUSE 1st MYINDEX <=65000 2nd MYINDEX> 65000 AND MYINDEX <=130000 etc. You can of course select max (MyIndex) ahead of time to know how high a value to loop until. A lot of work but fun too. No other easy way to do it that I can think of without an index. Even with an index, the numbers might skip so if you wanted to get exactly 65k, you could select all as basis for your recordsey, MoveNext 65k times, note the index, next time select all where index > that value, MoveNext 65k times, note the index, next time... thereby creating a band on index numbers (i would store them in an array) then write some code to pull records with these limits in the where clause. Not sure it is worth using MaxRecords (a property of the recordset object in ADO) = 65000 but it might assist. Either way each subsequent fetch uses the last index value as something the next group of records must exceed. From bensonforums at gmail.com Wed Apr 2 21:14:11 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 22:14:11 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> <2ca219dd40a14223b7e7639f01a06aae@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Ok I lost my train of thought towards the end. Given that one way or another I had forced a numeric index field into my select statement, I would NOT do what I said about using MOVENEXT 65K times, that would void the value of using MAXRECORDS (I was being stupid). I would use MaxRecords as a property of the recordset, use CopyFromRecordset to put the records on the sheet, and MOVELAST to get the value the subsequent index field values must exceed in the next recordset, also with MAX RECORDS set to 65000. So I would definitely use MaxRecords property of my recordset so that I could control the number of records so that CopyFromRecordset will not blowup the sheet. On Apr 2, 2014 10:06 PM, "Bill Benson" wrote: > >>'breaking' the CSV / TAB output before you hit the 65545 line limit. > > 65535 I assume? > > But if writing to a text file for the client to import into Office 2010, > using methods already described here, there is no such limit, right? > > As for writing to Excel using Excel 2003 I had already written about that > in my first response - did not think I needed to repeat it when I used the > generic term export. > > Thing is, this can be challenging, (as you point out!) Certainly so if > there is no index to use in the first query. Still doable however. > > If no index create a temp table with the same fields and data types > expected to come from the original query and then append an Auto number > field using data definition language > > CURRENTDB.EXECUTE "ALTER Table TEMP ADD MYINDEX AUTOINCREMENT" > > Then INSERT INTO that, and then create the recordset from the temp table > using bands in the WHERE CLAUSE > > 1st > MYINDEX <=65000 > > 2nd > MYINDEX> 65000 AND MYINDEX <=130000 > > etc. > > You can of course select max (MyIndex) ahead of time to know how high a > value to loop until. > > A lot of work but fun too. > > No other easy way to do it that I can think of without an index. Even with > an index, the numbers might skip so if you wanted to get exactly 65k, you > could select all as basis for your recordsey, MoveNext 65k times, note the > index, next time select all where index > that value, MoveNext 65k times, > note the index, next time... thereby creating a band on index numbers (i > would store them in an array) then write some code to pull records with > these limits in the where clause. > > Not sure it is worth using MaxRecords (a property of the recordset object > in ADO) = 65000 but it might assist. Either way each subsequent fetch uses > the last index value as something the next group of records must exceed. > > From bensonforums at gmail.com Wed Apr 2 22:53:11 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 2 Apr 2014 23:53:11 -0400 Subject: [AccessD] While on subject of ADOX Message-ID: This was the best document I have read lately which helped me to better understand ADOX and providers. http://www.globaliconnect.com/excel/index.php?option=com_content&view=article&id=171:microsoft-access-activex-data-objects-library-ado&catid=79&Itemid=475 Says ACE can be used with .mdbs not just accdbs. That could be good to k ow. It still left me wondering since there is no 64 bit Jet there is necessarily no Win 8 / Jet solutions? Or is that an invalid conclusion? And since there is no Jet, probably no JRO, which means no way to use ADO/ACE to create an access backend (without Access installed on one's machine) and create columns, relationships, constraints, and do compacting? Or is that wrong? Somehow I thought with Win 8+ I am giving up the possibility of having Excel create and manage backends on the fly, as I used to do with Microsoft.Jet.OLEDB.4.0 (created) and Microsoft ADO Ext. x.x for DDL and Security (modify / make relationships) and JRO (compacting). I'd love to find out ACE does it all so long as Office (not Office Pro) is installed? From bensonforums at gmail.com Wed Apr 2 23:17:10 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 3 Apr 2014 00:17:10 -0400 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: <533C9DE6.12852.60C74B1@stuart.lexacorp.com.pg> <533CA26C.2305.61E203C@stuart.lexacorp.com.pg> <2ca219dd40a14223b7e7639f01a06aae@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: This was a pretty good primer on ADO and the section how to bring in data to a host excel application in part 3 of 4: http://www.globaliconnect.com/excel/index.php?option=com_content&view=article&id=173:import-export-data-from-access-to-excel-using-ado&catid=79:excel-vba&Itemid=475 On Wed, Apr 2, 2014 at 10:14 PM, Bill Benson wrote: > Ok I lost my train of thought towards the end. Given that one way or > another I had forced a numeric index field into my select statement, I > would NOT do what I said about using MOVENEXT 65K times, that would void > the value of using MAXRECORDS (I was being stupid). > > I would use MaxRecords as a property of the recordset, use > CopyFromRecordset to put the records on the sheet, and MOVELAST to get the > value the subsequent index field values must exceed in the next recordset, > also with MAX RECORDS set to 65000. > > So I would definitely use MaxRecords property of my recordset so that I > could control the number of records so that CopyFromRecordset will not > blowup the sheet. > On Apr 2, 2014 10:06 PM, "Bill Benson" wrote: > >> >>'breaking' the CSV / TAB output before you hit the 65545 line limit. >> >> 65535 I assume? >> >> But if writing to a text file for the client to import into Office 2010, >> using methods already described here, there is no such limit, right? >> >> As for writing to Excel using Excel 2003 I had already written about that >> in my first response - did not think I needed to repeat it when I used the >> generic term export. >> >> Thing is, this can be challenging, (as you point out!) Certainly so if >> there is no index to use in the first query. Still doable however. >> >> If no index create a temp table with the same fields and data types >> expected to come from the original query and then append an Auto number >> field using data definition language >> >> CURRENTDB.EXECUTE "ALTER Table TEMP ADD MYINDEX AUTOINCREMENT" >> >> Then INSERT INTO that, and then create the recordset from the temp table >> using bands in the WHERE CLAUSE >> >> 1st >> MYINDEX <=65000 >> >> 2nd >> MYINDEX> 65000 AND MYINDEX <=130000 >> >> etc. >> >> You can of course select max (MyIndex) ahead of time to know how high a >> value to loop until. >> >> A lot of work but fun too. >> >> No other easy way to do it that I can think of without an index. Even >> with an index, the numbers might skip so if you wanted to get exactly 65k, >> you could select all as basis for your recordsey, MoveNext 65k times, note >> the index, next time select all where index > that value, MoveNext 65k >> times, note the index, next time... thereby creating a band on index >> numbers (i would store them in an array) then write some code to pull >> records with these limits in the where clause. >> >> Not sure it is worth using MaxRecords (a property of the recordset object >> in ADO) = 65000 but it might assist. Either way each subsequent fetch uses >> the last index value as something the next group of records must exceed. >> >> From accesspro at cox.net Thu Apr 3 12:27:14 2014 From: accesspro at cox.net (Access Pro) Date: Thu, 3 Apr 2014 10:27:14 -0700 Subject: [AccessD] Access to Excel 65K row barrier In-Reply-To: References: , , <2C2DF87ABF9544299B559544337F4FCF@7even> Message-ID: Ok it's going to be a remote in to his Off 2007. An aside: I experimented with using .txt .cvs and other file formats when first creating this project. I got some wildly differing results for numbers and formatting when getting into Excel. I even noticed a difference in how Access outputs from the menu (Tools, Office Links, Analyze it with Excel) and the TransferSpreadsheet function. So thanks again. Bob Heygood Still not giving up on A2003 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Access Pro Sent: Wednesday, April 02, 2014 6:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access to Excel 65K row barrier Thanks to all who responded. It has to be Excel. It has to be 10K+ rows/records. I know that the newer versions of Excel do this. It is an ongoing data conversion project. So this has to be repeated over 50 times, over weeks. I thought that someone might have had experience using another program that will output Excel 2007+ files. I will probably be dragged kicking to install 2013 here, or convince the client that I have to remote in. Bob -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, April 02, 2014 2:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access to Excel 65K row barrier How about exporting to a Tab delimited text file instead. Excel will read it just fine. On 2 Apr 2014 at 13:12, Bob Heygood wrote: > Hello to the list, > > I have been using the Access 2003 to export the results of a query to > Excel. All has been well until the query has grown to over 65K > rows/records. My client has Off 2010. > > I just don't want to upgrade to a newer version of Office. > I have Google docs and SkyDrive office. > > So, the question is how to get him an Excel file in Off 2007 or 2010 > format ? I can't create too much work on his end. He so far is not > able to splice two files together. > > > TIA > > Bob Heygood > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Apr 3 17:33:20 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 3 Apr 2014 18:33:20 -0400 Subject: [AccessD] Fwd: MDAC and 64 bit os (win 8) and ACE In-Reply-To: References: Message-ID: I will try this again, I don't know if my way of asking these matters be explained to me better is not coming across, or no one has looked deeply into these concerns? I don't have windows 8 but didn't want to keep investing time in ADO based solutions that will work only so long as (1) Jet is part of the OS or (2) MS Access is installed on a user's machine. ---------- Forwarded message ---------- From: "Bill Benson" Date: Apr 3, 2014 3:41 PM Subject: MDAC and 64 bit os (win 8) and ACE To: "Microsoft Excel Developers List" Cc: Got used to ADO and using ADO catalog to create a mdb or accdb using Jet oledb. This meant I could also use JRO to compact it. In trying to prepare for Win 8 os clients, trying to learn what will no longer be native to win 8 plus 32bit office (withOUT Access installed). Have in mind Jet is not in Win 8, right? So, if not, I assume no JRO either? Assume target user machine WILL NOT have Access installed but will have Office (excel) v 12 and up. Can I be assured ADODB and ADOX will be present due to MDAC being part of win 7 and 8? So that references to ADO 6.x and ADO Ext x.x for DDL and Security will allow code to create database using ACE provider, and create, manipulate table objects and columns, indexes, keys, constraints... (fk relationships witg data integrity rules) ... whatnot? Will I be able to compact? Essentially I thought there might be some reason I cannot create Excel apps that build their own backends on the fly under win 8, but I am starting to doubt there will be any problems? Even though ACE has "Access" in the name is this present in Office 12+ without Access installed? Please help alleviate my confusion? From accessd at shaw.ca Sat Apr 5 15:13:54 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 5 Apr 2014 14:13:54 -0600 (MDT) Subject: [AccessD] update resource list In-Reply-To: <270591060.18570843.1396728831748.JavaMail.root@cds018> Message-ID: <1099453272.18570851.1396728834324.JavaMail.root@cds018> An embedded and charset-unspecified text was scrubbed... Name: files not found.txt URL: From bensonforums at gmail.com Sat Apr 5 15:19:14 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 5 Apr 2014 16:19:14 -0400 Subject: [AccessD] update resource list In-Reply-To: <1099453272.18570851.1396728834324.JavaMail.root@cds018> References: <270591060.18570843.1396728831748.JavaMail.root@cds018> <1099453272.18570851.1396728834324.JavaMail.root@cds018> Message-ID: From ssharkins at gmail.com Mon Apr 7 07:17:14 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 7 Apr 2014 08:17:14 -0400 Subject: [AccessD] Report's Hide Duplicate property doesn't work with all field types? Message-ID: A reader recently wrote to me about the Report object's Hide Duplicate property. It worked fine on the query's primary key field -- a name. But the query also includes the person's picture, and that's being repeated for each record. She claims the Hide property isn't available. I haven't tested this yet, but thought I'd see if anyone else had run into this and what you did? SUsan H. From ssharkins at gmail.com Mon Apr 7 07:38:29 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 7 Apr 2014 08:38:29 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work with all field types? In-Reply-To: References: Message-ID: Quick check and it appears to be true. The Attachment field doesn't offer the Hide Duplicates property. Hmmm.... the only alternative that seems reasonable is a subreport. Susan H. A reader recently wrote to me about the Report object's Hide Duplicate property. It worked fine on the query's primary key field -- a name. But the query also includes the person's picture, and that's being repeated for each record. She claims the Hide property isn't available. I haven't tested this yet, but thought I'd see if anyone else had run into this and what you did? SUsan H. From rockysmolin at bchacc.com Mon Apr 7 07:56:38 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 7 Apr 2014 05:56:38 -0700 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: Or (control name).visible=false? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, April 07, 2014 5:38 AM To: Access Developers discussion and problem solving Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? Quick check and it appears to be true. The Attachment field doesn't offer the Hide Duplicates property. Hmmm.... the only alternative that seems reasonable is a subreport. Susan H. A reader recently wrote to me about the Report object's Hide Duplicate property. It worked fine on the query's primary key field -- a name. But the query also includes the person's picture, and that's being repeated for each record. She claims the Hide property isn't available. I haven't tested this yet, but thought I'd see if anyone else had run into this and what you did? SUsan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Mon Apr 7 07:59:10 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 7 Apr 2014 08:59:10 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: Wouldn't that hide them all instead of just the duplicates? He wants to see the first occurrence. Susan H. On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin wrote: > Or (control name).visible=false? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Monday, April 07, 2014 5:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > Quick check and it appears to be true. The Attachment field doesn't offer > the Hide Duplicates property. Hmmm.... the only alternative that seems > reasonable is a subreport. > > Susan H. > > > A reader recently wrote to me about the Report object's Hide Duplicate > property. It worked fine on the query's primary key field -- a name. But > the > query also includes the person's picture, and that's being repeated for > each > record. She claims the Hide property isn't available. I haven't tested this > yet, but thought I'd see if anyone else had run into this and what you did? > > SUsan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 08:02:42 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 7 Apr 2014 06:02:42 -0700 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: He'd have to set a 'first time' flag. Same I think if the pic were in a sub report, no? r -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, April 07, 2014 5:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? Wouldn't that hide them all instead of just the duplicates? He wants to see the first occurrence. Susan H. On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin wrote: > Or (control name).visible=false? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Monday, April 07, 2014 5:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > Quick check and it appears to be true. The Attachment field doesn't > offer the Hide Duplicates property. Hmmm.... the only alternative that > seems reasonable is a subreport. > > Susan H. > > > A reader recently wrote to me about the Report object's Hide Duplicate > property. It worked fine on the query's primary key field -- a name. > But the query also includes the person's picture, and that's being > repeated for each record. She claims the Hide property isn't > available. I haven't tested this yet, but thought I'd see if anyone > else had run into this and what you did? > > SUsan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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.mclachlan at gmail.com Mon Apr 7 08:09:00 2014 From: stuart.mclachlan at gmail.com (Stuart McLachlan) Date: Mon, 07 Apr 2014 23:09:00 +1000 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: , , Message-ID: <5342A36C.23385.1D91E8A4@stuart.lexacorp.com.pg> Aircode: Private strName as string .... Sub Detail_Format(...) If FormatCount = 1 if me!PersonName = strname then myimage.visible = false else myimage.visible = true end if strName = me!PersonName End if .. End Sub On 7 Apr 2014 at 8:59, Susan Harkins wrote: > Wouldn't that hide them all instead of just the duplicates? He wants > to see the first occurrence. > > Susan H. > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > wrote: > > > Or (control name).visible=false? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins Sent: Monday, April 07, 2014 5:38 AM To: Access Developers > > discussion and problem solving Subject: [AccessD] Fwd: Report's Hide > > Duplicate property doesn't work withall field types? > > > > Quick check and it appears to be true. The Attachment field doesn't > > offer the Hide Duplicates property. Hmmm.... the only alternative > > that seems reasonable is a subreport. > > > > Susan H. > > > > > > A reader recently wrote to me about the Report object's Hide > > Duplicate property. It worked fine on the query's primary key field > > -- a name. But the query also includes the person's picture, and > > that's being repeated for each record. She claims the Hide property > > isn't available. I haven't tested this yet, but thought I'd see if > > anyone else had run into this and what you did? > > > > SUsan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 08:18:37 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 7 Apr 2014 09:18:37 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: The pic would be in the main report -- linked to the relevant data in the subreport... right? Susan H. On Mon, Apr 7, 2014 at 9:02 AM, Rocky Smolin wrote: > He'd have to set a 'first time' flag. Same I think if the pic were in a > sub > report, no? > > r > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Monday, April 07, 2014 5:59 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > Wouldn't that hide them all instead of just the duplicates? He wants to see > the first occurrence. > > Susan H. > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > wrote: > > > Or (control name).visible=false? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins > > Sent: Monday, April 07, 2014 5:38 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > > withall field types? > > > > Quick check and it appears to be true. The Attachment field doesn't > > offer the Hide Duplicates property. Hmmm.... the only alternative that > > seems reasonable is a subreport. > > > > Susan H. > > > > > > A reader recently wrote to me about the Report object's Hide Duplicate > > property. It worked fine on the query's primary key field -- a name. > > But the query also includes the person's picture, and that's being > > repeated for each record. She claims the Hide property isn't > > available. I haven't tested this yet, but thought I'd see if anyone > > else had run into this and what you did? > > > > SUsan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 08:19:16 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 7 Apr 2014 09:19:16 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: <5342A36C.23385.1D91E8A4@stuart.lexacorp.com.pg> References: <5342A36C.23385.1D91E8A4@stuart.lexacorp.com.pg> Message-ID: I'm hanging on to this -- might be needed. :) Thanks Stuart! Susan H. On Mon, Apr 7, 2014 at 9:09 AM, Stuart McLachlan wrote: > Aircode: > > Private strName as string > .... > > Sub Detail_Format(...) > If FormatCount = 1 > if me!PersonName = strname then > myimage.visible = false > else > myimage.visible = true > end if > strName = me!PersonName > End if > .. > End Sub > > On 7 Apr 2014 at 8:59, Susan Harkins wrote: > > > Wouldn't that hide them all instead of just the duplicates? He wants > > to see the first occurrence. > > > > Susan H. > > > > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > > wrote: > > > > > Or (control name).visible=false? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > > Harkins Sent: Monday, April 07, 2014 5:38 AM To: Access Developers > > > discussion and problem solving Subject: [AccessD] Fwd: Report's Hide > > > Duplicate property doesn't work withall field types? > > > > > > Quick check and it appears to be true. The Attachment field doesn't > > > offer the Hide Duplicates property. Hmmm.... the only alternative > > > that seems reasonable is a subreport. > > > > > > Susan H. > > > > > > > > > A reader recently wrote to me about the Report object's Hide > > > Duplicate property. It worked fine on the query's primary key field > > > -- a name. But the query also includes the person's picture, and > > > that's being repeated for each record. She claims the Hide property > > > isn't available. I haven't tested this yet, but thought I'd see if > > > anyone else had run into this and what you did? > > > > > > SUsan H. > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 09:24:35 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 7 Apr 2014 07:24:35 -0700 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: Well I don't know about the sub-report. I'm dealing with this as we speak - a bill of materials report where the user wants a picture of the part on the report - if they've identified a graphic file with the part picture. If the picture field in the part master file is blank I set the picture property of the picture control to "". R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, April 07, 2014 6:19 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? The pic would be in the main report -- linked to the relevant data in the subreport... right? Susan H. On Mon, Apr 7, 2014 at 9:02 AM, Rocky Smolin wrote: > He'd have to set a 'first time' flag. Same I think if the pic were in > a sub report, no? > > r > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Monday, April 07, 2014 5:59 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't > work withall field types? > > Wouldn't that hide them all instead of just the duplicates? He wants > to see the first occurrence. > > Susan H. > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > wrote: > > > Or (control name).visible=false? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins > > Sent: Monday, April 07, 2014 5:38 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't > > work withall field types? > > > > Quick check and it appears to be true. The Attachment field doesn't > > offer the Hide Duplicates property. Hmmm.... the only alternative > > that seems reasonable is a subreport. > > > > Susan H. > > > > > > A reader recently wrote to me about the Report object's Hide > > Duplicate property. It worked fine on the query's primary key field -- a name. > > But the query also includes the person's picture, and that's being > > repeated for each record. She claims the Hide property isn't > > available. I haven't tested this yet, but thought I'd see if anyone > > else had run into this and what you did? > > > > SUsan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 09:37:59 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 7 Apr 2014 10:37:59 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: But seems like you could put that picture control in with the one record and all related orders or whatever in the subreport, right? Then, you don't need a property or VBA. It's been five years since I've looked at Access, so I'm probably totally wrong. Susan H. On Mon, Apr 7, 2014 at 10:24 AM, Rocky Smolin wrote: > Well I don't know about the sub-report. I'm dealing with this as we speak > - > a bill of materials report where the user wants a picture of the part on > the > report - if they've identified a graphic file with the part picture. If the > picture field in the part master file is blank I set the picture property > of > the picture control to "". > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Monday, April 07, 2014 6:19 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > The pic would be in the main report -- linked to the relevant data in the > subreport... right? > > Susan H. > > > On Mon, Apr 7, 2014 at 9:02 AM, Rocky Smolin > wrote: > > > He'd have to set a 'first time' flag. Same I think if the pic were in > > a sub report, no? > > > > r > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins > > Sent: Monday, April 07, 2014 5:59 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't > > work withall field types? > > > > Wouldn't that hide them all instead of just the duplicates? He wants > > to see the first occurrence. > > > > Susan H. > > > > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > > wrote: > > > > > Or (control name).visible=false? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > > Harkins > > > Sent: Monday, April 07, 2014 5:38 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't > > > work withall field types? > > > > > > Quick check and it appears to be true. The Attachment field doesn't > > > offer the Hide Duplicates property. Hmmm.... the only alternative > > > that seems reasonable is a subreport. > > > > > > Susan H. > > > > > > > > > A reader recently wrote to me about the Report object's Hide > > > Duplicate property. It worked fine on the query's primary key field -- > a > name. > > > But the query also includes the person's picture, and that's being > > > repeated for each record. She claims the Hide property isn't > > > available. I haven't tested this yet, but thought I'd see if anyone > > > else had run into this and what you did? > > > > > > SUsan H. > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 09:43:12 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 7 Apr 2014 07:43:12 -0700 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: Now I'm not sure - I'd have to look at the app. r -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, April 07, 2014 7:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? But seems like you could put that picture control in with the one record and all related orders or whatever in the subreport, right? Then, you don't need a property or VBA. It's been five years since I've looked at Access, so I'm probably totally wrong. Susan H. On Mon, Apr 7, 2014 at 10:24 AM, Rocky Smolin wrote: > Well I don't know about the sub-report. I'm dealing with this as we > speak > - > a bill of materials report where the user wants a picture of the part > on the report - if they've identified a graphic file with the part > picture. If the picture field in the part master file is blank I set > the picture property of the picture control to "". > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Monday, April 07, 2014 6:19 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't > work withall field types? > > The pic would be in the main report -- linked to the relevant data in > the subreport... right? > > Susan H. > > > On Mon, Apr 7, 2014 at 9:02 AM, Rocky Smolin > wrote: > > > He'd have to set a 'first time' flag. Same I think if the pic were > > in a sub report, no? > > > > r > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins > > Sent: Monday, April 07, 2014 5:59 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't > > work withall field types? > > > > Wouldn't that hide them all instead of just the duplicates? He wants > > to see the first occurrence. > > > > Susan H. > > > > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > > > > wrote: > > > > > Or (control name).visible=false? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > > Harkins > > > Sent: Monday, April 07, 2014 5:38 AM > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't > > > work withall field types? > > > > > > Quick check and it appears to be true. The Attachment field > > > doesn't offer the Hide Duplicates property. Hmmm.... the only > > > alternative that seems reasonable is a subreport. > > > > > > Susan H. > > > > > > > > > A reader recently wrote to me about the Report object's Hide > > > Duplicate property. It worked fine on the query's primary key > > > field -- > a > name. > > > But the query also includes the person's picture, and that's being > > > repeated for each record. She claims the Hide property isn't > > > available. I haven't tested this yet, but thought I'd see if > > > anyone else had run into this and what you did? > > > > > > SUsan H. > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Mon Apr 7 14:56:07 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 7 Apr 2014 15:56:07 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? In-Reply-To: References: Message-ID: <880301cf529b$6b43d5d0$41cb8170$@gmail.com> I haven't programmed in Access reports in a long, long, long time. But if you used that command in the Current event, won't it affect only one record at a time? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, April 07, 2014 8:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? Wouldn't that hide them all instead of just the duplicates? He wants to see the first occurrence. Susan H. On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin wrote: > Or (control name).visible=false? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Monday, April 07, 2014 5:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > Quick check and it appears to be true. The Attachment field doesn't offer > the Hide Duplicates property. Hmmm.... the only alternative that seems > reasonable is a subreport. > > Susan H. > > > A reader recently wrote to me about the Report object's Hide Duplicate > property. It worked fine on the query's primary key field -- a name. But > the > query also includes the person's picture, and that's being repeated for > each > record. She claims the Hide property isn't available. I haven't tested this > yet, but thought I'd see if anyone else had run into this and what you did? > > SUsan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 14:22:48 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 7 Apr 2014 12:22:48 -0700 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't workwithall field types? In-Reply-To: <880301cf529b$6b43d5d0$41cb8170$@gmail.com> References: <880301cf529b$6b43d5d0$41cb8170$@gmail.com> Message-ID: <0A71E288E7D04952B783D40E8368992A@HAL9007> There's no Current event like a form in reports but there is Detail_Format and Detail_Print. r -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, April 07, 2014 12:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't workwithall field types? I haven't programmed in Access reports in a long, long, long time. But if you used that command in the Current event, won't it affect only one record at a time? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, April 07, 2014 8:59 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work withall field types? Wouldn't that hide them all instead of just the duplicates? He wants to see the first occurrence. Susan H. On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin wrote: > Or (control name).visible=false? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins > Sent: Monday, April 07, 2014 5:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > Quick check and it appears to be true. The Attachment field doesn't > offer the Hide Duplicates property. Hmmm.... the only alternative that > seems reasonable is a subreport. > > Susan H. > > > A reader recently wrote to me about the Report object's Hide Duplicate > property. It worked fine on the query's primary key field -- a name. > But the query also includes the person's picture, and that's being > repeated for each record. She claims the Hide property isn't > available. I haven't tested this > yet, but thought I'd see if anyone else had run into this and what you did? > > SUsan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Mon Apr 7 15:16:21 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 7 Apr 2014 16:16:21 -0400 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't workwithall field types? In-Reply-To: <0A71E288E7D04952B783D40E8368992A@HAL9007> References: <880301cf529b$6b43d5d0$41cb8170$@gmail.com> <0A71E288E7D04952B783D40E8368992A@HAL9007> Message-ID: Stuart ' s approach is just how I remember doing it back in the day - the answer is always easy when someone else presents it. Hehe. I don't know if I will ever take the time to use Access as a reports environment, but I remember it was slow and painful to build good reports in Ac 2000. I did finally get "pretty good" after reading Alison Balter's Mastering Access 2xxx cover to cover. I am looking for a similar guide to SQL Server Express and LocalDB combined with Visual Studio. Just sooooo clueless how to get started. I don't want to hijack this thread, after I have done some research I will probably ask some questions. I have a Bizspark membership now and I need to get busy learning or they will yank it someday. On Apr 7, 2014 3:24 PM, "Rocky Smolin" wrote: > There's no Current event like a form in reports but there is Detail_Format > and Detail_Print. > > r > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Monday, April 07, 2014 12:56 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't > workwithall field types? > > I haven't programmed in Access reports in a long, long, long time. > > But if you used that command in the Current event, won't it affect only one > record at a time? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Monday, April 07, 2014 8:59 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > withall field types? > > Wouldn't that hide them all instead of just the duplicates? He wants to see > the first occurrence. > > Susan H. > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > wrote: > > > Or (control name).visible=false? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins > > Sent: Monday, April 07, 2014 5:38 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't work > > withall field types? > > > > Quick check and it appears to be true. The Attachment field doesn't > > offer the Hide Duplicates property. Hmmm.... the only alternative that > > seems reasonable is a subreport. > > > > Susan H. > > > > > > A reader recently wrote to me about the Report object's Hide Duplicate > > property. It worked fine on the query's primary key field -- a name. > > But the query also includes the person's picture, and that's being > > repeated for each record. She claims the Hide property isn't > > available. I haven't tested > this > > yet, but thought I'd see if anyone else had run into this and what you > did? > > > > SUsan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 7 15:58:54 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Apr 2014 06:58:54 +1000 Subject: [AccessD] Fwd: Report's Hide Duplicate property doesn't workwithall field types? In-Reply-To: <0A71E288E7D04952B783D40E8368992A@HAL9007> References: , <880301cf529b$6b43d5d0$41cb8170$@gmail.com>, <0A71E288E7D04952B783D40E8368992A@HAL9007> Message-ID: <5343118E.22779.1F401B50@stuart.lexacorp.com.pg> There is in 2007/2010 - but it is only effective in the new "Report" view when you click on a row - not in "Print Preview" or when printing. -- Stuart On 7 Apr 2014 at 12:22, Rocky Smolin wrote: > There's no Current event like a form in reports but there is > Detail_Format and Detail_Print. > > r > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Monday, April 07, 2014 12:56 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Fwd: Report's > Hide Duplicate property doesn't workwithall field types? > > I haven't programmed in Access reports in a long, long, long time. > > But if you used that command in the Current event, won't it affect > only one record at a time? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins Sent: Monday, April 07, 2014 8:59 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Fwd: Report's > Hide Duplicate property doesn't work withall field types? > > Wouldn't that hide them all instead of just the duplicates? He wants > to see the first occurrence. > > Susan H. > > > On Mon, Apr 7, 2014 at 8:56 AM, Rocky Smolin > wrote: > > > Or (control name).visible=false? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > > Harkins Sent: Monday, April 07, 2014 5:38 AM To: Access Developers > > discussion and problem solving Subject: [AccessD] Fwd: Report's Hide > > Duplicate property doesn't work withall field types? > > > > Quick check and it appears to be true. The Attachment field doesn't > > offer the Hide Duplicates property. Hmmm.... the only alternative > > that seems reasonable is a subreport. > > > > Susan H. > > > > > > A reader recently wrote to me about the Report object's Hide > > Duplicate property. It worked fine on the query's primary key field > > -- a name. But the query also includes the person's picture, and > > that's being repeated for each record. She claims the Hide property > > isn't available. I haven't tested > this > > yet, but thought I'd see if anyone else had run into this and what > > you > did? > > > > SUsan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 jackandpat.d at gmail.com Mon Apr 7 16:51:35 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Mon, 7 Apr 2014 17:51:35 -0400 Subject: [AccessD] Sequence Numbers on SubReport Lines Message-ID: Hi Group, I was helping someone with some design and forms. He has a new requirement/wish to have sequence numbers on sub report lines. I have not found examples showing how to do this, and am turning to AccessD to see if anyone has a sample or link to a sample. Thanks in advance. Jack From stuart at lexacorp.com.pg Mon Apr 7 17:05:15 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Apr 2014 08:05:15 +1000 Subject: [AccessD] Sequence Numbers on SubReport Lines In-Reply-To: References: Message-ID: <5343211B.30996.1F7CD8F5@stuart.lexacorp.com.pg> Create a texbox. Set its source to "=1". Set RunningSum = "Over Group" or "Over All" as appropriate. -- Stuart On 7 Apr 2014 at 17:51, jack drawbridge wrote: > Hi Group, > > I was helping someone with some design and forms. He has a new > requirement/wish to have sequence numbers on sub report lines. > > I have not found examples showing how to do this, and am turning to > AccessD to see if anyone has a sample or link to a sample. > > Thanks in advance. > > Jack > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jbodin at sbor.com Mon Apr 7 17:09:10 2014 From: jbodin at sbor.com (John Bodin) Date: Mon, 7 Apr 2014 22:09:10 +0000 Subject: [AccessD] Sequence Numbers on SubReport Lines In-Reply-To: References: Message-ID: <4d96ed52049c404ca218393db7aa09f3@BLUPR04MB023.namprd04.prod.outlook.com> Here's doc from a while back that has step by step for 2007 http://office.microsoft.com/en-us/access-help/counting-in-reports-HA010120855.aspx#BM2 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Monday, April 07, 2014 5:52 PM To: Access Developers discussion and problem solving Subject: [AccessD] Sequence Numbers on SubReport Lines Hi Group, I was helping someone with some design and forms. He has a new requirement/wish to have sequence numbers on sub report lines. I have not found examples showing how to do this, and am turning to AccessD to see if anyone has a sample or link to a sample. Thanks in advance. Jack -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jackandpat.d at gmail.com Mon Apr 7 17:19:09 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Mon, 7 Apr 2014 18:19:09 -0400 Subject: [AccessD] Sequence Numbers on SubReport Lines In-Reply-To: <4d96ed52049c404ca218393db7aa09f3@BLUPR04MB023.namprd04.prod.outlook.com> References: <4d96ed52049c404ca218393db7aa09f3@BLUPR04MB023.namprd04.prod.outlook.com> Message-ID: Thanks John. On Mon, Apr 7, 2014 at 6:09 PM, John Bodin wrote: > Here's doc from a while back that has step by step for 2007 > > > http://office.microsoft.com/en-us/access-help/counting-in-reports-HA010120855.aspx#BM2 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge > Sent: Monday, April 07, 2014 5:52 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Sequence Numbers on SubReport Lines > > Hi Group, > > I was helping someone with some design and forms. He has a new > requirement/wish to have sequence numbers on sub report lines. > > I have not found examples showing how to do this, and am turning to > AccessD to see if anyone has a sample or link to a sample. > > Thanks in advance. > > Jack > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 lmrazek at lcm-res.com Wed Apr 9 11:38:19 2014 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Wed, 9 Apr 2014 11:38:19 -0500 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues Message-ID: Hi Folks: I'm maintaining an application developed (and currently maintained) in Access 2007, and am having a user report back that it is extremely slow since he upgraded to a new computer with Access 2010. The application was developed/compiled in Access 2007 (accdb format) using a standard FE/BE configuration. Other users running on much older computers using Access 2007 are not reporting any speed issues ... just this guy (He'll get the "DB Not Responding") message every so often. Other than the usual suspects, like turning off name autocorrect (done), compact/repair (done) are there any other obvious things I should try? The network folks claim his PC is connecting to the shared drives just fine, so I would hope that it is not a network issue (other network related programs Outlook, etc. work fine for him). Any hints/pushes in the right direction would be appreciated. Thanks! -- Larry Mrazek lmrazek at lcm-res.com From rockysmolin at bchacc.com Wed Apr 9 11:47:31 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 9 Apr 2014 09:47:31 -0700 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: References: Message-ID: Is downgrading the box to 2007 an option? If not, I'd at least test can you that by uninstalling 2010 and installing 2007? If still slow then you know it's not Access. Do any other apps or functions run slowly? I'm having this issue with a client now - one machine with 2010 with FE/BE - FE a 2003 mdb, BE on the server. And not everything runs slows slowly, just a couple of specific queries. I gave him a few things to check out and haven't heard back. R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Wednesday, April 09, 2014 9:38 AM To: Access Developers discussion and problem solving Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues Hi Folks: I'm maintaining an application developed (and currently maintained) in Access 2007, and am having a user report back that it is extremely slow since he upgraded to a new computer with Access 2010. The application was developed/compiled in Access 2007 (accdb format) using a standard FE/BE configuration. Other users running on much older computers using Access 2007 are not reporting any speed issues ... just this guy (He'll get the "DB Not Responding") message every so often. Other than the usual suspects, like turning off name autocorrect (done), compact/repair (done) are there any other obvious things I should try? The network folks claim his PC is connecting to the shared drives just fine, so I would hope that it is not a network issue (other network related programs Outlook, etc. work fine for him). Any hints/pushes in the right direction would be appreciated. Thanks! -- Larry Mrazek lmrazek at lcm-res.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Wed Apr 9 11:56:20 2014 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Wed, 9 Apr 2014 11:56:20 -0500 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: References: Message-ID: Hi Rocky: Right now, no, since they are a bit disorganized and probably can't find their Office 2007 disks. I will push for this, however. So you're also seeing some slowness in the Access 2010 instance? Thanks! On Wed, Apr 9, 2014 at 11:47 AM, Rocky Smolin wrote: > Is downgrading the box to 2007 an option? If not, I'd at least test can > you > that by uninstalling 2010 and installing 2007? If still slow then you know > it's not Access. Do any other apps or functions run slowly? > > I'm having this issue with a client now - one machine with 2010 with FE/BE > - > FE a 2003 mdb, BE on the server. And not everything runs slows slowly, just > a couple of specific queries. > > I gave him a few things to check out and haven't heard back. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Wednesday, April 09, 2014 9:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues > > Hi Folks: > > I'm maintaining an application developed (and currently maintained) in > Access 2007, and am having a user report back that it is extremely slow > since he upgraded to a new computer with Access 2010. The application was > developed/compiled in Access 2007 (accdb format) using a standard FE/BE > configuration. Other users running on much older computers using Access > 2007 are not reporting any speed issues ... just this guy (He'll get the > "DB > Not Responding") message every so often. > > Other than the usual suspects, like turning off name autocorrect (done), > compact/repair (done) are there any other obvious things I should try? The > network folks claim his PC is connecting to the shared drives just fine, so > I would hope that it is not a network issue (other network related programs > Outlook, etc. work fine for him). > > Any hints/pushes in the right direction would be appreciated. > > Thanks! > > -- > Larry Mrazek > lmrazek at lcm-res.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Larry Mrazek lmrazek at lcm-res.com From dw-murphy at cox.net Wed Apr 9 12:01:24 2014 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 9 Apr 2014 10:01:24 -0700 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: References: Message-ID: <008901cf5415$57162830$05427890$@cox.net> >From previous posts here it could be the anti-virus program on the new computer scanning back end activity. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Wednesday, April 09, 2014 9:38 AM To: Access Developers discussion and problem solving Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues Hi Folks: I'm maintaining an application developed (and currently maintained) in Access 2007, and am having a user report back that it is extremely slow since he upgraded to a new computer with Access 2010. The application was developed/compiled in Access 2007 (accdb format) using a standard FE/BE configuration. Other users running on much older computers using Access 2007 are not reporting any speed issues ... just this guy (He'll get the "DB Not Responding") message every so often. Other than the usual suspects, like turning off name autocorrect (done), compact/repair (done) are there any other obvious things I should try? The network folks claim his PC is connecting to the shared drives just fine, so I would hope that it is not a network issue (other network related programs Outlook, etc. work fine for him). Any hints/pushes in the right direction would be appreciated. Thanks! -- Larry Mrazek lmrazek at lcm-res.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Wed Apr 9 12:07:59 2014 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Wed, 9 Apr 2014 12:07:59 -0500 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: <008901cf5415$57162830$05427890$@cox.net> References: <008901cf5415$57162830$05427890$@cox.net> Message-ID: The network folks were supposed to change this ... they claim that the AV is not scanning the BE ... will have them check again, however. Thanks! On Wed, Apr 9, 2014 at 12:01 PM, Doug Murphy wrote: > From previous posts here it could be the anti-virus program on the new > computer scanning back end activity. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Wednesday, April 09, 2014 9:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues > > Hi Folks: > > I'm maintaining an application developed (and currently maintained) in > Access 2007, and am having a user report back that it is extremely slow > since he upgraded to a new computer with Access 2010. The application was > developed/compiled in Access 2007 (accdb format) using a standard FE/BE > configuration. Other users running on much older computers using Access > 2007 are not reporting any speed issues ... just this guy (He'll get the > "DB > Not Responding") message every so often. > > Other than the usual suspects, like turning off name autocorrect (done), > compact/repair (done) are there any other obvious things I should try? The > network folks claim his PC is connecting to the shared drives just fine, so > I would hope that it is not a network issue (other network related programs > Outlook, etc. work fine for him). > > Any hints/pushes in the right direction would be appreciated. > > Thanks! > > -- > Larry Mrazek > lmrazek at lcm-res.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Larry Mrazek lmrazek at lcm-res.com From rockysmolin at bchacc.com Wed Apr 9 14:26:45 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 9 Apr 2014 12:26:45 -0700 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: References: Message-ID: <4B9913CCD8554C2796D7A88EC5948768@HAL9007> Only in one or two queries in the app. Odd that. Another app with some really heavy duty queries has no problem. You'd think some other functions would be slow as well. Anyway, if you can get them to sit still for it, and you can find the 2007 disks or install yours for a trial, it would be interesting to see if the problem persists or goes away. WAG: if you look at the task manager processes while it's poking along, is there anything else that running? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Wednesday, April 09, 2014 9:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 vs Access 2010 Speed Issues Hi Rocky: Right now, no, since they are a bit disorganized and probably can't find their Office 2007 disks. I will push for this, however. So you're also seeing some slowness in the Access 2010 instance? Thanks! On Wed, Apr 9, 2014 at 11:47 AM, Rocky Smolin wrote: > Is downgrading the box to 2007 an option? If not, I'd at least test > can you that by uninstalling 2010 and installing 2007? If still slow > then you know it's not Access. Do any other apps or functions run > slowly? > > I'm having this issue with a client now - one machine with 2010 with > FE/BE > - > FE a 2003 mdb, BE on the server. And not everything runs slows slowly, > just a couple of specific queries. > > I gave him a few things to check out and haven't heard back. > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence > Mrazek > Sent: Wednesday, April 09, 2014 9:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues > > Hi Folks: > > I'm maintaining an application developed (and currently maintained) in > Access 2007, and am having a user report back that it is extremely > slow since he upgraded to a new computer with Access 2010. The > application was developed/compiled in Access 2007 (accdb format) using > a standard FE/BE configuration. Other users running on much older > computers using Access > 2007 are not reporting any speed issues ... just this guy (He'll get > the "DB Not Responding") message every so often. > > Other than the usual suspects, like turning off name autocorrect > (done), compact/repair (done) are there any other obvious things I > should try? The network folks claim his PC is connecting to the shared > drives just fine, so I would hope that it is not a network issue > (other network related programs Outlook, etc. work fine for him). > > Any hints/pushes in the right direction would be appreciated. > > Thanks! > > -- > Larry Mrazek > lmrazek at lcm-res.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Larry Mrazek lmrazek at lcm-res.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Wed Apr 9 16:06:00 2014 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Wed, 9 Apr 2014 16:06:00 -0500 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: <4B9913CCD8554C2796D7A88EC5948768@HAL9007> References: <4B9913CCD8554C2796D7A88EC5948768@HAL9007> Message-ID: Regarding taskmgr, nothing special, just Outlook, Word, and other office apps. The funny thing is that the application ran better on his old machine. May try to find an office 2007 copy. On Wed, Apr 9, 2014 at 2:26 PM, Rocky Smolin wrote: > Only in one or two queries in the app. Odd that. Another app with some > really heavy duty queries has no problem. You'd think some other functions > would be slow as well. Anyway, if you can get them to sit still for it, > and > you can find the 2007 disks or install yours for a trial, it would be > interesting to see if the problem persists or goes away. > > WAG: if you look at the task manager processes while it's poking along, is > there anything else that running? > > Rocky > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Wednesday, April 09, 2014 9:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access 2007 vs Access 2010 Speed Issues > > Hi Rocky: > > Right now, no, since they are a bit disorganized and probably can't find > their Office 2007 disks. I will push for this, however. > > So you're also seeing some slowness in the Access 2010 instance? > > Thanks! > > > On Wed, Apr 9, 2014 at 11:47 AM, Rocky Smolin >wrote: > > > Is downgrading the box to 2007 an option? If not, I'd at least test > > can you that by uninstalling 2010 and installing 2007? If still slow > > then you know it's not Access. Do any other apps or functions run > > slowly? > > > > I'm having this issue with a client now - one machine with 2010 with > > FE/BE > > - > > FE a 2003 mdb, BE on the server. And not everything runs slows slowly, > > just a couple of specific queries. > > > > I gave him a few things to check out and haven't heard back. > > > > R > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence > > Mrazek > > Sent: Wednesday, April 09, 2014 9:38 AM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues > > > > Hi Folks: > > > > I'm maintaining an application developed (and currently maintained) in > > Access 2007, and am having a user report back that it is extremely > > slow since he upgraded to a new computer with Access 2010. The > > application was developed/compiled in Access 2007 (accdb format) using > > a standard FE/BE configuration. Other users running on much older > > computers using Access > > 2007 are not reporting any speed issues ... just this guy (He'll get > > the "DB Not Responding") message every so often. > > > > Other than the usual suspects, like turning off name autocorrect > > (done), compact/repair (done) are there any other obvious things I > > should try? The network folks claim his PC is connecting to the shared > > drives just fine, so I would hope that it is not a network issue > > (other network related programs Outlook, etc. work fine for him). > > > > Any hints/pushes in the right direction would be appreciated. > > > > Thanks! > > > > -- > > Larry Mrazek > > lmrazek at lcm-res.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Larry Mrazek > lmrazek at lcm-res.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Larry Mrazek lmrazek at lcm-res.com From jon.albright at hawaii.rr.com Wed Apr 9 22:58:23 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Wed, 9 Apr 2014 17:58:23 -1000 Subject: [AccessD] Many to Many relationship issue Message-ID: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> Hi, I have a bit of a struggle with this concept. It's been several years that I have done anything with database applications..not since using Foxpro. Anyway, I work for a contractor and have a need to maintain a customer table (contractor general information), a table for the contact people at the contractor's companies, a projects table (jobs we bid) and a table to log phone calls. I have the tables created with an "associate" table for the M2M relationship between the customer table and the jobs table, another "associate" table between the customer contact table and the phone calls table. I also have a one to many created between the customer table and customer contact table. If I create forms for either of the two M2M examples above, they work fine as a standalone but I just can't seem to "tie" the two M2M examples into a functioning arrangement where if you select a company, all the phone calls made by the contact people at the company will display and likewise, if I select a particular job, all the phone calls relating to this job display. I have followed an example by Susan Harkins from 2004 that I dug up in a search but am still unable to get beyond the basic. Jon Albright Iniki Enterprises Honolulu, Hawaii (808) 677-7800 x116 From bensonforums at gmail.com Thu Apr 10 00:54:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 10 Apr 2014 01:54:35 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> Message-ID: Here is my understanding, it's late and I may be off base. Many to many relationships are handled by exploiting the separate many to one relationships from the component pieces (call - job and call-contact), using a cross table. Your jobcontactcall table is a (often misnamed) "lookup table" but more accurately termed a cross table. It needs minimally, a fkcontactid field (note: what if it was a conference call with 3 company reps?? Might need columns for a callcontact1, callcontact2, callcontact3, etc ) as well as a fkjobid field. And what if on the same call you discussed 3 jobs? Disgusting stuff... The contact table has a fkcompanyid field of course. Or you can come at company through job as well. CompanyContacts are a touchy business. There is the dilemma of storing all contact details even for obsolete contact rows, so that details of what happened with whom and where can be maintained; yet one doesn't want to assume a contact is still at the company either. People move all the time, titles change, etc. Suppose a transaction was created when someone was a project manager. And someone else takes on that role. You have to weigh whether you need to know they were a project manager at the time of a transaction (or at least listed as one), versus the need to know what role they are currently occupying so as to not call them if they are no longer in that role, yet that role must be consulted. If you just update their role you invalidate the history. So what you end up with is many contactid values for the same actual person, preferably only one active at a time. That or keep detailed logs. On Apr 9, 2014 11:59 PM, "Jon Albright" wrote: > Hi, I have a bit of a struggle with this concept. It's been several years > that I have done anything with database applications..not since using > Foxpro. Anyway, I work for a contractor and have a need to maintain a > customer table (contractor general information), a table for the contact > people at the contractor's companies, a projects table (jobs we bid) and a > table to log phone calls. I have the tables created with an "associate" > table for the M2M relationship between the customer table and the jobs > table, another "associate" table between the customer contact table and the > phone calls table. I also have a one to many created between the customer > table and customer contact table. > > > > If I create forms for either of the two M2M examples above, they work fine > as a standalone but I just can't seem to "tie" the two M2M examples into a > functioning arrangement where if you select a company, all the phone calls > made by the contact people at the company will display and likewise, if I > select a particular job, all the phone calls relating to this job display. > I have followed an example by Susan Harkins from 2004 that I dug up in a > search but am still unable to get beyond the basic. > > > > > > Jon Albright > > Iniki Enterprises > > Honolulu, Hawaii > > (808) 677-7800 x116 > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Thu Apr 10 01:09:20 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 10 Apr 2014 02:09:20 -0400 Subject: [AccessD] DefaultIID Referential Integrity Puzzler Message-ID: This is related to a question Jon asked. I just set up a database's relationships between Company and CompanyContact according to these rules... and found I could do it but of course couls not add any data! So, companycontacts is in a many to one with company through a field companycontact.fkcompanyid (many) to company.companyid (one) But I also thought, suppose we want a defaultcontact at each company, who must be found in the companycontact table. So company is in a many to one relationship with companycontact through a field company.fkDefaultContactID (many) to companycontact.contactid (one). Access let me put in these relationships but I could not add a contact because there was no companyid I could tie them to (company table was empty), and I could not add a company because I could not populate the default contact field, as there was nothing yet in the companycontact table. This is a weird catch22. I think the solution is that the first contact would be the defaultcontact, but then again, that person could leave and need to be superseded by a new default contact. So, how can one maintain bi-directional referential integrity in this situation? From stuart at lexacorp.com.pg Thu Apr 10 04:08:15 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 10 Apr 2014 19:08:15 +1000 Subject: [AccessD] DefaultIID Referential Integrity Puzzler In-Reply-To: References: Message-ID: <53465F7F.14016.2C289592@stuart.lexacorp.com.pg> You can't maintain b-directional referential integrtity - you will always need to create one record before the other. That sort of business rule needs to be enforced in the front end. My first reaction would be to prompt for the contact details in the before_update if it is a new record, store them in termporary variables and then create the contact record in code after the company record is saved. -- Stuart On 10 Apr 2014 at 2:09, Bill Benson wrote: > This is related to a question Jon asked. > > I just set up a database's relationships between Company and > CompanyContact according to these rules... and found I could do it but > of course couls not add any data! > > > So, companycontacts is in a many to one with company through a > field companycontact.fkcompanyid (many) to company.companyid (one) > > But I also thought, suppose we want a defaultcontact at each company, > who must be found in the companycontact table. So company is in a many > to one relationship with companycontact through a field > company.fkDefaultContactID (many) to companycontact.contactid (one). > > Access let me put in these relationships but I could not add a contact > because there was no companyid I could tie them to (company table was > empty), and I could not add a company because I could not populate the > default contact field, as there was nothing yet in the companycontact > table. > > This is a weird catch22. > > I think the solution is that the first contact would be the > defaultcontact, but then again, that person could leave and need to be > superseded by a new default contact. > > So, how can one maintain bi-directional referential integrity in this > situation? -- AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From ssharkins at gmail.com Thu Apr 10 07:07:10 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 10 Apr 2014 08:07:10 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> Message-ID: Jon, although a bit tedious, could you share the basic table and key structures you're currently working with? You don't need to include all your fields, just the fields included in the relationship. Susan H. On Thu, Apr 10, 2014 at 1:54 AM, Bill Benson wrote: > Here is my understanding, it's late and I may be off base. > > Many to many relationships are handled by exploiting the separate many to > one relationships from the component pieces (call - job and call-contact), > using a cross table. > > Your jobcontactcall table is a (often misnamed) "lookup table" but more > accurately termed a cross table. It needs minimally, a fkcontactid field > (note: what if it was a conference call with 3 company reps?? Might need > columns for a callcontact1, callcontact2, callcontact3, etc ) as well as a > fkjobid field. And what if on the same call you discussed 3 jobs? > Disgusting stuff... > > The contact table has a fkcompanyid field of course. Or you can come at > company through job as well. > > CompanyContacts are a touchy business. > > There is the dilemma of storing all contact details even for obsolete > contact rows, so that details of what happened with whom and where can be > maintained; yet one doesn't want to assume a contact is still at the > company either. People move all the time, titles change, etc. > > Suppose a transaction was created when someone was a project manager. And > someone else takes on that role. You have to weigh whether you need to know > they were a project manager at the time of a transaction (or at least > listed as one), versus the need to know what role they are currently > occupying so as to not call them if they are no longer in that role, yet > that role must be consulted. > > If you just update their role you invalidate the history. > > So what you end up with is many contactid values for the same actual > person, preferably only one active at a time. That or keep detailed logs. > On Apr 9, 2014 11:59 PM, "Jon Albright" > wrote: > > > Hi, I have a bit of a struggle with this concept. It's been several > years > > that I have done anything with database applications..not since using > > Foxpro. Anyway, I work for a contractor and have a need to maintain a > > customer table (contractor general information), a table for the contact > > people at the contractor's companies, a projects table (jobs we bid) and > a > > table to log phone calls. I have the tables created with an "associate" > > table for the M2M relationship between the customer table and the jobs > > table, another "associate" table between the customer contact table and > the > > phone calls table. I also have a one to many created between the > customer > > table and customer contact table. > > > > > > > > If I create forms for either of the two M2M examples above, they work > fine > > as a standalone but I just can't seem to "tie" the two M2M examples into > a > > functioning arrangement where if you select a company, all the phone > calls > > made by the contact people at the company will display and likewise, if I > > select a particular job, all the phone calls relating to this job > display. > > I have followed an example by Susan Harkins from 2004 that I dug up in a > > search but am still unable to get beyond the basic. > > > > > > > > > > > > Jon Albright > > > > Iniki Enterprises > > > > Honolulu, Hawaii > > > > (808) 677-7800 x116 > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/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 fuller.artful at gmail.com Thu Apr 10 17:06:39 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 10 Apr 2014 18:06:39 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> Message-ID: Sorry to add an additional layer to this problem, but I need to. Most of the foregoing replies cover the required Inserts and Updates, but neglect the problem that all Inserts, Updates and Deletes by definition destroy the previous data-history. In the trivial example, Employee X may have been promoted to Executive Level Y, and if all you do is change her LevelID from 1 to 2 then you automatically lose her history. This is why I and several others have created and evolved the PITA solution. You can read about it in detail by visiting Red-Gate.com and searching for PTA (they were afraid of the other interpretation of the abbreviation). To reduce the content to a short email message, the point is this: every update or insert or delete destroys the data as it existed yesterday. Given just one or two sample domains, a) over the course of your life, you have had several family physicians, or perhaps several divorce lawyers, or realtors, and so on. On Thu, Apr 10, 2014 at 8:07 AM, Susan Harkins wrote: > Jon, although a bit tedious, could you share the basic table and key > structures you're currently working with? You don't need to include all > your fields, just the fields included in the relationship. > > Susan H. > > > On Thu, Apr 10, 2014 at 1:54 AM, Bill Benson > wrote: > > > Here is my understanding, it's late and I may be off base. > > > > Many to many relationships are handled by exploiting the separate many to > > one relationships from the component pieces (call - job and > call-contact), > > using a cross table. > > > > Your jobcontactcall table is a (often misnamed) "lookup table" but more > > accurately termed a cross table. It needs minimally, a fkcontactid field > > (note: what if it was a conference call with 3 company reps?? Might need > > columns for a callcontact1, callcontact2, callcontact3, etc ) as well as > a > > fkjobid field. And what if on the same call you discussed 3 jobs? > > Disgusting stuff... > > > > The contact table has a fkcompanyid field of course. Or you can come at > > company through job as well. > > > > CompanyContacts are a touchy business. > > > > There is the dilemma of storing all contact details even for obsolete > > contact rows, so that details of what happened with whom and where can be > > maintained; yet one doesn't want to assume a contact is still at the > > company either. People move all the time, titles change, etc. > > > > Suppose a transaction was created when someone was a project manager. And > > someone else takes on that role. You have to weigh whether you need to > know > > they were a project manager at the time of a transaction (or at least > > listed as one), versus the need to know what role they are currently > > occupying so as to not call them if they are no longer in that role, yet > > that role must be consulted. > > > > If you just update their role you invalidate the history. > > > > So what you end up with is many contactid values for the same actual > > person, preferably only one active at a time. That or keep detailed logs. > > On Apr 9, 2014 11:59 PM, "Jon Albright" > > wrote: > > > > > Hi, I have a bit of a struggle with this concept. It's been several > > years > > > that I have done anything with database applications..not since using > > > Foxpro. Anyway, I work for a contractor and have a need to maintain a > > > customer table (contractor general information), a table for the > contact > > > people at the contractor's companies, a projects table (jobs we bid) > and > > a > > > table to log phone calls. I have the tables created with an > "associate" > > > table for the M2M relationship between the customer table and the jobs > > > table, another "associate" table between the customer contact table and > > the > > > phone calls table. I also have a one to many created between the > > customer > > > table and customer contact table. > > > > > > > > > > > > If I create forms for either of the two M2M examples above, they work > > fine > > > as a standalone but I just can't seem to "tie" the two M2M examples > into > > a > > > functioning arrangement where if you select a company, all the phone > > calls > > > made by the contact people at the company will display and likewise, > if I > > > select a particular job, all the phone calls relating to this job > > display. > > > I have followed an example by Susan Harkins from 2004 that I dug up in > a > > > search but am still unable to get beyond the basic. > > > > > > > > > > > > > > > > > > Jon Albright > > > > > > Iniki Enterprises > > > > > > Honolulu, Hawaii > > > > > > (808) 677-7800 x116 > > > > > > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From jon.albright at hawaii.rr.com Thu Apr 10 21:36:15 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Thu, 10 Apr 2014 16:36:15 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> Message-ID: <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> I did consider the possibility of the contact person changing companies but the history at the moment of the phone call, who the person worked for at the time of the call and the job it was related to is important. I figured that if the person changed companies, there will just be a new contact with the name of this person but there is a notes field in this persons record that will record the changes. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, April 09, 2014 7:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue Here is my understanding, it's late and I may be off base. Many to many relationships are handled by exploiting the separate many to one relationships from the component pieces (call - job and call-contact), using a cross table. Your jobcontactcall table is a (often misnamed) "lookup table" but more accurately termed a cross table. It needs minimally, a fkcontactid field (note: what if it was a conference call with 3 company reps?? Might need columns for a callcontact1, callcontact2, callcontact3, etc ) as well as a fkjobid field. And what if on the same call you discussed 3 jobs? Disgusting stuff... The contact table has a fkcompanyid field of course. Or you can come at company through job as well. CompanyContacts are a touchy business. There is the dilemma of storing all contact details even for obsolete contact rows, so that details of what happened with whom and where can be maintained; yet one doesn't want to assume a contact is still at the company either. People move all the time, titles change, etc. Suppose a transaction was created when someone was a project manager. And someone else takes on that role. You have to weigh whether you need to know they were a project manager at the time of a transaction (or at least listed as one), versus the need to know what role they are currently occupying so as to not call them if they are no longer in that role, yet that role must be consulted. If you just update their role you invalidate the history. So what you end up with is many contactid values for the same actual person, preferably only one active at a time. That or keep detailed logs. On Apr 9, 2014 11:59 PM, "Jon Albright" wrote: > Hi, I have a bit of a struggle with this concept. It's been several years > that I have done anything with database applications..not since using > Foxpro. Anyway, I work for a contractor and have a need to maintain a > customer table (contractor general information), a table for the > contact people at the contractor's companies, a projects table (jobs > we bid) and a table to log phone calls. I have the tables created with an "associate" > table for the M2M relationship between the customer table and the jobs > table, another "associate" table between the customer contact table > and the > phone calls table. I also have a one to many created between the > customer table and customer contact table. > > > > If I create forms for either of the two M2M examples above, they work fine > as a standalone but I just can't seem to "tie" the two M2M examples > into a functioning arrangement where if you select a company, all the > phone calls made by the contact people at the company will display and > likewise, if I select a particular job, all the phone calls relating to this job display. > I have followed an example by Susan Harkins from 2004 that I dug up in > a search but am still unable to get beyond the basic. > > > > > > Jon Albright > > Iniki Enterprises > > Honolulu, Hawaii > > (808) 677-7800 x116 > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Thu Apr 10 22:33:08 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 10 Apr 2014 23:33:08 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> Message-ID: I think you may be more satisfied storing the contact's details in the calls table rather than looking them up later. Then you are not in doubt as to history. So if the contact changes (eventually they do), New records in the call table will reflect correct, actual info - not run risk of being improperly looked up because someone did not update a contact table. In other words i would consider NOT USING a foreign key to the contact table, just the name and other details. I might do a select unique rows query from past transactions for the company in question, while documenting a Call, to get high probability candidates for who might have been on the current call (most recently used list)... but I wouldn't rely on a contact Id for this purpose. If you later tell the company you spoke to person X you better have your facts right, and not rely on an update process that might lag. Does this make sense to you? It's different if it were a personnel table in your own company, where you cannot even conduct, let alone document, a transaction prior to having accurate index values. In a call center context you might be dealing with "whoever was there at the time, acting as contact" not who you might expect to be there on a regular basis. I call that characteristic data, it might not be the right term. On Apr 10, 2014 10:37 PM, "Jon Albright" wrote: > I did consider the possibility of the contact person changing companies but > the history at the moment of the phone call, who the person worked for at > the time of the call and the job it was related to is important. I figured > that if the person changed companies, there will just be a new contact with > the name of this person but there is a notes field in this persons record > that will record the changes. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, April 09, 2014 7:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Here is my understanding, it's late and I may be off base. > > Many to many relationships are handled by exploiting the separate many to > one relationships from the component pieces (call - job and call-contact), > using a cross table. > > Your jobcontactcall table is a (often misnamed) "lookup table" but more > accurately termed a cross table. It needs minimally, a fkcontactid field > (note: what if it was a conference call with 3 company reps?? Might need > columns for a callcontact1, callcontact2, callcontact3, etc ) as well as a > fkjobid field. And what if on the same call you discussed 3 jobs? > Disgusting stuff... > > The contact table has a fkcompanyid field of course. Or you can come at > company through job as well. > > CompanyContacts are a touchy business. > > There is the dilemma of storing all contact details even for obsolete > contact rows, so that details of what happened with whom and where can be > maintained; yet one doesn't want to assume a contact is still at the > company > either. People move all the time, titles change, etc. > > Suppose a transaction was created when someone was a project manager. And > someone else takes on that role. You have to weigh whether you need to know > they were a project manager at the time of a transaction (or at least > listed > as one), versus the need to know what role they are currently occupying so > as to not call them if they are no longer in that role, yet that role must > be consulted. > > If you just update their role you invalidate the history. > > So what you end up with is many contactid values for the same actual > person, > preferably only one active at a time. That or keep detailed logs. > On Apr 9, 2014 11:59 PM, "Jon Albright" > wrote: > > > Hi, I have a bit of a struggle with this concept. It's been several > years > > that I have done anything with database applications..not since using > > Foxpro. Anyway, I work for a contractor and have a need to maintain a > > customer table (contractor general information), a table for the > > contact people at the contractor's companies, a projects table (jobs > > we bid) and a table to log phone calls. I have the tables created with > an > "associate" > > table for the M2M relationship between the customer table and the jobs > > table, another "associate" table between the customer contact table > > and > the > > phone calls table. I also have a one to many created between the > > customer table and customer contact table. > > > > > > > > If I create forms for either of the two M2M examples above, they work > fine > > as a standalone but I just can't seem to "tie" the two M2M examples > > into a functioning arrangement where if you select a company, all the > > phone calls made by the contact people at the company will display and > > likewise, if I select a particular job, all the phone calls relating to > this job display. > > I have followed an example by Susan Harkins from 2004 that I dug up in > > a search but am still unable to get beyond the basic. > > > > > > > > > > > > Jon Albright > > > > Iniki Enterprises > > > > Honolulu, Hawaii > > > > (808) 677-7800 x116 > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 paul.hartland at googlemail.com Fri Apr 11 01:05:44 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Fri, 11 Apr 2014 07:05:44 +0100 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> Message-ID: Arthur, Not kept up with this thread, so appologies if similar to what I put have been covered. This sounds like a similar problem to a situation we had at an old place of work of mine, we would mainly employ casual staff and there was a situation where we would have to re-employ them for some HR reason I can't remember now, we already had a re-employ which would move that person's details to a new payroll number entered by someone at HR, however it became and issue that if they needed to find data from their old payroll number, this no longer existed, so I added a two fields to the personnel record, a Dead flag and a OldPayrollNo when a user on HR had to re-employ someone that persons record would be flagged as Dead, then any other information that needed to be retained by the new payroll number copied across and the payroll number of their old record entered in the OldPayrollNo field of their new record, however looking back at it I could of used a link table, but still had a link back to any of that persons old records Paul On 10 April 2014 23:06, Arthur Fuller wrote: > Sorry to add an additional layer to this problem, but I need to. Most of > the foregoing replies cover the required Inserts and Updates, but neglect > the problem that all Inserts, Updates and Deletes by definition destroy the > previous data-history. > > In the trivial example, Employee X may have been promoted to Executive > Level Y, and if all you do is change her LevelID from 1 to 2 then you > automatically lose her history. > > This is why I and several others have created and evolved the PITA > solution. You can read about it in detail by visiting Red-Gate.com and > searching for PTA (they were afraid of the other interpretation of the > abbreviation). To reduce the content to a short email message, the point is > this: every update or insert or delete destroys the data as it existed > yesterday. Given just one or two sample domains, a) over the course of your > life, you have had several family physicians, or perhaps several divorce > lawyers, or realtors, and so on. > > > On Thu, Apr 10, 2014 at 8:07 AM, Susan Harkins > wrote: > > > Jon, although a bit tedious, could you share the basic table and key > > structures you're currently working with? You don't need to include all > > your fields, just the fields included in the relationship. > > > > Susan H. > > > > > > On Thu, Apr 10, 2014 at 1:54 AM, Bill Benson > > wrote: > > > > > Here is my understanding, it's late and I may be off base. > > > > > > Many to many relationships are handled by exploiting the separate many > to > > > one relationships from the component pieces (call - job and > > call-contact), > > > using a cross table. > > > > > > Your jobcontactcall table is a (often misnamed) "lookup table" but more > > > accurately termed a cross table. It needs minimally, a fkcontactid > field > > > (note: what if it was a conference call with 3 company reps?? Might > need > > > columns for a callcontact1, callcontact2, callcontact3, etc ) as well > as > > a > > > fkjobid field. And what if on the same call you discussed 3 jobs? > > > Disgusting stuff... > > > > > > The contact table has a fkcompanyid field of course. Or you can come at > > > company through job as well. > > > > > > CompanyContacts are a touchy business. > > > > > > There is the dilemma of storing all contact details even for obsolete > > > contact rows, so that details of what happened with whom and where can > be > > > maintained; yet one doesn't want to assume a contact is still at the > > > company either. People move all the time, titles change, etc. > > > > > > Suppose a transaction was created when someone was a project manager. > And > > > someone else takes on that role. You have to weigh whether you need to > > know > > > they were a project manager at the time of a transaction (or at least > > > listed as one), versus the need to know what role they are currently > > > occupying so as to not call them if they are no longer in that role, > yet > > > that role must be consulted. > > > > > > If you just update their role you invalidate the history. > > > > > > So what you end up with is many contactid values for the same actual > > > person, preferably only one active at a time. That or keep detailed > logs. > > > On Apr 9, 2014 11:59 PM, "Jon Albright" > > > wrote: > > > > > > > Hi, I have a bit of a struggle with this concept. It's been several > > > years > > > > that I have done anything with database applications..not since using > > > > Foxpro. Anyway, I work for a contractor and have a need to maintain > a > > > > customer table (contractor general information), a table for the > > contact > > > > people at the contractor's companies, a projects table (jobs we bid) > > and > > > a > > > > table to log phone calls. I have the tables created with an > > "associate" > > > > table for the M2M relationship between the customer table and the > jobs > > > > table, another "associate" table between the customer contact table > and > > > the > > > > phone calls table. I also have a one to many created between the > > > customer > > > > table and customer contact table. > > > > > > > > > > > > > > > > If I create forms for either of the two M2M examples above, they > work > > > fine > > > > as a standalone but I just can't seem to "tie" the two M2M examples > > into > > > a > > > > functioning arrangement where if you select a company, all the phone > > > calls > > > > made by the contact people at the company will display and likewise, > > if I > > > > select a particular job, all the phone calls relating to this job > > > display. > > > > I have followed an example by Susan Harkins from 2004 that I dug up > in > > a > > > > search but am still unable to get beyond the basic. > > > > > > > > > > > > > > > > > > > > > > > > Jon Albright > > > > > > > > Iniki Enterprises > > > > > > > > Honolulu, Hawaii > > > > > > > > (808) 677-7800 x116 > > > > > > > > > > > > > > > > -- > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Paul Hartland paul.hartland at googlemail.com From jon.albright at hawaii.rr.com Fri Apr 11 01:31:04 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Thu, 10 Apr 2014 20:31:04 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> Message-ID: <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> It makes sense to me yes, just not clear how it would be implemented. As I understand what you're stating: The table currently being used to store a company's contact information goes away and the structure of the phone call table gets modified to include a contact person's information or vice versa. This in turn effectively does away with the need to have the second cross table. So.... I now have a table for a company, a table for jobs and a cross table between them to enable the M2M relationship. Will the proper method to record or display information relating to a job, the company(s) bidding the job and the phone calls with the people making the phone calls be to establish a key for a 1 to M between the phone calls table and the company table? I'm stuck on the company contact idea because I am asked often about the name of a person from a company that had called regarding a job we are bidding. I did attach a PDF screen shot of the current tables and relationships to a previous message but not sure if it ever made it. In short, my whole purpose is to be able to pull up a job, display the companies bidding the project(s), the phone calls relating to the jobs, who made the call and from what company. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, April 10, 2014 5:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue I think you may be more satisfied storing the contact's details in the calls table rather than looking them up later. Then you are not in doubt as to history. So if the contact changes (eventually they do), New records in the call table will reflect correct, actual info - not run risk of being improperly looked up because someone did not update a contact table. In other words i would consider NOT USING a foreign key to the contact table, just the name and other details. I might do a select unique rows query from past transactions for the company in question, while documenting a Call, to get high probability candidates for who might have been on the current call (most recently used list)... but I wouldn't rely on a contact Id for this purpose. If you later tell the company you spoke to person X you better have your facts right, and not rely on an update process that might lag. Does this make sense to you? It's different if it were a personnel table in your own company, where you cannot even conduct, let alone document, a transaction prior to having accurate index values. In a call center context you might be dealing with "whoever was there at the time, acting as contact" not who you might expect to be there on a regular basis. I call that characteristic data, it might not be the right term. On Apr 10, 2014 10:37 PM, "Jon Albright" wrote: > I did consider the possibility of the contact person changing > companies but the history at the moment of the phone call, who the > person worked for at the time of the call and the job it was related > to is important. I figured that if the person changed companies, > there will just be a new contact with the name of this person but > there is a notes field in this persons record that will record the changes. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, April 09, 2014 7:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Here is my understanding, it's late and I may be off base. > > Many to many relationships are handled by exploiting the separate many > to one relationships from the component pieces (call - job and > call-contact), using a cross table. > > Your jobcontactcall table is a (often misnamed) "lookup table" but > more accurately termed a cross table. It needs minimally, a > fkcontactid field > (note: what if it was a conference call with 3 company reps?? Might > need columns for a callcontact1, callcontact2, callcontact3, etc ) as > well as a fkjobid field. And what if on the same call you discussed 3 jobs? > Disgusting stuff... > > The contact table has a fkcompanyid field of course. Or you can come > at company through job as well. > > CompanyContacts are a touchy business. > > There is the dilemma of storing all contact details even for obsolete > contact rows, so that details of what happened with whom and where can > be maintained; yet one doesn't want to assume a contact is still at > the company either. People move all the time, titles change, etc. > > Suppose a transaction was created when someone was a project manager. > And someone else takes on that role. You have to weigh whether you > need to know they were a project manager at the time of a transaction > (or at least listed as one), versus the need to know what role they > are currently occupying so as to not call them if they are no longer > in that role, yet that role must be consulted. > > If you just update their role you invalidate the history. > > So what you end up with is many contactid values for the same actual > person, preferably only one active at a time. That or keep detailed > logs. > On Apr 9, 2014 11:59 PM, "Jon Albright" > wrote: > > > Hi, I have a bit of a struggle with this concept. It's been > > several > years > > that I have done anything with database applications..not since > > using Foxpro. Anyway, I work for a contractor and have a need to > > maintain a customer table (contractor general information), a table > > for the contact people at the contractor's companies, a projects > > table (jobs we bid) and a table to log phone calls. I have the > > tables created with > an > "associate" > > table for the M2M relationship between the customer table and the > > jobs table, another "associate" table between the customer contact > > table and > the > > phone calls table. I also have a one to many created between the > > customer table and customer contact table. > > > > > > > > If I create forms for either of the two M2M examples above, they > > work > fine > > as a standalone but I just can't seem to "tie" the two M2M examples > > into a functioning arrangement where if you select a company, all > > the phone calls made by the contact people at the company will > > display and likewise, if I select a particular job, all the phone > > calls relating to > this job display. > > I have followed an example by Susan Harkins from 2004 that I dug up > > in a search but am still unable to get beyond the basic. > > > > > > > > > > > > Jon Albright > > > > Iniki Enterprises > > > > Honolulu, Hawaii > > > > (808) 677-7800 x116 > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Fri Apr 11 06:15:38 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 11 Apr 2014 07:15:38 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> Message-ID: In Calls table there would be fkjobid. Calls might have just one companycontact per call or a multi-party call. If the former a call table suffices, otherwise need a supplementary callcontact table is needed. A new record in Calls in my view would need these elements. Choose Company from list of active jobs: Select distinct J.FkCompanyId, C.Company from Jobs as J left join Company as C on J.fkcompanyid = C.companyid where J.fkcompanyid is not null. Suppose user chooses Companyid (fkcompanyid) = N. Now user selects job from: Select C.companyid, C.Company, J.Jobid, J.JobDesc FROM Job as J Left join Company as C on J.fkcompanyid=C.companyid where J.fkcompanyid =N Suppose user selects J.JobID = j Alternatively user could start a call record by choosing a jobid from the above query without the where clause.... this would give the companyid as a hidden column in the list to display. Either way we have Jobid = j . To get a list of possible contacts first check (from existing records in the Calls table): Select contactname, contactphone, comtacttitle, contactemail from Calls where fkjobid = j. If there are multiple contacts on a call that would be Select cc.contactname, cc.contactphone, cc.contacttitle, contactemail from CallContact as cc left join Calls on cc.fkcallid = calls.callid WHERE calls.fkjobid = j. The goal it to populate an unbound list in a form that also includes an AddNew control. User can select a Contact already used or add a new Contact. One contact per call: After Insert Into creates a record in Calls, Update Calls lets you update with any new or edited values for the contact... Multiple contacts: Select as many candidates one by one or an addnew subform. Insert records in Callcontact. It won't hurt to build a callcontact table to hold contact details even if there is just one contact. Then contact details would not reside in Calls table. From ssharkins at gmail.com Fri Apr 11 06:50:04 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 11 Apr 2014 07:50:04 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> Message-ID: You could add a new field to the table -- a yes/no field -- that tracks old records and then just enter a brand new one. The relationships and information would all still remain intact and easily accessible. Susan H. On Thu, Apr 10, 2014 at 10:36 PM, Jon Albright wrote: > I did consider the possibility of the contact person changing companies but > the history at the moment of the phone call, who the person worked for at > the time of the call and the job it was related to is important. I figured > that if the person changed companies, there will just be a new contact with > the name of this person but there is a notes field in this persons record > that will record the changes. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, April 09, 2014 7:55 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Here is my understanding, it's late and I may be off base. > > Many to many relationships are handled by exploiting the separate many to > one relationships from the component pieces (call - job and call-contact), > using a cross table. > > Your jobcontactcall table is a (often misnamed) "lookup table" but more > accurately termed a cross table. It needs minimally, a fkcontactid field > (note: what if it was a conference call with 3 company reps?? Might need > columns for a callcontact1, callcontact2, callcontact3, etc ) as well as a > fkjobid field. And what if on the same call you discussed 3 jobs? > Disgusting stuff... > > The contact table has a fkcompanyid field of course. Or you can come at > company through job as well. > > CompanyContacts are a touchy business. > > There is the dilemma of storing all contact details even for obsolete > contact rows, so that details of what happened with whom and where can be > maintained; yet one doesn't want to assume a contact is still at the > company > either. People move all the time, titles change, etc. > > Suppose a transaction was created when someone was a project manager. And > someone else takes on that role. You have to weigh whether you need to know > they were a project manager at the time of a transaction (or at least > listed > as one), versus the need to know what role they are currently occupying so > as to not call them if they are no longer in that role, yet that role must > be consulted. > > If you just update their role you invalidate the history. > > So what you end up with is many contactid values for the same actual > person, > preferably only one active at a time. That or keep detailed logs. > On Apr 9, 2014 11:59 PM, "Jon Albright" > wrote: > > > Hi, I have a bit of a struggle with this concept. It's been several > years > > that I have done anything with database applications..not since using > > Foxpro. Anyway, I work for a contractor and have a need to maintain a > > customer table (contractor general information), a table for the > > contact people at the contractor's companies, a projects table (jobs > > we bid) and a table to log phone calls. I have the tables created with > an > "associate" > > table for the M2M relationship between the customer table and the jobs > > table, another "associate" table between the customer contact table > > and > the > > phone calls table. I also have a one to many created between the > > customer table and customer contact table. > > > > > > > > If I create forms for either of the two M2M examples above, they work > fine > > as a standalone but I just can't seem to "tie" the two M2M examples > > into a functioning arrangement where if you select a company, all the > > phone calls made by the contact people at the company will display and > > likewise, if I select a particular job, all the phone calls relating to > this job display. > > I have followed an example by Susan Harkins from 2004 that I dug up in > > a search but am still unable to get beyond the basic. > > > > > > > > > > > > Jon Albright > > > > Iniki Enterprises > > > > Honolulu, Hawaii > > > > (808) 677-7800 x116 > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 jon.albright at hawaii.rr.com Fri Apr 11 23:44:11 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Fri, 11 Apr 2014 18:44:11 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> Message-ID: <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> Hi Bill, Am I understanding correctly that since the calls table will now contains the fields for the person making the call i.e. firstname etc, and that by also having a fk to the jobs table that it becomes a many to one with the jobs table? Does this mean that there are no key fields liking the contact person with the company they work for? I haven't been able to try this yet as other tasks during the day prevent me from addressing this so, I work on this from home. It's been quite a while since setting up any kind of database apps so please forgive me for my lack of knowledge.... I do believe it will all strike home eventually.... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Friday, April 11, 2014 1:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue In Calls table there would be fkjobid. Calls might have just one companycontact per call or a multi-party call. If the former a call table suffices, otherwise need a supplementary callcontact table is needed. A new record in Calls in my view would need these elements. Choose Company from list of active jobs: Select distinct J.FkCompanyId, C.Company from Jobs as J left join Company as C on J.fkcompanyid = C.companyid where J.fkcompanyid is not null. Suppose user chooses Companyid (fkcompanyid) = N. Now user selects job from: Select C.companyid, C.Company, J.Jobid, J.JobDesc FROM Job as J Left join Company as C on J.fkcompanyid=C.companyid where J.fkcompanyid =N Suppose user selects J.JobID = j Alternatively user could start a call record by choosing a jobid from the above query without the where clause.... this would give the companyid as a hidden column in the list to display. Either way we have Jobid = j . To get a list of possible contacts first check (from existing records in the Calls table): Select contactname, contactphone, comtacttitle, contactemail from Calls where fkjobid = j. If there are multiple contacts on a call that would be Select cc.contactname, cc.contactphone, cc.contacttitle, contactemail from CallContact as cc left join Calls on cc.fkcallid = calls.callid WHERE calls.fkjobid = j. The goal it to populate an unbound list in a form that also includes an AddNew control. User can select a Contact already used or add a new Contact. One contact per call: After Insert Into creates a record in Calls, Update Calls lets you update with any new or edited values for the contact... Multiple contacts: Select as many candidates one by one or an addnew subform. Insert records in Callcontact. It won't hurt to build a callcontact table to hold contact details even if there is just one contact. Then contact details would not reside in Calls table. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Sat Apr 12 06:22:59 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 12 Apr 2014 07:22:59 -0400 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: References: Message-ID: <2CB1891BFD5E48E78916FACED49C2BBD@XPS> In regards to 2010 vs 2007, 2010 is more polished and stable. You shouldn't be having any issues. Couple of suggestions: 1. Make sure the app is compiled. 2. Make sure any references are set to paths that are local. 3. Make sure that all mapped drives and printers are available. Anti-virus has already been hit. Chances are, it is a network issue and most likely due to the new OS. What's the rest of the environment like? Ie. is this a shift from XP to Win 7/8 besides 2007 to 2010? And what format is the DB in? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Wednesday, April 09, 2014 12:38 PM To: Access Developers discussion and problem solving Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues Hi Folks: I'm maintaining an application developed (and currently maintained) in Access 2007, and am having a user report back that it is extremely slow since he upgraded to a new computer with Access 2010. The application was developed/compiled in Access 2007 (accdb format) using a standard FE/BE configuration. Other users running on much older computers using Access 2007 are not reporting any speed issues ... just this guy (He'll get the "DB Not Responding") message every so often. Other than the usual suspects, like turning off name autocorrect (done), compact/repair (done) are there any other obvious things I should try? The network folks claim his PC is connecting to the shared drives just fine, so I would hope that it is not a network issue (other network related programs Outlook, etc. work fine for him). Any hints/pushes in the right direction would be appreciated. Thanks! -- Larry Mrazek lmrazek at lcm-res.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Sat Apr 12 09:37:45 2014 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Sat, 12 Apr 2014 09:37:45 -0500 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: <2CB1891BFD5E48E78916FACED49C2BBD@XPS> References: <2CB1891BFD5E48E78916FACED49C2BBD@XPS> Message-ID: Thanks Jim: The app is compiled (in Access 2007) ... could that have an effect on the performance when opening in 2010? I've thought that it is a network issue ... but the network folks are insisting that is not (they've done network speed tests, etc). Prior to the upgrade, the user in question was running WinXP + Access 2007 (32 bit) ... application ran fine. Now, running Win 7 + Access 2010. DB is in ACCDB format. Just weird. Thanks! Larry On Sat, Apr 12, 2014 at 6:22 AM, Jim Dettman wrote: > In regards to 2010 vs 2007, 2010 is more polished and stable. You > shouldn't be having any issues. > > Couple of suggestions: > > 1. Make sure the app is compiled. > > 2. Make sure any references are set to paths that are local. > > 3. Make sure that all mapped drives and printers are available. > > Anti-virus has already been hit. > > Chances are, it is a network issue and most likely due to the new OS. > What's the rest of the environment like? Ie. is this a shift from XP to > Win > 7/8 besides 2007 to 2010? And what format is the DB in? > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Wednesday, April 09, 2014 12:38 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues > > Hi Folks: > > I'm maintaining an application developed (and currently maintained) in > Access 2007, and am having a user report back that it is extremely slow > since he upgraded to a new computer with Access 2010. The application was > developed/compiled in Access 2007 (accdb format) using a standard FE/BE > configuration. Other users running on much older computers using Access > 2007 are not reporting any speed issues ... just this guy (He'll get the > "DB > Not Responding") message every so often. > > Other than the usual suspects, like turning off name autocorrect (done), > compact/repair (done) are there any other obvious things I should try? The > network folks claim his PC is connecting to the shared drives just fine, so > I would hope that it is not a network issue (other network related programs > Outlook, etc. work fine for him). > > Any hints/pushes in the right direction would be appreciated. > > Thanks! > > -- > Larry Mrazek > lmrazek at lcm-res.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Larry Mrazek lmrazek at lcm-res.com From bensonforums at gmail.com Sat Apr 12 10:00:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 11:00:35 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> Message-ID: Correct. The fkjobid in the calls table will tell you the job, and the fkcompanyid in the Jobs table will tell you the company. A moment on language. I don't like to confuse contact, with attendees. A contact can change, an attendee cannot. A company contact table might help you determine who is current at the company - and this data is worth keeping up to date for its own sake. A call detail supplementary table is properly called a CallAttendee (or CallDetails) table. This avoids confusion, as for all you know, the company might ask a contractor to sit in on the call for them, or you might be dealing with their agents and not principals of the company. So while contacts might suggest attendees, they are not the same class of data. Now that that is clear, note that you have to decide if there will be a single representative for a company on a call... or potentially more than one. If just one, you can store name and role values in the calls table. If more than one, you need a callattendees table, in a normalized database, with fkcallid pointing to the calls table. You would put name and other details in the call attendee table, and the details in there, instead of the calls table. It will sink in. It takes some strategy for sure. Ready for really messy? How about conference calls with from 1 to N contacts at fro 1 to M companies discussing from 1 to P jobs that any or all of them might be interested in. It can be done but I am not going to try it now unless forced to. And as hinted at earlier we have not even hinted at project roles. I am going to suggest 2 things. 1 is that you have a contact table for each company that is CURRENT information. And that you have, instead of a callcontact table, if you need one (ie, more than one company contact per call) a CallAttendees table. Because the people in that table (or in the calls table if just one present at a call) are not necessarily current "facts" about the company, and any time I use the word "contact" in a database that is something I want maintained as current and up to date.and I might use a combination of previous call attendees and current company contacts to help me choose names who were available for documenting attendees on the current call record (a pick list which helps avoid proliferation of name spellings), while still offering a "New Name" if needed. Next time this new person will be in the pick list. ..... For fun, Try getting your mind around this one and you will understand why the more you can store in the cal At Time 1 (call1), Person P1 was in project role R1 at company C1 on Job J1, a government job. At time 2 (call2), company C1 and C2 were consolidated into company C2, Role R1 was consolidated along with R2 and R3, into role R4 for government jobs, R5 for non-government; person P1 was promoted within C2, replaced by person P2 on Mon-We, and person P3 on Thu-Fr, since they job-share (hint: we don't care, we are tracking attendees and their roles at the call level, not company level, we never change history, and the most we might be concerned with is adding Role to the callcontact table and updating historical Rd values to R4). From bensonforums at gmail.com Sat Apr 12 10:04:43 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 11:04:43 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> Message-ID: Had meant to write before my last example: > For fun, Try getting your mind around this one and you will understand why the more you can store in the callattendee table, the better. The flatter your information is, the less outside dependencies it has to be constrained by and account for. From fuller.artful at gmail.com Sat Apr 12 11:37:53 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 12 Apr 2014 12:37:53 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> Message-ID: Bill, et. al. on this thread, I seriously take issue with your comment that "the flatter your information is, the less outside dependencies..." In my opinion, this is wrong, wrong, wrong. Or to phrase it another way, this is the reason for Views, as opposed to direct table Selects. But this whole thread makes me wonder, Is there a way that we can create a relational diagram, whether in Access or SSMS or some similar tool, and include the diagram in the original post or its replies? For this sort of discussion, a picture is worth 1000 words. Can this be done? I've not yet tried to do this; hence the question. But I think that if it can be done, this would go a long way to improving the quality of the threads. Arthur From bensonforums at gmail.com Sat Apr 12 12:06:37 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 13:06:37 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> Message-ID: Maybe I used flatter incorrectly, and maybe you use dependencies in a different context than I do. But I guarantee, GUARANTEE you that to keep an accurate audit and history of all the dependencies needed to populate what happened, when, on which jobs, for which companies, involving whom and in what roles... and be able to trace those deta I ls from the call table back to their components in the entity tables YOU COULD NOT DO IT while at the same time creating future transactions with fresh, current details. A call table is a history table, not an active environment. The active environment changes, the history/audit/warehousing details likely will NOT. Trying to preserve relationships kills, kills, kills reporting veracity If you want to improve "the quality" of the thread, get to it (but I don't like your implication that what has been offered so far is of low quality, that's rather rude). I am answering from my experience, yours is a welcome voice. I do not have any relationship diagrams to offer you. On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > Bill, et. al. on this thread, > > I seriously take issue with your comment that "the flatter your information > is, the less outside dependencies..." > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another way, > this is the reason for Views, as opposed to direct table Selects. > > But this whole thread makes me wonder, Is there a way that we can create a > relational diagram, whether in Access or SSMS or some similar tool, and > include the diagram in the original post or its replies? For this sort of > discussion, a picture is worth 1000 words. > > Can this be done? I've not yet tried to do this; hence the question. But I > think that if it can be done, this would go a long way to improving the > quality of the threads. > > Arthur > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jon.albright at hawaii.rr.com Sat Apr 12 12:36:59 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Sat, 12 Apr 2014 07:36:59 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> Message-ID: <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> I appreciate your input Bill and I'm sorry if you misinterpreted what I was saying as a slam at the content you posted, I am only trying to understand how all the parts and pieces fit together and it was recommended that this forum is a good place for exchanging ideas and problem solving. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, April 12, 2014 7:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue Maybe I used flatter incorrectly, and maybe you use dependencies in a different context than I do. But I guarantee, GUARANTEE you that to keep an accurate audit and history of all the dependencies needed to populate what happened, when, on which jobs, for which companies, involving whom and in what roles... and be able to trace those deta I ls from the call table back to their components in the entity tables YOU COULD NOT DO IT while at the same time creating future transactions with fresh, current details. A call table is a history table, not an active environment. The active environment changes, the history/audit/warehousing details likely will NOT. Trying to preserve relationships kills, kills, kills reporting veracity If you want to improve "the quality" of the thread, get to it (but I don't like your implication that what has been offered so far is of low quality, that's rather rude). I am answering from my experience, yours is a welcome voice. I do not have any relationship diagrams to offer you. On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > Bill, et. al. on this thread, > > I seriously take issue with your comment that "the flatter your > information is, the less outside dependencies..." > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another > way, this is the reason for Views, as opposed to direct table Selects. > > But this whole thread makes me wonder, Is there a way that we can > create a relational diagram, whether in Access or SSMS or some similar > tool, and include the diagram in the original post or its replies? For > this sort of discussion, a picture is worth 1000 words. > > Can this be done? I've not yet tried to do this; hence the question. > But I think that if it can be done, this would go a long way to > improving the quality of the threads. > > Arthur > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Sat Apr 12 12:59:49 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 13:59:49 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> Message-ID: Jon, I was responding to Art, not you. On Apr 12, 2014 1:37 PM, "Jon Albright" wrote: > I appreciate your input Bill and I'm sorry if you misinterpreted what I was > saying as a slam at the content you posted, I am only trying to understand > how all the parts and pieces fit together and it was recommended that this > forum is a good place for exchanging ideas and problem solving. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 7:07 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Maybe I used flatter incorrectly, and maybe you use dependencies in a > different context than I do. > > But I guarantee, GUARANTEE you that to keep an accurate audit and history > of > all the dependencies needed to populate what happened, when, on which jobs, > for which companies, involving whom and in what roles... and be able to > trace those deta I ls from the call table back to their components in the > entity tables YOU COULD NOT DO IT while at the same time creating future > transactions with fresh, current details. A call table is a history table, > not an active environment. The active environment changes, the > history/audit/warehousing details likely will NOT. > > Trying to preserve relationships kills, kills, kills reporting veracity > > If you want to improve "the quality" of the thread, get to it (but I don't > like your implication that what has been offered so far is of low quality, > that's rather rude). > > I am answering from my experience, yours is a welcome voice. > > I do not have any relationship diagrams to offer you. > On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > > > Bill, et. al. on this thread, > > > > I seriously take issue with your comment that "the flatter your > > information is, the less outside dependencies..." > > > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another > > way, this is the reason for Views, as opposed to direct table Selects. > > > > But this whole thread makes me wonder, Is there a way that we can > > create a relational diagram, whether in Access or SSMS or some similar > > tool, and include the diagram in the original post or its replies? For > > this sort of discussion, a picture is worth 1000 words. > > > > Can this be done? I've not yet tried to do this; hence the question. > > But I think that if it can be done, this would go a long way to > > improving the quality of the threads. > > > > Arthur > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 jackandpat.d at gmail.com Sat Apr 12 13:20:30 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Sat, 12 Apr 2014 14:20:30 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> Message-ID: Jon, Can you list the facts related to your database and the business processes? Just to clarify the "things" you are dealing with and how they relate to each other within the business. I realize you have said "... I work for a contractor and have a need to maintain a customer table (contractor general information), a table for the contact people at the contractor's companies, a projects table (jobs we bid) and a table to log phone calls. I have the tables created with an "associate" table for the M2M relationship between the customer table and the jobs table, another "associate" table between the customer contact table and the phone calls table. I also have a one to many created between the customer table and customer contact table..." What info do you have to maintain for historic or legal or other purposes? Do you do regular reporting or analysis? If so, could you describe this? As the others have said, I think the key is to get your database structure design so that it meets your business needs. Good luck. On Sat, Apr 12, 2014 at 1:36 PM, Jon Albright wrote: > I appreciate your input Bill and I'm sorry if you misinterpreted what I was > saying as a slam at the content you posted, I am only trying to understand > how all the parts and pieces fit together and it was recommended that this > forum is a good place for exchanging ideas and problem solving. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 7:07 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Maybe I used flatter incorrectly, and maybe you use dependencies in a > different context than I do. > > But I guarantee, GUARANTEE you that to keep an accurate audit and history > of > all the dependencies needed to populate what happened, when, on which jobs, > for which companies, involving whom and in what roles... and be able to > trace those deta I ls from the call table back to their components in the > entity tables YOU COULD NOT DO IT while at the same time creating future > transactions with fresh, current details. A call table is a history table, > not an active environment. The active environment changes, the > history/audit/warehousing details likely will NOT. > > Trying to preserve relationships kills, kills, kills reporting veracity > > If you want to improve "the quality" of the thread, get to it (but I don't > like your implication that what has been offered so far is of low quality, > that's rather rude). > > I am answering from my experience, yours is a welcome voice. > > I do not have any relationship diagrams to offer you. > On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > > > Bill, et. al. on this thread, > > > > I seriously take issue with your comment that "the flatter your > > information is, the less outside dependencies..." > > > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another > > way, this is the reason for Views, as opposed to direct table Selects. > > > > But this whole thread makes me wonder, Is there a way that we can > > create a relational diagram, whether in Access or SSMS or some similar > > tool, and include the diagram in the original post or its replies? For > > this sort of discussion, a picture is worth 1000 words. > > > > Can this be done? I've not yet tried to do this; hence the question. > > But I think that if it can be done, this would go a long way to > > improving the quality of the threads. > > > > Arthur > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 jon.albright at hawaii.rr.com Sat Apr 12 14:22:18 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Sat, 12 Apr 2014 09:22:18 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> Message-ID: <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> Hi Jack, We're a specialty contractor, we bid for work on many projects each month, typically over 100 each month. Of any given project, we will receive phone calls from the General contractor's company representative requesting a price quote, validating current information related to a project and/or activities related to a job we may have been awarded and are either working on or getting ready to work on. There are also the outgoing conversations regarding the same items and are done in lieu of using email (making it more personal). There are also instances where we know about a project out for bid but haven't received any calls....yet, from any customers. I currently have a set of excel workbooks used for recording jobs (I use job & project interchangeably) out for bid that several of us work from. Each workbook is for one year and the workbook sheets are for each month. These are not able to easily navigate if you are searching to see if a particular job exists, if it had already been bid once before or one that is similar in nature. As for the phone calls... hmm, that is handled using notepads which totally sucks as it is very time consuming paging through notes for a particular person that called or a call about a particular project. Multiply this by over 3 years that I have been working there. As a rule, we work/supply bids to about 3 dozen different contractors and most of the contractors have anywhere from one to a half-dozen individuals that we correspond with on a regular basis on any given date. In an effort to normalize the stored data, I began my table structure as listed below with two many to many groups of tables with two cross tables and a many to one between customers and customer contact. tblCompany PK CompanyID tbl Jobs PK JobID Cross table tblCustomer_Jobs FK CompanyID FK JobID tblCompanyContact PK ContactID FK CompanyID tblPhoneCalls PK CallID Cross table tblContact_Calls FK ContactID FK CallID My apologies for being so wordy again... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Saturday, April 12, 2014 8:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue Jon, Can you list the facts related to your database and the business processes? Just to clarify the "things" you are dealing with and how they relate to each other within the business. I realize you have said "... I work for a contractor and have a need to maintain a customer table (contractor general information), a table for the contact people at the contractor's companies, a projects table (jobs we bid) and a table to log phone calls. I have the tables created with an "associate" table for the M2M relationship between the customer table and the jobs table, another "associate" table between the customer contact table and the phone calls table. I also have a one to many created between the customer table and customer contact table..." What info do you have to maintain for historic or legal or other purposes? Do you do regular reporting or analysis? If so, could you describe this? As the others have said, I think the key is to get your database structure design so that it meets your business needs. Good luck. On Sat, Apr 12, 2014 at 1:36 PM, Jon Albright wrote: > I appreciate your input Bill and I'm sorry if you misinterpreted what > I was saying as a slam at the content you posted, I am only trying to > understand how all the parts and pieces fit together and it was > recommended that this forum is a good place for exchanging ideas and problem solving. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 7:07 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Maybe I used flatter incorrectly, and maybe you use dependencies in a > different context than I do. > > But I guarantee, GUARANTEE you that to keep an accurate audit and > history of all the dependencies needed to populate what happened, > when, on which jobs, for which companies, involving whom and in what > roles... and be able to trace those deta I ls from the call table back > to their components in the entity tables YOU COULD NOT DO IT while at > the same time creating future transactions with fresh, current > details. A call table is a history table, not an active environment. > The active environment changes, the history/audit/warehousing details > likely will NOT. > > Trying to preserve relationships kills, kills, kills reporting > veracity > > If you want to improve "the quality" of the thread, get to it (but I > don't like your implication that what has been offered so far is of > low quality, that's rather rude). > > I am answering from my experience, yours is a welcome voice. > > I do not have any relationship diagrams to offer you. > On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > > > Bill, et. al. on this thread, > > > > I seriously take issue with your comment that "the flatter your > > information is, the less outside dependencies..." > > > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another > > way, this is the reason for Views, as opposed to direct table Selects. > > > > But this whole thread makes me wonder, Is there a way that we can > > create a relational diagram, whether in Access or SSMS or some > > similar tool, and include the diagram in the original post or its > > replies? For this sort of discussion, a picture is worth 1000 words. > > > > Can this be done? I've not yet tried to do this; hence the question. > > But I think that if it can be done, this would go a long way to > > improving the quality of the threads. > > > > Arthur > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Sat Apr 12 15:17:39 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 16:17:39 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> Message-ID: <00f901cf568c$416768e0$c4363aa0$@gmail.com> Jon, you still have not said made clear what you expect to get out of this database. Who you owe reports to, what they expect to see in the reports, whether the information for historical purposes or to assist with entering information on the next call. I advised that the call details may one day not mesh with the current company contacts, and for that reason, you want a CallParticipants or other type table (if there might be more than one company participant per call) or you want the participant's details in the Call table. I think that while you might think a CompanyContact table suffices, that is more for use in determining who you might *want* to call, it is not good for documenting who participated in the call, who made the decisions, etc. And the last thing you want to do is update the CompanyContact table and have this affect a report you extract today about a call made a year ago. I trust I have said enough on this and it is time for new voices, but if you have any further questions for me directly, I am happy to continue in this thread. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 3:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Hi Jack, We're a specialty contractor, we bid for work on many projects each month, typically over 100 each month. Of any given project, we will receive phone calls from the General contractor's company representative requesting a price quote, validating current information related to a project and/or activities related to a job we may have been awarded and are either working on or getting ready to work on. There are also the outgoing conversations regarding the same items and are done in lieu of using email (making it more personal). There are also instances where we know about a project out for bid but haven't received any calls....yet, from any customers. I currently have a set of excel workbooks used for recording jobs (I use job & project interchangeably) out for bid that several of us work from. Each workbook is for one year and the workbook sheets are for each month. These are not able to easily navigate if you are searching to see if a particular job exists, if it had already been bid once before or one that is similar in nature. As for the phone calls... hmm, that is handled using notepads which totally sucks as it is very time consuming paging through notes for a particular person that called or a call about a particular project. Multiply this by over 3 years that I have been working there. As a rule, we work/supply bids to about 3 dozen different contractors and most of the contractors have anywhere from one to a half-dozen individuals that we correspond with on a regular basis on any given date. In an effort to normalize the stored data, I began my table structure as listed below with two many to many groups of tables with two cross tables and a many to one between customers and customer contact. tblCompany PK CompanyID tbl Jobs PK JobID Cross table tblCustomer_Jobs FK CompanyID FK JobID tblCompanyContact PK ContactID FK CompanyID tblPhoneCalls PK CallID Cross table tblContact_Calls FK ContactID FK CallID My apologies for being so wordy again... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Saturday, April 12, 2014 8:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue Jon, Can you list the facts related to your database and the business processes? Just to clarify the "things" you are dealing with and how they relate to each other within the business. I realize you have said "... I work for a contractor and have a need to maintain a customer table (contractor general information), a table for the contact people at the contractor's companies, a projects table (jobs we bid) and a table to log phone calls. I have the tables created with an "associate" table for the M2M relationship between the customer table and the jobs table, another "associate" table between the customer contact table and the phone calls table. I also have a one to many created between the customer table and customer contact table..." What info do you have to maintain for historic or legal or other purposes? Do you do regular reporting or analysis? If so, could you describe this? As the others have said, I think the key is to get your database structure design so that it meets your business needs. Good luck. On Sat, Apr 12, 2014 at 1:36 PM, Jon Albright wrote: > I appreciate your input Bill and I'm sorry if you misinterpreted what > I was saying as a slam at the content you posted, I am only trying to > understand how all the parts and pieces fit together and it was > recommended that this forum is a good place for exchanging ideas and problem solving. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 7:07 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Maybe I used flatter incorrectly, and maybe you use dependencies in a > different context than I do. > > But I guarantee, GUARANTEE you that to keep an accurate audit and > history of all the dependencies needed to populate what happened, > when, on which jobs, for which companies, involving whom and in what > roles... and be able to trace those deta I ls from the call table back > to their components in the entity tables YOU COULD NOT DO IT while at > the same time creating future transactions with fresh, current > details. A call table is a history table, not an active environment. > The active environment changes, the history/audit/warehousing details > likely will NOT. > > Trying to preserve relationships kills, kills, kills reporting > veracity > > If you want to improve "the quality" of the thread, get to it (but I > don't like your implication that what has been offered so far is of > low quality, that's rather rude). > > I am answering from my experience, yours is a welcome voice. > > I do not have any relationship diagrams to offer you. > On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > > > Bill, et. al. on this thread, > > > > I seriously take issue with your comment that "the flatter your > > information is, the less outside dependencies..." > > > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another > > way, this is the reason for Views, as opposed to direct table Selects. > > > > But this whole thread makes me wonder, Is there a way that we can > > create a relational diagram, whether in Access or SSMS or some > > similar tool, and include the diagram in the original post or its > > replies? For this sort of discussion, a picture is worth 1000 words. > > > > Can this be done? I've not yet tried to do this; hence the question. > > But I think that if it can be done, this would go a long way to > > improving the quality of the threads. > > > > Arthur > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Sat Apr 12 15:48:54 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 16:48:54 -0400 Subject: [AccessD] System Resources exceeded Ac-2010 Message-ID: <016001cf5690$9ee2b250$dca816f0$@gmail.com> And now for something completely different... I tried to create a LARGE table in Access by importing a large Excel worksheet. It was 65000 rows by 11 columns, and each cell had 1020 characters in it. Access created each field as Memo on import. Access did not tell me that system resources were exceeded during the import, but since creation of the table, it will not open it. The error is "System resource exceeded." However, I have 3.5 of my original 4GB ram still available. Access itself is using only ______ and the database is 152MB large by testing Filelen(currentdb.name) 151515136 Strange things are happening like I cannot even copy text out of the immediate window and paste it here in this message. When I killed Access my physical memory dropped from 4.36 to 4.26 (a RAM consumption of 100MB). When I re-started Access and re-opened the database, all data was present and accounted for. And I can now copy and paste from the immediate window to this message. What system resource is Access being constrained by? From bensonforums at gmail.com Sat Apr 12 15:53:22 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 16:53:22 -0400 Subject: [AccessD] System Resources exceeded Ac-2010 In-Reply-To: <016001cf5690$9ee2b250$dca816f0$@gmail.com> References: <016001cf5690$9ee2b250$dca816f0$@gmail.com> Message-ID: <016a01cf5691$3f3d1c90$bdb755b0$@gmail.com> Typo, after I created the table and before I shut down Access, I had 3.5 of my original 4GB ram still available, and Acces was using 100MB of RAM, as determined by shutting it down and seeing memory usage go from 4.36GB to 4.26GB. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Saturday, April 12, 2014 4:49 PM To: 'Access Developers discussion and problem solving' Subject: System Resources exceeded Ac-2010 And now for something completely different... I tried to create a LARGE table in Access by importing a large Excel worksheet. It was 65000 rows by 11 columns, and each cell had 1020 characters in it. Access created each field as Memo on import. Access did not tell me that system resources were exceeded during the import, but since creation of the table, it will not open it. The error is "System resource exceeded." However, I have 3.5 of my original 4GB ram still available. Access itself is using only ______ and the database is 152MB large by testing Filelen(currentdb.name) 151515136 Strange things are happening like I cannot even copy text out of the immediate window and paste it here in this message. When I killed Access my physical memory dropped from 4.36 to 4.26 (a RAM consumption of 100MB). When I re-started Access and re-opened the database, all data was present and accounted for. And I can now copy and paste from the immediate window to this message. What system resource is Access being constrained by? From jon.albright at hawaii.rr.com Sat Apr 12 15:57:51 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Sat, 12 Apr 2014 10:57:51 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <00f901cf568c$416768e0$c4363aa0$@gmail.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> <00f901cf568c$416768e0$c4363aa0$@gmail.com> Message-ID: <002001cf5691$de645e00$9b2d1a00$@hawaii.rr.com> Hi Bill, What is being expected is to enter information relating to a job out for bid, enter companies interested in receiving bids from us and who made the request. Enter phone calls: incoming and outgoing, what job the phone calls were about. If a new job then be able to create a new job "on the fly" and who was involved. Provide lookup capability to find a job by job name (can be partial name), by the type of job, search and display phone calls which relate to this job and/or phone calls from a particular company or person. Most of the people in our company have some level of computer skills but the search parameters would need to be in a combo box or some form of list. When entering information as a new entry, if the company or caller does not exist then the ability to add "on the fly" is presented. There are really no formal reports being required, at least not yet but you never know... I get the requests for the above types of information from my boss and a couple managers, sometimes quite often. The need for historical information is keen... the projects we bid to the federal government sometimes take up to 18 months before being awarded and that obviously involves having to go searching later on but with an accurate database, when the basic information is displayed via a search, it makes the job much easier. By being able to add new companies and/or contacts "on the fly" will also reduce time for filling in the blanks for subsequent data entry. One of my main goals, is to make it user friendly so it will involve minimum involvement from me. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, April 12, 2014 10:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Jon, you still have not said made clear what you expect to get out of this database. Who you owe reports to, what they expect to see in the reports, whether the information for historical purposes or to assist with entering information on the next call. I advised that the call details may one day not mesh with the current company contacts, and for that reason, you want a CallParticipants or other type table (if there might be more than one company participant per call) or you want the participant's details in the Call table. I think that while you might think a CompanyContact table suffices, that is more for use in determining who you might *want* to call, it is not good for documenting who participated in the call, who made the decisions, etc. And the last thing you want to do is update the CompanyContact table and have this affect a report you extract today about a call made a year ago. I trust I have said enough on this and it is time for new voices, but if you have any further questions for me directly, I am happy to continue in this thread. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 3:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Hi Jack, We're a specialty contractor, we bid for work on many projects each month, typically over 100 each month. Of any given project, we will receive phone calls from the General contractor's company representative requesting a price quote, validating current information related to a project and/or activities related to a job we may have been awarded and are either working on or getting ready to work on. There are also the outgoing conversations regarding the same items and are done in lieu of using email (making it more personal). There are also instances where we know about a project out for bid but haven't received any calls....yet, from any customers. I currently have a set of excel workbooks used for recording jobs (I use job & project interchangeably) out for bid that several of us work from. Each workbook is for one year and the workbook sheets are for each month. These are not able to easily navigate if you are searching to see if a particular job exists, if it had already been bid once before or one that is similar in nature. As for the phone calls... hmm, that is handled using notepads which totally sucks as it is very time consuming paging through notes for a particular person that called or a call about a particular project. Multiply this by over 3 years that I have been working there. As a rule, we work/supply bids to about 3 dozen different contractors and most of the contractors have anywhere from one to a half-dozen individuals that we correspond with on a regular basis on any given date. In an effort to normalize the stored data, I began my table structure as listed below with two many to many groups of tables with two cross tables and a many to one between customers and customer contact. tblCompany PK CompanyID tbl Jobs PK JobID Cross table tblCustomer_Jobs FK CompanyID FK JobID tblCompanyContact PK ContactID FK CompanyID tblPhoneCalls PK CallID Cross table tblContact_Calls FK ContactID FK CallID My apologies for being so wordy again... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Saturday, April 12, 2014 8:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Many to Many relationship issue Jon, Can you list the facts related to your database and the business processes? Just to clarify the "things" you are dealing with and how they relate to each other within the business. I realize you have said "... I work for a contractor and have a need to maintain a customer table (contractor general information), a table for the contact people at the contractor's companies, a projects table (jobs we bid) and a table to log phone calls. I have the tables created with an "associate" table for the M2M relationship between the customer table and the jobs table, another "associate" table between the customer contact table and the phone calls table. I also have a one to many created between the customer table and customer contact table..." What info do you have to maintain for historic or legal or other purposes? Do you do regular reporting or analysis? If so, could you describe this? As the others have said, I think the key is to get your database structure design so that it meets your business needs. Good luck. On Sat, Apr 12, 2014 at 1:36 PM, Jon Albright wrote: > I appreciate your input Bill and I'm sorry if you misinterpreted what > I was saying as a slam at the content you posted, I am only trying to > understand how all the parts and pieces fit together and it was > recommended that this forum is a good place for exchanging ideas and problem solving. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 7:07 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Many to Many relationship issue > > Maybe I used flatter incorrectly, and maybe you use dependencies in a > different context than I do. > > But I guarantee, GUARANTEE you that to keep an accurate audit and > history of all the dependencies needed to populate what happened, > when, on which jobs, for which companies, involving whom and in what > roles... and be able to trace those deta I ls from the call table back > to their components in the entity tables YOU COULD NOT DO IT while at > the same time creating future transactions with fresh, current > details. A call table is a history table, not an active environment. > The active environment changes, the history/audit/warehousing details > likely will NOT. > > Trying to preserve relationships kills, kills, kills reporting > veracity > > If you want to improve "the quality" of the thread, get to it (but I > don't like your implication that what has been offered so far is of > low quality, that's rather rude). > > I am answering from my experience, yours is a welcome voice. > > I do not have any relationship diagrams to offer you. > On Apr 12, 2014 12:38 PM, "Arthur Fuller" wrote: > > > Bill, et. al. on this thread, > > > > I seriously take issue with your comment that "the flatter your > > information is, the less outside dependencies..." > > > > In my opinion, this is wrong, wrong, wrong. Or to phrase it another > > way, this is the reason for Views, as opposed to direct table Selects. > > > > But this whole thread makes me wonder, Is there a way that we can > > create a relational diagram, whether in Access or SSMS or some > > similar tool, and include the diagram in the original post or its > > replies? For this sort of discussion, a picture is worth 1000 words. > > > > Can this be done? I've not yet tried to do this; hence the question. > > But I think that if it can be done, this would go a long way to > > improving the quality of the threads. > > > > Arthur > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Sat Apr 12 16:41:48 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 17:41:48 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <002001cf5691$de645e00$9b2d1a00$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> <00f901cf568c$416768e0$c4363aa0$@gmail.com> <002001cf5691$de645e00$9b2d1a00$@hawaii.rr.com> Message-ID: <01be01cf5698$02bf1a50$083d4ef0$@gmail.com> Jon, Trying to understand what you mean. I was initially picturing your business looking to work on Job X at company Y. Now I am starting to read this as Job X is run by municipality Q, and companies A, B, and C might bid on Job X... and you would be keeping a database of companies who might want your bid, and you might talk to Company A and B both about Job X (which is Customer Q's Job). Is that right? If so, then You would not have a FK to the Company Table in the Job table, as that Job might actually get more than one Company working on it. You would need a cross table Company_Jobs, and have entered both Jobs and Companies separately into their respective entity containers. And the municipality, who is the end customer, might be a superset of the Job (a Customer table)... or a characteristic field within the Job table and therefore part of the Job's description. You might also want an industry table so that the Customer can be grouped by that (e.g., Government). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 4:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Hi Bill, What is being expected is to enter information relating to a job out for bid, enter companies interested in receiving bids from us and who made the request. Enter phone calls: incoming and outgoing, what job the phone calls were about. If a new job then be able to create a new job "on the fly" and who was involved. Provide lookup capability to find a job by job name (can be partial name), by the type of job, search and display phone calls which relate to this job and/or phone calls from a particular company or person. Most of the people in our company have some level of computer skills but the search parameters would need to be in a combo box or some form of list. When entering information as a new entry, if the company or caller does not exist then the ability to add "on the fly" is presented. There are really no formal reports being required, at least not yet but you never know... I get the requests for the above types of information from my boss and a couple managers, sometimes quite often. The need for historical information is keen... the projects we bid to the federal government sometimes take up to 18 months before being awarded and that obviously involves having to go searching later on but with an accurate database, when the basic information is displayed via a search, it makes the job much easier. By being able to add new companies and/or contacts "on the fly" will also reduce time for filling in the blanks for subsequent data entry. One of my main goals, is to make it user friendly so it will involve minimum involvement from me. From jon.albright at hawaii.rr.com Sat Apr 12 17:11:48 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Sat, 12 Apr 2014 12:11:48 -1000 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <01be01cf5698$02bf1a50$083d4ef0$@gmail.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> <00f901cf568c$416768e0$c4363aa0$@gmail.com> <002001cf5691$de645e00$9b2d1a00$@hawaii.rr.com> <01be01cf5698$02bf1a50$083d4ef0$@gmail.com> Message-ID: <002101cf569c$33367e90$99a37bb0$@hawaii.rr.com> That's a pretty good analogy of it Bill :) What I was doing started out initially as just a simple "keep track of who was calling" thing but quickly grew. This is what I was trying to get working: tblCompany PK CompanyID tbl Jobs PK JobID Cross table tblCompany_Jobs FK CompanyID FK JobID tblCompanyContact PK ContactID FK CompanyID tblPhoneCalls PK CallID Cross table tblContact_Calls FK ContactID FK CallID I was able to use both sets separately with no problems. I then began trying to get them to work together where but could only do it on a limited basis. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, April 12, 2014 11:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Jon, Trying to understand what you mean. I was initially picturing your business looking to work on Job X at company Y. Now I am starting to read this as Job X is run by municipality Q, and companies A, B, and C might bid on Job X... and you would be keeping a database of companies who might want your bid, and you might talk to Company A and B both about Job X (which is Customer Q's Job). Is that right? If so, then You would not have a FK to the Company Table in the Job table, as that Job might actually get more than one Company working on it. You would need a cross table Company_Jobs, and have entered both Jobs and Companies separately into their respective entity containers. And the municipality, who is the end customer, might be a superset of the Job (a Customer table)... or a characteristic field within the Job table and therefore part of the Job's description. You might also want an industry table so that the Customer can be grouped by that (e.g., Government). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 4:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Hi Bill, What is being expected is to enter information relating to a job out for bid, enter companies interested in receiving bids from us and who made the request. Enter phone calls: incoming and outgoing, what job the phone calls were about. If a new job then be able to create a new job "on the fly" and who was involved. Provide lookup capability to find a job by job name (can be partial name), by the type of job, search and display phone calls which relate to this job and/or phone calls from a particular company or person. Most of the people in our company have some level of computer skills but the search parameters would need to be in a combo box or some form of list. When entering information as a new entry, if the company or caller does not exist then the ability to add "on the fly" is presented. There are really no formal reports being required, at least not yet but you never know... I get the requests for the above types of information from my boss and a couple managers, sometimes quite often. The need for historical information is keen... the projects we bid to the federal government sometimes take up to 18 months before being awarded and that obviously involves having to go searching later on but with an accurate database, when the basic information is displayed via a search, it makes the job much easier. By being able to add new companies and/or contacts "on the fly" will also reduce time for filling in the blanks for subsequent data entry. One of my main goals, is to make it user friendly so it will involve minimum involvement from me. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sat Apr 12 17:21:45 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 18:21:45 -0400 Subject: [AccessD] Many to Many relationship issue In-Reply-To: <002101cf569c$33367e90$99a37bb0$@hawaii.rr.com> References: <000001cf5471$1eccce50$5c666af0$@hawaii.rr.com> <002601cf552e$d0420d40$70c627c0$@hawaii.rr.com> <003101cf554f$9dda71f0$d98f55d0$@hawaii.rr.com> <003801cf5609$d9cb0890$8d6119b0$@hawaii.rr.com> <001e01cf5675$cf166ef0$6d434cd0$@hawaii.rr.com> <001f01cf5684$85b92950$912b7bf0$@hawaii.rr.com> <00f901cf568c$416768e0$c4363aa0$@gmail.com> <002001cf5691$de645e00$9b2d1a00$@hawaii.rr.com> <01be01cf5698$02bf1a50$083d4ef0$@gmail.com> <002101cf569c$33367e90$9 9a37bb0$@hawaii.rr.com> Message-ID: <020201cf569d$97860270$c6920750$@gmail.com> In this case, tblPhoneCalls table needs a FKJobID to the Jobs table because you might be talking to ContactID about his company's involvement on Job X for the benefit of Customer Q (the municipality). Make sense? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 6:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue That's a pretty good analogy of it Bill :) What I was doing started out initially as just a simple "keep track of who was calling" thing but quickly grew. This is what I was trying to get working: tblCompany PK CompanyID tbl Jobs PK JobID Cross table tblCompany_Jobs FK CompanyID FK JobID tblCompanyContact PK ContactID FK CompanyID tblPhoneCalls PK CallID Cross table tblContact_Calls FK ContactID FK CallID I was able to use both sets separately with no problems. I then began trying to get them to work together where but could only do it on a limited basis. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, April 12, 2014 11:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Jon, Trying to understand what you mean. I was initially picturing your business looking to work on Job X at company Y. Now I am starting to read this as Job X is run by municipality Q, and companies A, B, and C might bid on Job X... and you would be keeping a database of companies who might want your bid, and you might talk to Company A and B both about Job X (which is Customer Q's Job). Is that right? If so, then You would not have a FK to the Company Table in the Job table, as that Job might actually get more than one Company working on it. You would need a cross table Company_Jobs, and have entered both Jobs and Companies separately into their respective entity containers. And the municipality, who is the end customer, might be a superset of the Job (a Customer table)... or a characteristic field within the Job table and therefore part of the Job's description. You might also want an industry table so that the Customer can be grouped by that (e.g., Government). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 4:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Many to Many relationship issue Hi Bill, What is being expected is to enter information relating to a job out for bid, enter companies interested in receiving bids from us and who made the request. Enter phone calls: incoming and outgoing, what job the phone calls were about. If a new job then be able to create a new job "on the fly" and who was involved. Provide lookup capability to find a job by job name (can be partial name), by the type of job, search and display phone calls which relate to this job and/or phone calls from a particular company or person. Most of the people in our company have some level of computer skills but the search parameters would need to be in a combo box or some form of list. When entering information as a new entry, if the company or caller does not exist then the ability to add "on the fly" is presented. There are really no formal reports being required, at least not yet but you never know... I get the requests for the above types of information from my boss and a couple managers, sometimes quite often. The need for historical information is keen... the projects we bid to the federal government sometimes take up to 18 months before being awarded and that obviously involves having to go searching later on but with an accurate database, when the basic information is displayed via a search, it makes the job much easier. By being able to add new companies and/or contacts "on the fly" will also reduce time for filling in the blanks for subsequent data entry. One of my main goals, is to make it user friendly so it will involve minimum involvement from 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 stuart at lexacorp.com.pg Sat Apr 12 17:44:55 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 13 Apr 2014 08:44:55 +1000 Subject: [AccessD] System Resources exceeded Ac-2010 In-Reply-To: <016a01cf5691$3f3d1c90$bdb755b0$@gmail.com> References: <016001cf5690$9ee2b250$dca816f0$@gmail.com>, <016a01cf5691$3f3d1c90$bdb755b0$@gmail.com> Message-ID: <5349C1E7.32038.3960FBB9@stuart.lexacorp.com.pg> Haven't come across that sort of problem for many years.but in a dim, cobweb covered corner of my brain, something stirs and gently whispers: MaxLocksPerFile A quick google tells me it can still be an issue in 2010. Check the registry setting HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\14.0\Access Connectivity Engine\Engines\ACE\MaxLocksPerFile It's probably 9500 - make it something like 100,000 :) -- Stuart On 12 Apr 2014 at 16:53, Bill Benson wrote: > Typo, after I created the table and before I shut down Access, I had > 3.5 of my original 4GB ram still available, and Acces was using 100MB > of RAM, as determined by shutting it down and seeing memory usage go > from 4.36GB to 4.26GB. > > -----Original Message----- > From: Bill Benson [mailto:bensonforums at gmail.com] > Sent: Saturday, April 12, 2014 4:49 PM > To: 'Access Developers discussion and problem solving' > Subject: System Resources exceeded Ac-2010 > > And now for something completely different... I tried to create a > LARGE table in Access by importing a large Excel worksheet. It was > 65000 rows by 11 columns, and each cell had 1020 characters in it. > Access created each field as Memo on import. > > Access did not tell me that system resources were exceeded during the > import, but since creation of the table, it will not open it. The > error is "System resource exceeded." > > However, I have 3.5 of my original 4GB ram still available. Access > itself is using only ______ and the database is 152MB large by testing > > Filelen(currentdb.name) > 151515136 > > Strange things are happening like I cannot even copy text out of the > immediate window and paste it here in this message. > > When I killed Access my physical memory dropped from 4.36 to 4.26 (a > RAM consumption of 100MB). > > When I re-started Access and re-opened the database, all data was > present and accounted for. > > And I can now copy and paste from the immediate window to this > message. > > What system resource is Access being constrained by? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sat Apr 12 18:10:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 19:10:35 -0400 Subject: [AccessD] compacting from code - improper error message instructions Message-ID: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> DoCmd.RunCommand acCmdCompactDatabase fails for predictable reasons but interesting how even the Access development team did not keep up with their own interface changes, writing in the 2010 environment, as this function is in the Database Tools menu. You cannot compact the open database by running a macro or Visual Basic code. Instead of using a macro or code, click the File tab and then click Compact and Repair database. Seems like the development team at Access doesn't even support themselves, let alone the user community. Maybe if I wasn't ticked that I couldn't compact from code, which I personally think we ought to be able to do, I would have let this slide. From bensonforums at gmail.com Sat Apr 12 19:48:22 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 20:48:22 -0400 Subject: [AccessD] Application.Run not passing my arguments declared optionally Message-ID: <034501cf56b2$12e21e90$38a65bb0$@gmail.com> I want some code which calls a dynamically named function and has a dynamically listed number of arguments to do this upon re-open of a database. So what I did was set the default form of my database to this invisible form. In that form, on load, I check a record in a table which should indicate the function or sub I want to call. So far I have tested this only with one routine, and while I can call that routine, I cannot seem to get the arguments to take hold. Basically, I get that they are missing, regardless how I have tried to structure the function call. A simple example: Private Sub Form_Load() Dim strRoutine As String strRoutine = Nz(DLookup("Function", "Tbl2"), "") If strRoutine <> "" Then 'Suppose Function had value 'DropIndexes' Debug.Print Application.Run(strRoutine, , True) End If Function DropIndexes(Optional T, Optional Restarted) Dim D As DAO.Database Dim i As Long 'Tried to pass nothing for T and True for Restarted Debug.print Ismissing(Restarted) ' 'Result: 'True Based on this result I cannot even begin to explore further what I might do if the arguments are different, listed in different order, or whatever, for a different dynamically named routine. Thanks if anyone can help me get the arguments to take hold. From bensonforums at gmail.com Sat Apr 12 20:11:28 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 21:11:28 -0400 Subject: [AccessD] Application.Run not passing my arguments declared optionally In-Reply-To: <034501cf56b2$12e21e90$38a65bb0$@gmail.com> References: <034501cf56b2$12e21e90$38a65bb0$@gmail.com> Message-ID: <037e01cf56b5$4d7e8400$e87b8c00$@gmail.com> I got an alternative to "almost" work. Dim X 'Tried X = Eval(strRoutine & " (,true)") but got "The expression you entered contains invalid syntax" 'Next tried X = Eval(strRoutine & " (Restarted:=True)") but got "Microsoft Access cannot find the name 'Restarted' you entered in the expression. 'It seems arguments have to be passed all or nothing? I can do one of these, but it changes what I have to do inside my function: X = Eval(strRoutine & " ()") or X = Eval(strRoutine & " (False,True)") Of course, the arguments can be anything acceptable as parameters - e.g., I don't have to pass "False" for the first argument, I can pass anything that a variant can hold, since the parameter is declared as a variant... but I do have to pass either no arguments or all arguments in order. Which means I can no longer test IsMissing(Arg1) inside the function. I keep thinking that I am missing something elemental here. Thanks for those following and thinking about this on my behalf. Function DropIndexes(Optional T, Optional Restarted) '...Blah Blah End Function -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Saturday, April 12, 2014 8:48 PM To: 'Access Developers discussion and problem solving' Subject: Application.Run not passing my arguments declared optionally I want some code which calls a dynamically named function and has a dynamically listed number of arguments to do this upon re-open of a database. So what I did was set the default form of my database to this invisible form. In that form, on load, I check a record in a table which should indicate the function or sub I want to call. So far I have tested this only with one routine, and while I can call that routine, I cannot seem to get the arguments to take hold. Basically, I get that they are missing, regardless how I have tried to structure the function call. A simple example: Private Sub Form_Load() Dim strRoutine As String strRoutine = Nz(DLookup("Function", "Tbl2"), "") If strRoutine <> "" Then 'Suppose Function had value 'DropIndexes' Debug.Print Application.Run(strRoutine, , True) End If Function DropIndexes(Optional T, Optional Restarted) Dim D As DAO.Database Dim i As Long 'Tried to pass nothing for T and True for Restarted Debug.print Ismissing(Restarted) ' 'Result: 'True Based on this result I cannot even begin to explore further what I might do if the arguments are different, listed in different order, or whatever, for a different dynamically named routine. Thanks if anyone can help me get the arguments to take hold. From stuart at lexacorp.com.pg Sat Apr 12 21:28:39 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 13 Apr 2014 12:28:39 +1000 Subject: [AccessD] Application.Run not passing my arguments declared optionally In-Reply-To: <034501cf56b2$12e21e90$38a65bb0$@gmail.com> References: <034501cf56b2$12e21e90$38a65bb0$@gmail.com> Message-ID: <5349F657.28139.3A2DD318@stuart.lexacorp.com.pg> It works if you pass vbNull for the first argument. :( On 12 Apr 2014 at 20:48, Bill Benson wrote: > I want some code which calls a dynamically named function and has a > dynamically listed number of arguments to do this upon re-open of a > database. So what I did was set the default form of my database to > this invisible form. In that form, on load, I check a record in a > table which should indicate the function or sub I want to call. So far > I have tested this only with one routine, and while I can call that > routine, I cannot seem to get the arguments to take hold. Basically, I > get that they are missing, regardless how I have tried to structure > the function call. A simple example: > > Private Sub Form_Load() > Dim strRoutine As String > strRoutine = Nz(DLookup("Function", "Tbl2"), "") > If strRoutine <> "" Then > 'Suppose Function had value 'DropIndexes' > Debug.Print Application.Run(strRoutine, , True) > End If > > > Function DropIndexes(Optional T, Optional Restarted) > Dim D As DAO.Database > Dim i As Long > 'Tried to pass nothing for T and True for Restarted > Debug.print Ismissing(Restarted) > > ' > 'Result: > 'True > > > Based on this result I cannot even begin to explore further what I > might do if the arguments are different, listed in different order, or > whatever, for a different dynamically named routine. > > Thanks if anyone can help me get the arguments to take hold. > > -- > 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 Apr 12 21:34:10 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 13 Apr 2014 12:34:10 +1000 Subject: [AccessD] Application.Run not passing my arguments declared optionally In-Reply-To: <037e01cf56b5$4d7e8400$e87b8c00$@gmail.com> References: <034501cf56b2$12e21e90$38a65bb0$@gmail.com>, <037e01cf56b5$4d7e8400$e87b8c00$@gmail.com> Message-ID: <5349F7A2.3745.3A32DDD2@stuart.lexacorp.com.pg> After doing a bit of testing, it certainly looks like a limitation on Application.Run (guess they were too busy creating multivalue fields etc to make it work properly). I'd consider going with a wrapper function with a SELECT CASE block and specifically calling a function depending on the input parameter. On 12 Apr 2014 at 21:11, Bill Benson wrote: > I got an alternative to "almost" work. > > Dim X > 'Tried X = Eval(strRoutine & " (,true)") but got "The expression you > entered contains invalid syntax" 'Next tried X = Eval(strRoutine & " > (Restarted:=True)") but got "Microsoft Access cannot find the name > 'Restarted' you entered in the expression. 'It seems arguments have to > be passed all or nothing? > I can do one of these, but it changes what I have to do > inside my > function: > X = Eval(strRoutine & " ()") > or > X = Eval(strRoutine & " (False,True)") > > Of course, the arguments can be anything acceptable as parameters - > e.g., I don't have to pass "False" for the first argument, I can pass > anything that a variant can hold, since the parameter is declared as a > variant... but I do have to pass either no arguments or all arguments > in order. Which means I can no longer test IsMissing(Arg1) inside the > function. > > I keep thinking that I am missing something elemental here. > Thanks for those following and thinking about this on my behalf. > > Function DropIndexes(Optional T, Optional Restarted) > '...Blah Blah > End Function > > -----Original Message----- > From: Bill Benson [mailto:bensonforums at gmail.com] > Sent: Saturday, April 12, 2014 8:48 PM > To: 'Access Developers discussion and problem solving' > Subject: Application.Run not passing my arguments declared optionally > > I want some code which calls a dynamically named function and has a > dynamically listed number of arguments to do this upon re-open of a > database. So what I did was set the default form of my database to > this invisible form. In that form, on load, I check a record in a > table which should indicate the function or sub I want to call. So far > I have tested this only with one routine, and while I can call that > routine, I cannot seem to get the arguments to take hold. Basically, I > get that they are missing, regardless how I have tried to structure > the function call. A simple example: > > Private Sub Form_Load() > Dim strRoutine As String > strRoutine = Nz(DLookup("Function", "Tbl2"), "") > If strRoutine <> "" Then > 'Suppose Function had value 'DropIndexes' > Debug.Print Application.Run(strRoutine, , True) > End If > > > Function DropIndexes(Optional T, Optional Restarted) > Dim D As DAO.Database > Dim i As Long > 'Tried to pass nothing for T and True for Restarted > Debug.print Ismissing(Restarted) > > ' > 'Result: > 'True > > > Based on this result I cannot even begin to explore further what I > might do if the arguments are different, listed in different order, or > whatever, for a different dynamically named routine. > > Thanks if anyone can help me get the arguments to take hold. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sat Apr 12 22:03:11 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 12 Apr 2014 23:03:11 -0400 Subject: [AccessD] Application.Run not passing my arguments declared optionally In-Reply-To: <5349F7A2.3745.3A32DDD2@stuart.lexacorp.com.pg> References: <034501cf56b2$12e21e90$38a65bb0$@gmail.com>, <037e01cf56b5$4d7e8400$e87b8c00$@gmail.com> <5349F7A2.3745.3A32DDD2@stuart.lexacorp.com.pg> Message-ID: <044401cf56c4$e8e22ff0$baa68fd0$@gmail.com> Works fine... that is what I did. Private Sub Form_Load() Select Case Nz(DLookup("Function", "TblRestartFunctions"), "") Case Is = "Routine1": Application.Run "Routine1", True 'ALTERNATIVE 'Case Is = "Routine1": x = Eval("Routine1" & " (True)") Case Is = "Routine2": Application.Run "Routine2", vbNull, True 'Thanks Stuart M. 'ALTERNATIVE Case Is = "Routine2": x = Eval("Routine2" & " (False,True)") End Select CurrentDb.Execute "Delete * from TblRestartFunctions" End If End Sub A thorny problem is how to pass objects and other argument types, having first read them and their values from my table of function names and arguments. I think I can do this... As a for instance, if for Function X, there were 3 arguments of class Boolean, String, and Tabledef, I could store in fields named Arg1Type, Arg2Type, Arg3 Type, ..., Arg6 Type, the values: "Boolean", "String", "Tabledef", "#N/A", "#N/A", "#N/A" and in fields named Arg1Value, Arg2Value, Arg3Value, Arg4Value, Arg5Value, Arg6Value, the values "True", "Bill", "TblCompany"... And in my routine that looks up and wants to use this info, I could have a Select Case which assigns variants to whatever is required according to that ArgnType. Select Case Nz(DLookup("Arg1Type", "TblRestartFunctions"), "") Case is = "Boolean" VarArg1Value = CBool(Nz(DLookup("Arg1Value", "TblRestartFunctions"), False) Case is = "String" VarArg1Value = CBool(Nz(DLookup("Arg1Value", "TblRestartFunctions"), """") Case is = "Tabledef" Set VarArg1Value = currentdb.tabledefs(Nz(DLookup("Arg1Value", "TblRestartFunctions"), """")) '''Possibly a few more types and assignment options Case Else Set VarArg1Value =Empty End Select '... Repeat for Args2 thru 6 Type and Value, possibly with more items in the Select Case HOWEVER ... Using Application.Run, I think I should be able to pass the VarArg1Value, VarArg2Value, etc... Function Routine2(Optional T, Optional Restarted) If Not IsMissing(Restarted) Then MsgBox "restarted is " & CBool(Restarted) GoTo Afterwards Else MsgBox "restarted is False" End If MsgBox "Before Routine2, my database size is " & Format(FileLen(CurrentDb.Name), "#,###") 'Do some real work involving parameter T GoTo exit_me Afterwards: MsgBox "Main parts of Routine2 were bypassed because we just wanted to check the size after compaction, it is " & Format(FileLen(CurrentDb.Name), "#,###") exit_me: End Function Function Routine1(Optional Restarted) If Not IsMissing(Restarted) Then MsgBox "restarted is " & CBool(Restarted) GoTo Afterwards Else MsgBox "restarted is False" End If MsgBox "Before Routine1, my database size is " & Format(FileLen(CurrentDb.Name), "#,###") 'Do some real work GoTo exit_me Afterwards: MsgBox "Main parts of Routine1 were bypassed because we just wanted to check the size after compaction, it is " & Format(FileLen(CurrentDb.Name), "#,###") exit_me: End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Saturday, April 12, 2014 10:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Application.Run not passing my arguments declared optionally After doing a bit of testing, it certainly looks like a limitation on Application.Run (guess they were too busy creating multivalue fields etc to make it work properly). I'd consider going with a wrapper function with a SELECT CASE block and specifically calling a function depending on the input parameter. From jon.albright at hawaii.rr.com Sat Apr 12 22:12:12 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Sat, 12 Apr 2014 17:12:12 -1000 Subject: [AccessD] Many To Many Issue Message-ID: <000f01cf56c6$2a630700$7f291500$@hawaii.rr.com> Hey Bill, Hopefully this isn't a duplicate post. Haven't been able to reply to your earlier message. So when creating the the cross tables, is it supposed to be a composite key between the two FK's of the related tables or can you have a primary key consisting of an autonumber field along with the two FK's ? Autonumber FK Number (long int) FK Autonumber PK Number (long int) FK Number (long int) FK I have seen examples of it used both ways and one states you must use a composite key? Of course you can't always believe everything read on the internet... Jon Albright Iniki Enterprises Honolulu, Hawaii (808) 677-7800 x116 From bensonforums at gmail.com Sat Apr 12 23:08:40 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 13 Apr 2014 00:08:40 -0400 Subject: [AccessD] Many To Many Issue In-Reply-To: <000f01cf56c6$2a630700$7f291500$@hawaii.rr.com> References: <000f01cf56c6$2a630700$7f291500$@hawaii.rr.com> Message-ID: <060001cf56ce$0e882990$2b987cb0$@gmail.com> Hi Jon, Not a safe question really, there are several answers. This article is a pretty good one. http://www.agiledata.org/essays/keys.html The rest of this post is anecdotal. There comes a time in a lot of data tables' lives, when their records will need to be ported over to a new system, and the column values will not really fit in the new schema. Such records have to be there in order to have a complete picture of the data, but they might not fit the new data rules, and therefore the FKs have to be relaxed while someone chips away at the data. DBAs don't like unioning "good data" with bad, from what I have seen, so they let it all be "bad" (ie, take away the constraints) while cleanup is occurring in batches on the back-end through update queries. What happened in one system at GE was a control was bound to a column in a table (or a view, doesn't matter) and if the user did nothing, the field displayed displayed a certain value (let's say a commodity) as it had been entered. So there was a commodity code and a commodity value, right... in the record - it was not handled through a lookup, because the table needed to show obsolete commodities, since they really existed in the non-cleaned-up data. So, as long as the user just looked at the record, no problem. But the second they clicked on the drop down (whose job it was to allow the user to edit the commodity if need be, of course that control looked up to a current commodity table. Naturally, the old code and value were not found, so the control would not show what had been on the record. And therefore, the user was left with no choice but to select something - which changed the record permanently (if they did not escape out in time). And because this stupid had some kind of autosave going on, often their "choice" permanently over-wrote the bad data. Now, some purists would say that the data should not have been introduced to the user which was not compliant with the new commodities, but I kid you not, some of these commodities were freely entered in the old system and so hard to figure out, that no automated system with any amount of fuzzy logic could have fixed them. Yet they were on actual shipments, the company could not abandon the records. So they had to relax the constraints and let the data in. but the query populating the control candidate values did not include the old value (see, there is where I think the mistake lay, it should have unioned the existing value with the other "good" choices). This does not help you answer your dilemma, but I felt like relating it, ha haha... I believe this kind of stuff happens a lot. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jon Albright Sent: Saturday, April 12, 2014 11:12 PM To: accessd at databaseadvisors.com Subject: [AccessD] Many To Many Issue Hey Bill, Hopefully this isn't a duplicate post. Haven't been able to reply to your earlier message. So when creating the the cross tables, is it supposed to be a composite key between the two FK's of the related tables or can you have a primary key consisting of an autonumber field along with the two FK's ? Autonumber FK Number (long int) FK Autonumber PK Number (long int) FK Number (long int) FK I have seen examples of it used both ways and one states you must use a composite key? Of course you can't always believe everything read on the internet... Jon Albright Iniki Enterprises Honolulu, Hawaii (808) 677-7800 x116 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at comcast.net Sun Apr 13 10:18:20 2014 From: df.waters at comcast.net (Dan Waters) Date: Sun, 13 Apr 2014 10:18:20 -0500 Subject: [AccessD] compacting from code - improper error message instructions In-Reply-To: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> References: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> Message-ID: <000601cf572b$9b05e9e0$d111bda0$@comcast.net> Hi Bill, You're right - you cannot compact the database where the code resides. What the code does allow you to do is compact a different database file, once you set a reference to it and set it as the current database. I create utility files to do this so I can compact an Access file with a single click on a shortcut. As an aside: In my systems, I set the back end file (all the tables) to Compact on Close. When the last person closes their front end file on their PC, the BE file will close and compact. So it gets compacted at least once per day. And I've had no data corruption for many years that couldn't be attributed to some external event. Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, April 12, 2014 6:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] compacting from code - improper error message instructions DoCmd.RunCommand acCmdCompactDatabase fails for predictable reasons but interesting how even the Access development team did not keep up with their own interface changes, writing in the 2010 environment, as this function is in the Database Tools menu. You cannot compact the open database by running a macro or Visual Basic code. Instead of using a macro or code, click the File tab and then click Compact and Repair database. Seems like the development team at Access doesn't even support themselves, let alone the user community. Maybe if I wasn't ticked that I couldn't compact from code, which I personally think we ought to be able to do, I would have let this slide. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Apr 13 10:45:44 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 13 Apr 2014 11:45:44 -0400 Subject: [AccessD] compacting from code - improper error message instructions In-Reply-To: <000601cf572b$9b05e9e0$d111bda0$@comcast.net> References: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> <000601cf572b$9b05e9e0$d111bda0$@comcast.net> Message-ID: Yes Dan, a best practice from all that I have read ... I was sorta tongue in cheek declaring it to be a defect not being able to compact in code. Actually I "can" (but should not), with Sendkeys, as long as the interface is active. Either one line of code if you want to take a chance that the ribbon menus are all where they ought to be, and no customizations have interfered with the accelerator keys. But also you could loop through all the commands on the ribbon, test their captions, and make SURE you tab as many or few to the right of FILE and thereafter use the correct command keys as many times as justified by the appearance order of the relevant accelerator key (s). All this depends upon MS not taking away Alt Key menu invocation. Thanks for the reply! On Apr 13, 2014 11:19 AM, "Dan Waters" wrote: > Hi Bill, > > You're right - you cannot compact the database where the code resides. > What > the code does allow you to do is compact a different database file, once > you > set a reference to it and set it as the current database. I create utility > files to do this so I can compact an Access file with a single click on a > shortcut. > > As an aside: In my systems, I set the back end file (all the tables) to > Compact on Close. When the last person closes their front end file on > their > PC, the BE file will close and compact. So it gets compacted at least once > per day. And I've had no data corruption for many years that couldn't be > attributed to some external event. > > Thanks! > Dan > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 6:11 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] compacting from code - improper error message > instructions > > DoCmd.RunCommand acCmdCompactDatabase fails for predictable reasons but > interesting how even the Access development team did not keep up with their > own interface changes, writing in the 2010 environment, as this function is > in the Database Tools menu. > > You cannot compact the open database by running a macro or Visual > Basic > code. > Instead of using a macro or code, click the File tab and then click > Compact and Repair database. > > Seems like the development team at Access doesn't even support themselves, > let alone the user community. > > Maybe if I wasn't ticked that I couldn't compact from code, which I > personally think we ought to be able to do, I would have let this slide. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Sun Apr 13 17:12:44 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sun, 13 Apr 2014 18:12:44 -0400 Subject: [AccessD] compacting from code - improper error message instructions In-Reply-To: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> References: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> Message-ID: Well you've never been able to compact an open DB, and that rule still applies. The trick here is that because it's MSACCESS.EXE that is doing the C&R rather than VBA, the DB can be closed, C&R run, and then re-opened. That's what's going on when you choose it from the file menu. But when doing it from code, you can't close the DB because VBA code is currently executing. Also note that a compact and repair from DAO is not the same either as it doesn't take into account Access objects, but simply data. JET doesn't know about Access objects. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, April 12, 2014 07:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] compacting from code - improper error message instructions DoCmd.RunCommand acCmdCompactDatabase fails for predictable reasons but interesting how even the Access development team did not keep up with their own interface changes, writing in the 2010 environment, as this function is in the Database Tools menu. You cannot compact the open database by running a macro or Visual Basic code. Instead of using a macro or code, click the File tab and then click Compact and Repair database. Seems like the development team at Access doesn't even support themselves, let alone the user community. Maybe if I wasn't ticked that I couldn't compact from code, which I personally think we ought to be able to do, I would have let this slide. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Sun Apr 13 20:13:41 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 14 Apr 2014 13:13:41 +1200 Subject: [AccessD] Checking for Records in Recordsets Message-ID: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> Listers, I have some code that gets recordsets and applies them to the sources of a number of combobox controls. The code looks like this: Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & Nz(Me!cboFilter, 0), adCmdText) Set Me.Recordset = rstTemp Set rstTemp = rstTemp.NextRecordset If rstTemp.EOF <> True Then 'Record exists Set Me!cboSearch.Recordset = rstTemp Else Set Me!cboSearch.Recordset = Null End If The stored Procedure has a number of select statements to get a number of record sets. When a recordset has no records then an error 424 (Object Required) appears when the "If rstTemp.EOF <> True" line is processed. This seems to be telling me that if a recordset has no records then it doesn't even get returned as an empty recordset. However, when I have multiple recordsets I can use the "Set rstTemp = rstTemp.NextRecordset" line to move to the next expected recordset and it is the correct one for the next control. How can I check if there are any records in a returned recordset and clear the control source? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From darryl at whittleconsulting.com.au Sun Apr 13 20:49:24 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 14 Apr 2014 01:49:24 +0000 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> Message-ID: <65ea16e1ce13406dae08d85f5d6d6a69@HKXPR04MB360.apcprd04.prod.outlook.com> Hi David, I use "IF rstTemp.recordcount > 0" rather than EOF when I do this sort of thing. I would normally test if recordcount > 0 = TRUE before trying to do anything with the control source. If you just care if it has 'something' in the RS than count will do. You need an accurate count you need to test something exists and then .movelast, .movefirst. In air code. Check if rs.recordcount > 0 If TRUE then do your thing with the form If FALSE try the next RS or something else. Hope that helps Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, 14 April 2014 11:14 AM To: AccessD Subject: [AccessD] Checking for Records in Recordsets Listers, I have some code that gets recordsets and applies them to the sources of a number of combobox controls. The code looks like this: Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & Nz(Me!cboFilter, 0), adCmdText) Set Me.Recordset = rstTemp Set rstTemp = rstTemp.NextRecordset If rstTemp.EOF <> True Then 'Record exists Set Me!cboSearch.Recordset = rstTemp Else Set Me!cboSearch.Recordset = Null End If The stored Procedure has a number of select statements to get a number of record sets. When a recordset has no records then an error 424 (Object Required) appears when the "If rstTemp.EOF <> True" line is processed. This seems to be telling me that if a recordset has no records then it doesn't even get returned as an empty recordset. However, when I have multiple recordsets I can use the "Set rstTemp = rstTemp.NextRecordset" line to move to the next expected recordset and it is the correct one for the next control. How can I check if there are any records in a returned recordset and clear the control source? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Apr 13 21:53:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 13 Apr 2014 22:53:35 -0400 Subject: [AccessD] compacting from code - improper error message instructions In-Reply-To: References: <027201cf56a4$699ee500$3cdcaf00$@gmail.com> Message-ID: Thank you Jim! On Apr 13, 2014 6:10 PM, "Jim Dettman" wrote: > > Well you've never been able to compact an open DB, and that rule still > applies. > > The trick here is that because it's MSACCESS.EXE that is doing the C&R > rather than VBA, the DB can be closed, C&R run, and then re-opened. That's > what's going on when you choose it from the file menu. > > But when doing it from code, you can't close the DB because VBA code is > currently executing. > > Also note that a compact and repair from DAO is not the same either as it > doesn't take into account Access objects, but simply data. JET doesn't > know about Access objects. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, April 12, 2014 07:11 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] compacting from code - improper error message > instructions > > DoCmd.RunCommand acCmdCompactDatabase fails for predictable reasons but > interesting how even the Access development team did not keep up with their > own interface changes, writing in the 2010 environment, as this function is > in the Database Tools menu. > > You cannot compact the open database by running a macro or Visual > Basic > code. > Instead of using a macro or code, click the File tab and then click > Compact and Repair database. > > Seems like the development team at Access doesn't even support themselves, > let alone the user community. > > Maybe if I wasn't ticked that I couldn't compact from code, which I > personally think we ought to be able to do, I would have let this slide. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Sun Apr 13 22:14:28 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 13 Apr 2014 23:14:28 -0400 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> Message-ID: A question: why are you setting Me.recordset = rstTemp? Personally I don't see how rstTemp.EOF I'd giving an error when the Set statement just prior to that does not. I could see if the Set statement was failing how the assignment might not replace the prior existing definition of rstTemp, as happens when setting other objects equal to something undefined will do (I think). Anyway, no help here, sorry, just questions! On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > Listers, > > > > I have some code that gets recordsets and applies them to the sources of a > number of combobox controls. > > > > The code looks like this: > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > Nz(Me!cboFilter, 0), adCmdText) > > Set Me.Recordset = rstTemp > > > > Set rstTemp = rstTemp.NextRecordset > > > > If rstTemp.EOF <> True Then 'Record exists > > Set Me!cboSearch.Recordset = rstTemp > > Else > > Set Me!cboSearch.Recordset = Null > > End If > > > > The stored Procedure has a number of select statements to get a number of > record sets. > > > > When a recordset has no records then an error 424 (Object Required) appears > when the "If rstTemp.EOF <> True" line is processed. This seems to be > telling me that if a recordset has no records then it doesn't even get > returned as an empty recordset. However, when I have multiple recordsets I > can use the "Set rstTemp = rstTemp.NextRecordset" line to move to the next > expected recordset and it is the correct one for the next control. > > > > How can I check if there are any records in a returned recordset and clear > the control source? > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Sun Apr 13 22:42:32 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 14 Apr 2014 03:42:32 +0000 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> Message-ID: <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> I had similar questions on the code logic / syntax, but I figured I was only seeing part of the deal and there might be good / other reasons for the choice of code. But it did seem a bit odd prima facie. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 14 April 2014 1:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets A question: why are you setting Me.recordset = rstTemp? Personally I don't see how rstTemp.EOF I'd giving an error when the Set statement just prior to that does not. I could see if the Set statement was failing how the assignment might not replace the prior existing definition of rstTemp, as happens when setting other objects equal to something undefined will do (I think). Anyway, no help here, sorry, just questions! On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > Listers, > > > > I have some code that gets recordsets and applies them to the sources > of a number of combobox controls. > > > > The code looks like this: > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > Nz(Me!cboFilter, 0), adCmdText) > > Set Me.Recordset = rstTemp > > > > Set rstTemp = rstTemp.NextRecordset > > > > If rstTemp.EOF <> True Then 'Record exists > > Set Me!cboSearch.Recordset = rstTemp > > Else > > Set Me!cboSearch.Recordset = Null > > End If > > > > The stored Procedure has a number of select statements to get a number > of record sets. > > > > When a recordset has no records then an error 424 (Object Required) > appears when the "If rstTemp.EOF <> True" line is processed. This > seems to be telling me that if a recordset has no records then it > doesn't even get returned as an empty recordset. However, when I have > multiple recordsets I can use the "Set rstTemp = > rstTemp.NextRecordset" line to move to the next expected recordset and it is the correct one for the next control. > > > > How can I check if there are any records in a returned recordset and > clear the control source? > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 newsgrps at dalyn.co.nz Mon Apr 14 00:57:45 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 14 Apr 2014 17:57:45 +1200 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> It is a code idea from this set of articles: http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036278&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=0zZtrmMKOSoSc1 http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036474&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3WCtwx3gCToSc1 http://www.linkedin.com/groups/Access-ADO-SQL-Server-perfect-4843954.S.24703 6822?view=&gid=4843954&type=member&item=247036822&commentID=-1&trk=view_disc http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7037047&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3A1HOttOqToSc1 Basically the stored procedure has a number of select statements used by the main form and any combo boxes on the form. When the form is opened then the form and combo box sources are set by moving through the stored procedure's recordsets. The error is not on the first recordset which is used for the form, but for one of the subsequent recordsets. Because a parameter is being passed into the stored procedure which is used to filter the combobox records, there are situations when no records are returned for that combobox. This is what is causing the problem. I have narrowed the problem further. The actual problem line is: Set Me!cboSearch.Recordset = "" I have also tried Set Me!cboSearch.Recordset = NULL So it was not that the recordset had no records but the resetting of the field's source that produces the error 424 (Object Required). How do I clear the recordset for the combo box so that it doesn't show the previous filtered list? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 14 April 2014 3:43 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets I had similar questions on the code logic / syntax, but I figured I was only seeing part of the deal and there might be good / other reasons for the choice of code. But it did seem a bit odd prima facie. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 14 April 2014 1:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets A question: why are you setting Me.recordset = rstTemp? Personally I don't see how rstTemp.EOF I'd giving an error when the Set statement just prior to that does not. I could see if the Set statement was failing how the assignment might not replace the prior existing definition of rstTemp, as happens when setting other objects equal to something undefined will do (I think). Anyway, no help here, sorry, just questions! On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > Listers, > > > > I have some code that gets recordsets and applies them to the sources > of a number of combobox controls. > > > > The code looks like this: > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > Nz(Me!cboFilter, 0), adCmdText) > > Set Me.Recordset = rstTemp > > > > Set rstTemp = rstTemp.NextRecordset > > > > If rstTemp.EOF <> True Then 'Record exists > > Set Me!cboSearch.Recordset = rstTemp > > Else > > Set Me!cboSearch.Recordset = Null > > End If > > > > The stored Procedure has a number of select statements to get a number > of record sets. > > > > When a recordset has no records then an error 424 (Object Required) > appears when the "If rstTemp.EOF <> True" line is processed. This > seems to be telling me that if a recordset has no records then it > doesn't even get returned as an empty recordset. However, when I have > multiple recordsets I can use the "Set rstTemp = > rstTemp.NextRecordset" line to move to the next expected recordset and it is the correct one for the next control. > > > > How can I check if there are any records in a returned recordset and > clear the control source? > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 at whittleconsulting.com.au Mon Apr 14 01:41:29 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 14 Apr 2014 06:41:29 +0000 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> Message-ID: <17310652103247778a3f4e3d99b18df2@HKXPR04MB360.apcprd04.prod.outlook.com> Off the top of my head you can drop the "SET". Did you try using "Rowsource" for the combo instead? Me!cboSearch.Rowsource = "" Should work. Or try Me!cboSearch.Rowsource =vbnullstring Hope that helps Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, 14 April 2014 3:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Checking for Records in Recordsets It is a code idea from this set of articles: http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036278&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=0zZtrmMKOSoSc1 http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036474&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3WCtwx3gCToSc1 http://www.linkedin.com/groups/Access-ADO-SQL-Server-perfect-4843954.S.24703 6822?view=&gid=4843954&type=member&item=247036822&commentID=-1&trk=view_disc http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7037047&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3A1HOttOqToSc1 Basically the stored procedure has a number of select statements used by the main form and any combo boxes on the form. When the form is opened then the form and combo box sources are set by moving through the stored procedure's recordsets. The error is not on the first recordset which is used for the form, but for one of the subsequent recordsets. Because a parameter is being passed into the stored procedure which is used to filter the combobox records, there are situations when no records are returned for that combobox. This is what is causing the problem. I have narrowed the problem further. The actual problem line is: Set Me!cboSearch.Recordset = "" I have also tried Set Me!cboSearch.Recordset = NULL So it was not that the recordset had no records but the resetting of the field's source that produces the error 424 (Object Required). How do I clear the recordset for the combo box so that it doesn't show the previous filtered list? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 14 April 2014 3:43 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets I had similar questions on the code logic / syntax, but I figured I was only seeing part of the deal and there might be good / other reasons for the choice of code. But it did seem a bit odd prima facie. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 14 April 2014 1:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets A question: why are you setting Me.recordset = rstTemp? Personally I don't see how rstTemp.EOF I'd giving an error when the Set statement just prior to that does not. I could see if the Set statement was failing how the assignment might not replace the prior existing definition of rstTemp, as happens when setting other objects equal to something undefined will do (I think). Anyway, no help here, sorry, just questions! On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > Listers, > > > > I have some code that gets recordsets and applies them to the sources > of a number of combobox controls. > > > > The code looks like this: > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > Nz(Me!cboFilter, 0), adCmdText) > > Set Me.Recordset = rstTemp > > > > Set rstTemp = rstTemp.NextRecordset > > > > If rstTemp.EOF <> True Then 'Record exists > > Set Me!cboSearch.Recordset = rstTemp > > Else > > Set Me!cboSearch.Recordset = Null > > End If > > > > The stored Procedure has a number of select statements to get a number > of record sets. > > > > When a recordset has no records then an error 424 (Object Required) > appears when the "If rstTemp.EOF <> True" line is processed. This > seems to be telling me that if a recordset has no records then it > doesn't even get returned as an empty recordset. However, when I have > multiple recordsets I can use the "Set rstTemp = > rstTemp.NextRecordset" line to move to the next expected recordset > and it is the correct one for the next control. > > > > How can I check if there are any records in a returned recordset and > clear the control source? > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 newsgrps at dalyn.co.nz Mon Apr 14 02:08:53 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 14 Apr 2014 19:08:53 +1200 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <17310652103247778a3f4e3d99b18df2@HKXPR04MB360.apcprd04.prod.outlook.com> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> <17310652103247778a3f4e3d99b18df2@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <005801cf57b0$6553e010$2ffba030$@dalyn.co.nz> Thanks Darryl, Tried variations such as Me!cboSearch.RowSource = "" Me!cboSearch.RowSource = vbNullString Set Me!cboSearch.Recordset = vbNullString Tried adding Me!cboSearch.Requery after the above line. None changed the combo list. Still scratching my head. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 14 April 2014 6:41 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets Off the top of my head you can drop the "SET". Did you try using "Rowsource" for the combo instead? Me!cboSearch.Rowsource = "" Should work. Or try Me!cboSearch.Rowsource =vbnullstring Hope that helps Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, 14 April 2014 3:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Checking for Records in Recordsets It is a code idea from this set of articles: http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036278&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=0zZtrmMKOSoSc1 http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036474&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3WCtwx3gCToSc1 http://www.linkedin.com/groups/Access-ADO-SQL-Server-perfect-4843954.S.24703 6822?view=&gid=4843954&type=member&item=247036822&commentID=-1&trk=view_disc http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7037047&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3A1HOttOqToSc1 Basically the stored procedure has a number of select statements used by the main form and any combo boxes on the form. When the form is opened then the form and combo box sources are set by moving through the stored procedure's recordsets. The error is not on the first recordset which is used for the form, but for one of the subsequent recordsets. Because a parameter is being passed into the stored procedure which is used to filter the combobox records, there are situations when no records are returned for that combobox. This is what is causing the problem. I have narrowed the problem further. The actual problem line is: Set Me!cboSearch.Recordset = "" I have also tried Set Me!cboSearch.Recordset = NULL So it was not that the recordset had no records but the resetting of the field's source that produces the error 424 (Object Required). How do I clear the recordset for the combo box so that it doesn't show the previous filtered list? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 14 April 2014 3:43 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets I had similar questions on the code logic / syntax, but I figured I was only seeing part of the deal and there might be good / other reasons for the choice of code. But it did seem a bit odd prima facie. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 14 April 2014 1:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets A question: why are you setting Me.recordset = rstTemp? Personally I don't see how rstTemp.EOF I'd giving an error when the Set statement just prior to that does not. I could see if the Set statement was failing how the assignment might not replace the prior existing definition of rstTemp, as happens when setting other objects equal to something undefined will do (I think). Anyway, no help here, sorry, just questions! On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > Listers, > > > > I have some code that gets recordsets and applies them to the sources > of a number of combobox controls. > > > > The code looks like this: > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > Nz(Me!cboFilter, 0), adCmdText) > > Set Me.Recordset = rstTemp > > > > Set rstTemp = rstTemp.NextRecordset > > > > If rstTemp.EOF <> True Then 'Record exists > > Set Me!cboSearch.Recordset = rstTemp > > Else > > Set Me!cboSearch.Recordset = Null > > End If > > > > The stored Procedure has a number of select statements to get a number > of record sets. > > > > When a recordset has no records then an error 424 (Object Required) > appears when the "If rstTemp.EOF <> True" line is processed. This > seems to be telling me that if a recordset has no records then it > doesn't even get returned as an empty recordset. However, when I have > multiple recordsets I can use the "Set rstTemp = > rstTemp.NextRecordset" line to move to the next expected recordset > and it is the correct one for the next control. > > > > How can I check if there are any records in a returned recordset and > clear the control source? > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 newsgrps at dalyn.co.nz Mon Apr 14 02:29:12 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 14 Apr 2014 19:29:12 +1200 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <005801cf57b0$6553e010$2ffba030$@dalyn.co.nz> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> <17310652103247778a3f4e3d99b18df2@HKXPR04MB360.apcprd04.prod.outlook.com> <005801cf57b0$6553e010$2ffba030$@dalyn.co.nz> Message-ID: <005c01cf57b3$3b972f40$b2c58dc0$@dalyn.co.nz> Solved it. Instead of trying to delete the recordset property if there were no records I allowed it to be set to the empty recordset. This of course cleared the old list and filled it with no records. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, 14 April 2014 7:09 p.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Checking for Records in Recordsets Thanks Darryl, Tried variations such as Me!cboSearch.RowSource = "" Me!cboSearch.RowSource = vbNullString Set Me!cboSearch.Recordset = vbNullString Tried adding Me!cboSearch.Requery after the above line. None changed the combo list. Still scratching my head. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 14 April 2014 6:41 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets Off the top of my head you can drop the "SET". Did you try using "Rowsource" for the combo instead? Me!cboSearch.Rowsource = "" Should work. Or try Me!cboSearch.Rowsource =vbnullstring Hope that helps Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, 14 April 2014 3:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Checking for Records in Recordsets It is a code idea from this set of articles: http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036278&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=0zZtrmMKOSoSc1 http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7036474&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3WCtwx3gCToSc1 http://www.linkedin.com/groups/Access-ADO-SQL-Server-perfect-4843954.S.24703 6822?view=&gid=4843954&type=member&item=247036822&commentID=-1&trk=view_disc http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 7037047&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3A1HOttOqToSc1 Basically the stored procedure has a number of select statements used by the main form and any combo boxes on the form. When the form is opened then the form and combo box sources are set by moving through the stored procedure's recordsets. The error is not on the first recordset which is used for the form, but for one of the subsequent recordsets. Because a parameter is being passed into the stored procedure which is used to filter the combobox records, there are situations when no records are returned for that combobox. This is what is causing the problem. I have narrowed the problem further. The actual problem line is: Set Me!cboSearch.Recordset = "" I have also tried Set Me!cboSearch.Recordset = NULL So it was not that the recordset had no records but the resetting of the field's source that produces the error 424 (Object Required). How do I clear the recordset for the combo box so that it doesn't show the previous filtered list? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, 14 April 2014 3:43 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets I had similar questions on the code logic / syntax, but I figured I was only seeing part of the deal and there might be good / other reasons for the choice of code. But it did seem a bit odd prima facie. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 14 April 2014 1:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets A question: why are you setting Me.recordset = rstTemp? Personally I don't see how rstTemp.EOF I'd giving an error when the Set statement just prior to that does not. I could see if the Set statement was failing how the assignment might not replace the prior existing definition of rstTemp, as happens when setting other objects equal to something undefined will do (I think). Anyway, no help here, sorry, just questions! On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > Listers, > > > > I have some code that gets recordsets and applies them to the sources > of a number of combobox controls. > > > > The code looks like this: > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > Nz(Me!cboFilter, 0), adCmdText) > > Set Me.Recordset = rstTemp > > > > Set rstTemp = rstTemp.NextRecordset > > > > If rstTemp.EOF <> True Then 'Record exists > > Set Me!cboSearch.Recordset = rstTemp > > Else > > Set Me!cboSearch.Recordset = Null > > End If > > > > The stored Procedure has a number of select statements to get a number > of record sets. > > > > When a recordset has no records then an error 424 (Object Required) > appears when the "If rstTemp.EOF <> True" line is processed. This > seems to be telling me that if a recordset has no records then it > doesn't even get returned as an empty recordset. However, when I have > multiple recordsets I can use the "Set rstTemp = > rstTemp.NextRecordset" line to move to the next expected recordset > and it is the correct one for the next control. > > > > How can I check if there are any records in a returned recordset and > clear the control source? > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Mon Apr 14 03:58:29 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 14 Apr 2014 04:58:29 -0400 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: <005c01cf57b3$3b972f40$b2c58dc0$@dalyn.co.nz> References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> <17310652103247778a3f4e3d99b18df2@HKXPR04MB360.apcprd04.prod.outlook.com> <005801cf57b0$6553e010$2ffba030$@dalyn.co.nz> <005c01cf57b3$3b972f40$b2c58dc0$@dalyn.co.nz> Message-ID: I was going to suggest setting it equal to a recordset with no record which seems like what you did. When you say "the empty recordset" is than an actual property or do you mean one of the recordsets that just happened to be empty? Thanks. And thanks for explaining why me! Recordset was being set. On Apr 14, 2014 3:32 AM, "David Emerson" wrote: > Solved it. Instead of trying to delete the recordset property if there > were > no records I allowed it to be set to the empty recordset. This of course > cleared the old list and filled it with no records. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson > Sent: Monday, 14 April 2014 7:09 p.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Checking for Records in Recordsets > > Thanks Darryl, > > Tried variations such as > Me!cboSearch.RowSource = "" > Me!cboSearch.RowSource = vbNullString > Set Me!cboSearch.Recordset = vbNullString > > Tried adding Me!cboSearch.Requery after the above line. > > None changed the combo list. > > Still scratching my head. > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Monday, 14 April 2014 6:41 p.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Checking for Records in Recordsets > > Off the top of my head you can drop the "SET". Did you try using > "Rowsource" for the combo instead? > > Me!cboSearch.Rowsource = "" > > Should work. > Or try > > Me!cboSearch.Rowsource =vbnullstring > > > Hope that helps > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson > Sent: Monday, 14 April 2014 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Checking for Records in Recordsets > > It is a code idea from this set of articles: > > > http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 > 7036278&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=0zZtrmMKOSoSc1 > > > http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 > 7036474&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3WCtwx3gCToSc1 > > > http://www.linkedin.com/groups/Access-ADO-SQL-Server-perfect-4843954.S.24703 > > 6822?view=&gid=4843954&type=member&item=247036822&commentID=-1&trk=view_disc > > > http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=24 > 7037047&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3A1HOttOqToSc1 > > > Basically the stored procedure has a number of select statements used by > the > main form and any combo boxes on the form. When the form is opened then > the > form and combo box sources are set by moving through the stored procedure's > recordsets. > > The error is not on the first recordset which is used for the form, but for > one of the subsequent recordsets. Because a parameter is being passed into > the stored procedure which is used to filter the combobox records, there > are > situations when no records are returned for that combobox. This is what is > causing the problem. > > I have narrowed the problem further. The actual problem line is: > > Set Me!cboSearch.Recordset = "" > > I have also tried > > Set Me!cboSearch.Recordset = NULL > > So it was not that the recordset had no records but the resetting of the > field's source that produces the error 424 (Object Required). How do I > clear the recordset for the combo box so that it doesn't show the previous > filtered list? > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Monday, 14 April 2014 3:43 p.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Checking for Records in Recordsets > > I had similar questions on the code logic / syntax, but I figured I was > only > seeing part of the deal and there might be good / other reasons for the > choice of code. > But it did seem a bit odd prima facie. > > Regards > Darryl. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Monday, 14 April 2014 1:14 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Checking for Records in Recordsets > > A question: why are you setting Me.recordset = rstTemp? > > Personally I don't see how rstTemp.EOF I'd giving an error when the Set > statement just prior to that does not. > > I could see if the Set statement was failing how the assignment might not > replace the prior existing definition of rstTemp, as happens when setting > other objects equal to something undefined will do (I think). > > Anyway, no help here, sorry, just questions! > On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > > > Listers, > > > > > > > > I have some code that gets recordsets and applies them to the sources > > of a number of combobox controls. > > > > > > > > The code looks like this: > > > > > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > > Nz(Me!cboFilter, 0), adCmdText) > > > > Set Me.Recordset = rstTemp > > > > > > > > Set rstTemp = rstTemp.NextRecordset > > > > > > > > If rstTemp.EOF <> True Then 'Record exists > > > > Set Me!cboSearch.Recordset = rstTemp > > > > Else > > > > Set Me!cboSearch.Recordset = Null > > > > End If > > > > > > > > The stored Procedure has a number of select statements to get a number > > of record sets. > > > > > > > > When a recordset has no records then an error 424 (Object Required) > > appears when the "If rstTemp.EOF <> True" line is processed. This > > seems to be telling me that if a recordset has no records then it > > doesn't even get returned as an empty recordset. However, when I have > > multiple recordsets I can use the "Set rstTemp = > > rstTemp.NextRecordset" line to move to the next expected recordset > > and it > is the correct one for the next control. > > > > > > > > How can I check if there are any records in a returned recordset and > > clear the control source? > > > > > > > > Regards > > > > David Emerson > > Dalyn Software Ltd > > Wellington, New Zealand > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 14 07:08:24 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 14 Apr 2014 08:08:24 -0400 Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues In-Reply-To: References: <2CB1891BFD5E48E78916FACED49C2BBD@XPS> Message-ID: <94FACFDD037C4FC9AF7485F6A2229DF2@XPS> Hi Larry, Windows 7 does communicate with servers differently then XP and it's not un-heard of to have network performance issues in a mixed Windows 7/ XP environment. As far as being compiled in 2007 and run in 2010, no issue there. There are/were issues if DB's were changed in 2010, then used in 2007. Is it slow in general? In other words is every operation slow when it's being used? Or is it specific ones? And is it after a period of inactivity? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek Sent: Saturday, April 12, 2014 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access 2007 vs Access 2010 Speed Issues Thanks Jim: The app is compiled (in Access 2007) ... could that have an effect on the performance when opening in 2010? I've thought that it is a network issue ... but the network folks are insisting that is not (they've done network speed tests, etc). Prior to the upgrade, the user in question was running WinXP + Access 2007 (32 bit) ... application ran fine. Now, running Win 7 + Access 2010. DB is in ACCDB format. Just weird. Thanks! Larry On Sat, Apr 12, 2014 at 6:22 AM, Jim Dettman wrote: > In regards to 2010 vs 2007, 2010 is more polished and stable. You > shouldn't be having any issues. > > Couple of suggestions: > > 1. Make sure the app is compiled. > > 2. Make sure any references are set to paths that are local. > > 3. Make sure that all mapped drives and printers are available. > > Anti-virus has already been hit. > > Chances are, it is a network issue and most likely due to the new OS. > What's the rest of the environment like? Ie. is this a shift from XP to > Win > 7/8 besides 2007 to 2010? And what format is the DB in? > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawrence Mrazek > Sent: Wednesday, April 09, 2014 12:38 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Access 2007 vs Access 2010 Speed Issues > > Hi Folks: > > I'm maintaining an application developed (and currently maintained) in > Access 2007, and am having a user report back that it is extremely slow > since he upgraded to a new computer with Access 2010. The application was > developed/compiled in Access 2007 (accdb format) using a standard FE/BE > configuration. Other users running on much older computers using Access > 2007 are not reporting any speed issues ... just this guy (He'll get the > "DB > Not Responding") message every so often. > > Other than the usual suspects, like turning off name autocorrect (done), > compact/repair (done) are there any other obvious things I should try? The > network folks claim his PC is connecting to the shared drives just fine, so > I would hope that it is not a network issue (other network related programs > Outlook, etc. work fine for him). > > Any hints/pushes in the right direction would be appreciated. > > Thanks! > > -- > Larry Mrazek > lmrazek at lcm-res.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Larry Mrazek lmrazek at lcm-res.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Mon Apr 14 13:51:52 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 15 Apr 2014 06:51:52 +1200 Subject: [AccessD] Checking for Records in Recordsets In-Reply-To: References: <003e01cf577e$c5d91db0$518b5910$@dalyn.co.nz> <3acb157d9f024c12b610990ba342e958@HKXPR04MB360.apcprd04.prod.outlook.com> <005101cf57a6$75550ed0$5fff2c70$@dalyn.co.nz> <17310652103247778a3f4e3d99b18df2@HKXPR04MB360.apcprd04.prod.outlook.com> <005801cf57b0$6553e010$2ffba030$@dalyn.co.nz> <005c01cf57b3$3b972f40$b2c58dc0$@dalyn.co.nz> Message-ID: <001001cf5812$99b279e0$cd176da0$@dalyn.co.nz> Bill, one of the recordsets happened to be empty because the filter meant that no records were returned in the select statement. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 14 April 2014 8:58 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Checking for Records in Recordsets I was going to suggest setting it equal to a recordset with no record which seems like what you did. When you say "the empty recordset" is than an actual property or do you mean one of the recordsets that just happened to be empty? Thanks. And thanks for explaining why me! Recordset was being set. On Apr 14, 2014 3:32 AM, "David Emerson" wrote: > Solved it. Instead of trying to delete the recordset property if > there were no records I allowed it to be set to the empty recordset. > This of course cleared the old list and filled it with no records. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > Emerson > Sent: Monday, 14 April 2014 7:09 p.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Checking for Records in Recordsets > > Thanks Darryl, > > Tried variations such as > Me!cboSearch.RowSource = "" > Me!cboSearch.RowSource = vbNullString > Set Me!cboSearch.Recordset = vbNullString > > Tried adding Me!cboSearch.Requery after the above line. > > None changed the combo list. > > Still scratching my head. > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Monday, 14 April 2014 6:41 p.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Checking for Records in Recordsets > > Off the top of my head you can drop the "SET". Did you try using > "Rowsource" for the combo instead? > > Me!cboSearch.Rowsource = "" > > Should work. > Or try > > Me!cboSearch.Rowsource =vbnullstring > > > Hope that helps > Cheers > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > Emerson > Sent: Monday, 14 April 2014 3:58 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Checking for Records in Recordsets > > It is a code idea from this set of articles: > > > http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussio > nID=24 > 7036278&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=0zZtrmMKO > SoSc1 > > > http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussio > nID=24 > 7036474&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3WCtwx3gC > ToSc1 > > > http://www.linkedin.com/groups/Access-ADO-SQL-Server-perfect-4843954.S > .24703 > > 6822?view=&gid=4843954&type=member&item=247036822&commentID=-1&trk=vie > w_disc > > > http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussio > nID=24 > 7037047&gid=4843954&commentID=-1&trk=view_disc&fromEmail=&ut=3A1HOttOq > ToSc1 > > > Basically the stored procedure has a number of select statements used > by the main form and any combo boxes on the form. When the form is > opened then the form and combo box sources are set by moving through > the stored procedure's recordsets. > > The error is not on the first recordset which is used for the form, > but for one of the subsequent recordsets. Because a parameter is > being passed into the stored procedure which is used to filter the > combobox records, there are situations when no records are returned > for that combobox. This is what is causing the problem. > > I have narrowed the problem further. The actual problem line is: > > Set Me!cboSearch.Recordset = "" > > I have also tried > > Set Me!cboSearch.Recordset = NULL > > So it was not that the recordset had no records but the resetting of > the field's source that produces the error 424 (Object Required). How > do I clear the recordset for the combo box so that it doesn't show the > previous filtered list? > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Monday, 14 April 2014 3:43 p.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Checking for Records in Recordsets > > I had similar questions on the code logic / syntax, but I figured I > was only seeing part of the deal and there might be good / other > reasons for the choice of code. > But it did seem a bit odd prima facie. > > Regards > Darryl. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Monday, 14 April 2014 1:14 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Checking for Records in Recordsets > > A question: why are you setting Me.recordset = rstTemp? > > Personally I don't see how rstTemp.EOF I'd giving an error when the > Set statement just prior to that does not. > > I could see if the Set statement was failing how the assignment might > not replace the prior existing definition of rstTemp, as happens when > setting other objects equal to something undefined will do (I think). > > Anyway, no help here, sorry, just questions! > On Apr 13, 2014 9:17 PM, "David Emerson" wrote: > > > Listers, > > > > > > > > I have some code that gets recordsets and applies them to the > > sources of a number of combobox controls. > > > > > > > > The code looks like this: > > > > > > > > Set rstTemp = basRunDataObject("dbo.spfrmFunderServiceCode " & > > Nz(Me!cboFilter, 0), adCmdText) > > > > Set Me.Recordset = rstTemp > > > > > > > > Set rstTemp = rstTemp.NextRecordset > > > > > > > > If rstTemp.EOF <> True Then 'Record exists > > > > Set Me!cboSearch.Recordset = rstTemp > > > > Else > > > > Set Me!cboSearch.Recordset = Null > > > > End If > > > > > > > > The stored Procedure has a number of select statements to get a > > number of record sets. > > > > > > > > When a recordset has no records then an error 424 (Object Required) > > appears when the "If rstTemp.EOF <> True" line is processed. This > > seems to be telling me that if a recordset has no records then it > > doesn't even get returned as an empty recordset. However, when I > > have multiple recordsets I can use the "Set rstTemp = > > rstTemp.NextRecordset" line to move to the next expected recordset > > and it > is the correct one for the next control. > > > > > > > > How can I check if there are any records in a returned recordset and > > clear the control source? > > > > > > > > Regards > > > > David Emerson > > Dalyn Software Ltd > > Wellington, New Zealand > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 fuller.artful at gmail.com Wed Apr 16 06:54:34 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 16 Apr 2014 07:54:34 -0400 Subject: [AccessD] Run Access 2007 as Administrator Message-ID: I'm trying to install an Add-In and am receiving a message saying that I do not have enough permissions. How do I: a) run Access as Administrator? and/or b) give myself Administrator permissions? and/or c) restart/login as Administrator? In many situations, I have right-clicked and found the "Run as Administrator" command on the menu. It's not there when I click on the start menu and select Access. I'm stumped. Since I am the only user of this computer, why am I not automatically the Administrator? Is this a "feature" of Windows 8.1? -- Arthur From gustav at cactus.dk Wed Apr 16 07:22:22 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Apr 2014 12:22:22 +0000 Subject: [AccessD] Run Access 2007 as Administrator In-Reply-To: References: Message-ID: <58de1bef2f1943e4942e45ea88deb3c0@AMSPR06MB311.eurprd06.prod.outlook.com> Hi Arthur d) logoff, then logon with an admin account This has been a feature since Vista. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Arthur Fuller Sendt: 16. april 2014 13:54 Til: Access Developers discussion and problem solving Emne: [AccessD] Run Access 2007 as Administrator I'm trying to install an Add-In and am receiving a message saying that I do not have enough permissions. How do I: a) run Access as Administrator? and/or b) give myself Administrator permissions? and/or c) restart/login as Administrator? In many situations, I have right-clicked and found the "Run as Administrator" command on the menu. It's not there when I click on the start menu and select Access. I'm stumped. Since I am the only user of this computer, why am I not automatically the Administrator? Is this a "feature" of Windows 8.1? -- Arthur From jimdettman at verizon.net Wed Apr 16 07:40:10 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 16 Apr 2014 08:40:10 -0400 Subject: [AccessD] Run Access 2007 as Administrator In-Reply-To: References: Message-ID: <1DC4F319B8084891AF402AC22CCDC2CC@XPS> Arthur, <> When this happens with a program, the best thing to do is to open a CMD window with admin privs (right click, run as admin), then start the program in question from the command line. Now the problem is, I haven't worked with 8.1 yet, so I can't tell you exactly how to do that << Since I am the only user of this computer, why am I not automatically the Administrator?>> This stems all the way back to Vista. Even though you may be part of the admins group, you don't automatically have admin rights. Microsoft for years warned people not to continually use an account with admin privs for normal operations. However human nature being what it is, people kept doing it (if you had an admin task, it was too much work to logout of a normal account, login as an admin, do the task, then switch back to the normal account). As a result of that, many mal-ware and virus's got foot holds into systems. So Microsoft added UAC (User Access Control), which adds an extra step even if your logged in as an admin. You explicitly need to start things as an admin process (the right click), or need to respond yes to things that require admin level privs. You don't get all of them by default. As of Windows 7, UAC could be disabled in which case it would be just like it was pre Vista. Not sure in windows 8.x Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Wednesday, April 16, 2014 07:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Run Access 2007 as Administrator I'm trying to install an Add-In and am receiving a message saying that I do not have enough permissions. How do I: a) run Access as Administrator? and/or b) give myself Administrator permissions? and/or c) restart/login as Administrator? In many situations, I have right-clicked and found the "Run as Administrator" command on the menu. It's not there when I click on the start menu and select Access. I'm stumped. Since I am the only user of this computer, why am I not automatically the Administrator? Is this a "feature" of Windows 8.1? -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Apr 16 13:38:51 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Apr 2014 11:38:51 -0700 Subject: [AccessD] A2010 packager Message-ID: <42B25C4B288846ACB8FC00E6AB3F40D6@HAL9007> Dear List: I am trying to create a runtime A2010 app which was converted to an accdb from an mdb. When I install the runtime (using a clean VM - only W7) it won't start but tells me I'm missing Excel.exe. I do have the references set in the accdb to Microsoft Excel 14.0 Object Library. The only place in the code where Excel appears is: Dim xlApp As Excel.Application Dim xlBook As Excel.Workbook Dim xlSheet As Excel.Worksheet and then Set xlBook = GetObject(Me.txtBidsJobsSpreadsheet) Set xlApp = xlBook.Parent Set xlSheet = xlBook.Sheets(1) I also use Transferspreadsheet: DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel9, "qryClientSearchCounts", _ gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy"), True MsgBox "Client Search Counts Exported To: " & gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy") but all acSpreadsheetTypeExcel9 and that probably wouldn't make any difference until it executes, if then. I'm also getting a similar message about an outlook dll - same sort of thing: Dim myolApp As Outlook.Application Dim myItem As Outlook.MailItem and Set myolApp = CreateObject("Outlook.Application") Set myItem = myolApp.CreateItem(olMailItem) I have the reference set to Outlook 14.0 object library. Is anyone familiar with the workings of the runtime packager and know why I'm getting these missing references? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From gustav at cactus.dk Wed Apr 16 16:58:42 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Apr 2014 21:58:42 +0000 Subject: [AccessD] A2010 packager In-Reply-To: <42B25C4B288846ACB8FC00E6AB3F40D6@HAL9007> References: <42B25C4B288846ACB8FC00E6AB3F40D6@HAL9007> Message-ID: <193c98091a1544ccbb538c3007868f7a@AMSPR06MB311.eurprd06.prod.outlook.com> Hi Rocky I think you have drifted away from the safe method to automate Excel which has been posted here so many times: Here's the order to open and close Excel: Dim xls As Excel.Application Dim wkb As Excel.Workbook Dim wks As Excel.Worksheet Set xls = New Excel.Application Set wkb = xls.Workbooks.Open("c:\test\workbook1.xlsx") Set wks = wkb.Worksheets(1) ' Do stuff. wks.Name = "My New Name" wkb.Close True Set wks = Nothing Set wkb = Nothing xls.Quit Set xls = Nothing You _MUST_ be very specific to this. If you set your xlApp to Nothing, its feet are kicked away. Also, Sheets are not identical to WorkSheets. This method is valid for Outlook as well I guess, but I have never used Outlook this way. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Rocky Smolin Sendt: 16. april 2014 20:38 Til: 'Access Developers discussion and problem solving' Cc: 'Off Topic' Emne: [AccessD] A2010 packager Dear List: I am trying to create a runtime A2010 app which was converted to an accdb from an mdb. When I install the runtime (using a clean VM - only W7) it won't start but tells me I'm missing Excel.exe. I do have the references set in the accdb to Microsoft Excel 14.0 Object Library. The only place in the code where Excel appears is: Dim xlApp As Excel.Application Dim xlBook As Excel.Workbook Dim xlSheet As Excel.Worksheet and then Set xlBook = GetObject(Me.txtBidsJobsSpreadsheet) Set xlApp = xlBook.Parent Set xlSheet = xlBook.Sheets(1) I also use Transferspreadsheet: DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel9, "qryClientSearchCounts", _ gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy"), True MsgBox "Client Search Counts Exported To: " & gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy") but all acSpreadsheetTypeExcel9 and that probably wouldn't make any difference until it executes, if then. I'm also getting a similar message about an outlook dll - same sort of thing: Dim myolApp As Outlook.Application Dim myItem As Outlook.MailItem and Set myolApp = CreateObject("Outlook.Application") Set myItem = myolApp.CreateItem(olMailItem) I have the reference set to Outlook 14.0 object library. Is anyone familiar with the workings of the runtime packager and know why I'm getting these missing references? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From SusanAccessD at azmom.com Wed Apr 16 21:22:07 2014 From: SusanAccessD at azmom.com (SusanAccessD at azmom.com) Date: Wed, 16 Apr 2014 19:22:07 -0700 Subject: [AccessD] Run Access 2007 as Administrator In-Reply-To: References: Message-ID: <015c01cf59e3$d5437590$7fca60b0$@com> I had the same problem with Excel on my new Win 8.1 laptop. I located the Excel.exe file (it was not easy to find), then right-click, Properties, Compatibility tab, check the Run As Administrator box. Hopefully you can do the same for Access.exe. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Wednesday, April 16, 2014 4:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Run Access 2007 as Administrator I'm trying to install an Add-In and am receiving a message saying that I do not have enough permissions. How do I: a) run Access as Administrator? and/or b) give myself Administrator permissions? and/or c) restart/login as Administrator? In many situations, I have right-clicked and found the "Run as Administrator" command on the menu. It's not there when I click on the start menu and select Access. I'm stumped. Since I am the only user of this computer, why am I not automatically the Administrator? Is this a "feature" of Windows 8.1? -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Apr 16 23:07:15 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 16 Apr 2014 21:07:15 -0700 Subject: [AccessD] A2010 packager In-Reply-To: <193c98091a1544ccbb538c3007868f7a@AMSPR06MB311.eurprd06.prod.outlook.com> References: <42B25C4B288846ACB8FC00E6AB3F40D6@HAL9007> <193c98091a1544ccbb538c3007868f7a@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: Gustav: I'll change the order as you recommend but It's not that code that it the problem (I don't think) because it never gets that far. It's working fine as a 2003 mdb and mde, and a 2010 accdb and accde with Office. The 2003 mde of my manufacturing package which I distributed as a run time for years did not require excel to automate. I can't figure out why this new app won't behave the same. r -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, April 16, 2014 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2010 packager Hi Rocky I think you have drifted away from the safe method to automate Excel which has been posted here so many times: Here's the order to open and close Excel: Dim xls As Excel.Application Dim wkb As Excel.Workbook Dim wks As Excel.Worksheet Set xls = New Excel.Application Set wkb = xls.Workbooks.Open("c:\test\workbook1.xlsx") Set wks = wkb.Worksheets(1) ' Do stuff. wks.Name = "My New Name" wkb.Close True Set wks = Nothing Set wkb = Nothing xls.Quit Set xls = Nothing You _MUST_ be very specific to this. If you set your xlApp to Nothing, its feet are kicked away. Also, Sheets are not identical to WorkSheets. This method is valid for Outlook as well I guess, but I have never used Outlook this way. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Rocky Smolin Sendt: 16. april 2014 20:38 Til: 'Access Developers discussion and problem solving' Cc: 'Off Topic' Emne: [AccessD] A2010 packager Dear List: I am trying to create a runtime A2010 app which was converted to an accdb from an mdb. When I install the runtime (using a clean VM - only W7) it won't start but tells me I'm missing Excel.exe. I do have the references set in the accdb to Microsoft Excel 14.0 Object Library. The only place in the code where Excel appears is: Dim xlApp As Excel.Application Dim xlBook As Excel.Workbook Dim xlSheet As Excel.Worksheet and then Set xlBook = GetObject(Me.txtBidsJobsSpreadsheet) Set xlApp = xlBook.Parent Set xlSheet = xlBook.Sheets(1) I also use Transferspreadsheet: DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel9, "qryClientSearchCounts", _ gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy"), True MsgBox "Client Search Counts Exported To: " & gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy") but all acSpreadsheetTypeExcel9 and that probably wouldn't make any difference until it executes, if then. I'm also getting a similar message about an outlook dll - same sort of thing: Dim myolApp As Outlook.Application Dim myItem As Outlook.MailItem and Set myolApp = CreateObject("Outlook.Application") Set myItem = myolApp.CreateItem(olMailItem) I have the reference set to Outlook 14.0 object library. Is anyone familiar with the workings of the runtime packager and know why I'm getting these missing references? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu Apr 17 05:51:51 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 17 Apr 2014 06:51:51 -0400 Subject: [AccessD] A2010 packager In-Reply-To: References: <42B25C4B288846ACB8FC00E6AB3F40D6@HAL9007> <193c98091a1544ccbb538c3007868f7a@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: <20DC36050DDD4DED95DB73CA7F0F9546@XPS> Rocky, << The 2003 mde of my manufacturing package which I distributed as a run time for years did not require excel to automate. >> I don't see how. The code you posted is clearly trying to open Excel. Transferspreadsheet is built into Access, but when you do: Set xls = New Excel.Application Set wkb = xls.Workbooks.Open("c:\test\workbook1.xlsx") That's Excel and it must be installed. The A2010 runtime alone won't give you it. Since your early bound (have set a reference), the app will break if Excel is not installed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, April 17, 2014 12:07 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2010 packager Gustav: I'll change the order as you recommend but It's not that code that it the problem (I don't think) because it never gets that far. It's working fine as a 2003 mdb and mde, and a 2010 accdb and accde with Office. The 2003 mde of my manufacturing package which I distributed as a run time for years did not require excel to automate. I can't figure out why this new app won't behave the same. r -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, April 16, 2014 2:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2010 packager Hi Rocky I think you have drifted away from the safe method to automate Excel which has been posted here so many times: Here's the order to open and close Excel: Dim xls As Excel.Application Dim wkb As Excel.Workbook Dim wks As Excel.Worksheet Set xls = New Excel.Application Set wkb = xls.Workbooks.Open("c:\test\workbook1.xlsx") Set wks = wkb.Worksheets(1) ' Do stuff. wks.Name = "My New Name" wkb.Close True Set wks = Nothing Set wkb = Nothing xls.Quit Set xls = Nothing You _MUST_ be very specific to this. If you set your xlApp to Nothing, its feet are kicked away. Also, Sheets are not identical to WorkSheets. This method is valid for Outlook as well I guess, but I have never used Outlook this way. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Rocky Smolin Sendt: 16. april 2014 20:38 Til: 'Access Developers discussion and problem solving' Cc: 'Off Topic' Emne: [AccessD] A2010 packager Dear List: I am trying to create a runtime A2010 app which was converted to an accdb from an mdb. When I install the runtime (using a clean VM - only W7) it won't start but tells me I'm missing Excel.exe. I do have the references set in the accdb to Microsoft Excel 14.0 Object Library. The only place in the code where Excel appears is: Dim xlApp As Excel.Application Dim xlBook As Excel.Workbook Dim xlSheet As Excel.Worksheet and then Set xlBook = GetObject(Me.txtBidsJobsSpreadsheet) Set xlApp = xlBook.Parent Set xlSheet = xlBook.Sheets(1) I also use Transferspreadsheet: DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel9, "qryClientSearchCounts", _ gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy"), True MsgBox "Client Search Counts Exported To: " & gstrFrontEndPath & "ClientSearchCounts-" & Format(Date, "mmddyyyy") but all acSpreadsheetTypeExcel9 and that probably wouldn't make any difference until it executes, if then. I'm also getting a similar message about an outlook dll - same sort of thing: Dim myolApp As Outlook.Application Dim myItem As Outlook.MailItem and Set myolApp = CreateObject("Outlook.Application") Set myItem = myolApp.CreateItem(olMailItem) I have the reference set to Outlook 14.0 object library. Is anyone familiar with the workings of the runtime packager and know why I'm getting these missing references? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 michael at mattysconsulting.com Tue Apr 22 07:49:12 2014 From: michael at mattysconsulting.com (Michael Mattys) Date: Tue, 22 Apr 2014 08:49:12 -0400 Subject: [AccessD] Run Access 2007 as Administrator In-Reply-To: References: Message-ID: <00aa01cf5e29$442bb960$cc832c20$@mattysconsulting.com> Arthur, I had this same problem last night and the solution for me was to go into C:\Program Files\Microsoft Office\Office14\ and right click on msaccess.exe and run as admin. If your addin is not in a trusted directory, you'll have to take care of that also. http://www.access-diva.com/d4.html Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Wednesday, April 16, 2014 7:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Run Access 2007 as Administrator I'm trying to install an Add-In and am receiving a message saying that I do not have enough permissions. How do I: a) run Access as Administrator? and/or b) give myself Administrator permissions? and/or c) restart/login as Administrator? In many situations, I have right-clicked and found the "Run as Administrator" command on the menu. It's not there when I click on the start menu and select Access. I'm stumped. Since I am the only user of this computer, why am I not automatically the Administrator? Is this a "feature" of Windows 8.1? -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Tue Apr 22 08:07:22 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 22 Apr 2014 09:07:22 -0400 Subject: [AccessD] Run Access 2007 as Administrator In-Reply-To: <00aa01cf5e29$442bb960$cc832c20$@mattysconsulting.com> References: <00aa01cf5e29$442bb960$cc832c20$@mattysconsulting.com> Message-ID: Thanks Michael. I did the same and it woiked. On Tue, Apr 22, 2014 at 8:49 AM, Michael Mattys < michael at mattysconsulting.com> wrote: > Arthur, > > I had this same problem last night and the solution for me was to go into > C:\Program Files\Microsoft Office\Office14\ and right click on msaccess.exe > and run as admin. > > If your addin is not in a trusted directory, you'll have to take care of > that also. > http://www.access-diva.com/d4.html > > Michael R Mattys > Mattys Consulting, LLC > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Wednesday, April 16, 2014 7:55 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Run Access 2007 as Administrator > > I'm trying to install an Add-In and am receiving a message saying that I do > not have enough permissions. How do I: > > a) run Access as Administrator? and/or > b) give myself Administrator permissions? and/or > c) restart/login as Administrator? > > In many situations, I have right-clicked and found the "Run as > Administrator" command on the menu. It's not there when I click on the > start > menu and select Access. I'm stumped. Since I am the only user of this > computer, why am I not automatically the Administrator? > > Is this a "feature" of Windows 8.1? > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From davidmcafee at gmail.com Tue Apr 22 13:44:01 2014 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 22 Apr 2014 11:44:01 -0700 Subject: [AccessD] List of all mdb's in a folder Message-ID: Does anyone have any code to populate a table with a list of all mdbs in a given directory (and any/all sub directories)? I'd to be able to loop through all of those mdbs at a later time and list all of the tables too, but for now just a list of mdbs would be great. Thanks, David From newsgrps at dalyn.co.nz Tue Apr 22 13:59:41 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 23 Apr 2014 06:59:41 +1200 Subject: [AccessD] List of all mdb's in a folder In-Reply-To: References: Message-ID: <000f01cf5e5d$045cbdf0$0d1639d0$@dalyn.co.nz> Hi David, Try this: http://allenbrowne.com/ser-59alt.html Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Wednesday, 23 April 2014 6:44 a.m. To: Access Developers discussion and problem solving Subject: [AccessD] List of all mdb's in a folder Does anyone have any code to populate a table with a list of all mdbs in a given directory (and any/all sub directories)? I'd to be able to loop through all of those mdbs at a later time and list all of the tables too, but for now just a list of mdbs would be great. Thanks, David -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From listmaster at databaseadvisors.com Fri Apr 25 08:28:15 2014 From: listmaster at databaseadvisors.com (Bryan Carbonnell) Date: Fri, 25 Apr 2014 09:28:15 -0400 Subject: [AccessD] Administrivia - IMPORTANT Information RE: Yahoo and AOL Users Message-ID: Hi All, Recently Yahoo and AOL have changed the way they are fighting spam. On April 12 Yahoo and on Apr 22 AOL implemented a strict DMARC policy that will cause posts to mailing lists, such as ours from yahoo.com and aol.com users to be bounced by many other services. What does this mean to you, the DBA list member? 1) If you are sending from yahoo.com or aol.com, list members may not see your email. 2) If you are receiving email from the list that was sent by a yahoo.com or aol.com users, your list subscription may be put on hold because your mail server bounces these emails. 3) If you are receiving email from the list that was sent by a yahoo.com or aol.com users, these emails may be ending up in your spam folder. 4) Nothing at all will be different, if your mail server doesn't do any DMARC checking. Currently there is no easy way for DBA to fix this. Each of the 5 possible "fixes" comes with it's own set of issues. The developers of the mailing list software are currently working on a release to partially deal with these issues, but that won't be ready for a week or two. At which point, I will let you know when the lists are going down for upgrading. In the meantime, please check your spam folder for list mail. If you have any questions or concerns contact me at listmaster at databaseadvisors.com or my personal account, carbonnb at gmail.com. -- Bryan Carbonnell - listmaster at databaseadvisors.com Life's journey is not to arrive at the grave safely in a well preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" From fuller.artful at gmail.com Fri Apr 25 17:02:01 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 25 Apr 2014 18:02:01 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition Message-ID: For those who have considered switching to Alpha Anywhere, Alpha Software has just announced a significant price cut on version 2.0 Developer Edition. $299, and Developer + RunTime for $399. -- Arthur From TSeptav at Uniserve.com Fri Apr 25 18:39:59 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Fri, 25 Apr 2014 18:39:59 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: Message-ID: <201404252340.s3PNe2qW029168@databaseadvisors.com> Hey Arthur You are canvassing a bunch of dinosaurs. Plus let the Alpha people do their own marketing. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: April-25-14 5:02 PM To: Access Developers discussion and problem solving Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition For those who have considered switching to Alpha Anywhere, Alpha Software has just announced a significant price cut on version 2.0 Developer Edition. $299, and Developer + RunTime for $399. -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7395 - Release Date: 04/25/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 From accessd at shaw.ca Fri Apr 25 19:35:07 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 25 Apr 2014 18:35:07 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <201404252340.s3PNe2qW029168@databaseadvisors.com> Message-ID: <1520351636.33156031.1398472507824.JavaMail.root@cds018> Real men don't use PC based database solutions any more that what the web and internet is for. ;-) Jim ----- Original Message ----- From: "Tony Septav" To: "Access Developers discussion and problem solving" Sent: Friday, April 25, 2014 4:39:59 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hey Arthur You are canvassing a bunch of dinosaurs. Plus let the Alpha people do their own marketing. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: April-25-14 5:02 PM To: Access Developers discussion and problem solving Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition For those who have considered switching to Alpha Anywhere, Alpha Software has just announced a significant price cut on version 2.0 Developer Edition. $299, and Developer + RunTime for $399. -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7395 - Release Date: 04/25/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Fri Apr 25 20:15:22 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 26 Apr 2014 11:15:22 +1000 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <1520351636.33156031.1398472507824.JavaMail.root@cds018> References: <201404252340.s3PNe2qW029168@databaseadvisors.com>, <1520351636.33156031.1398472507824.JavaMail.root@cds018> Message-ID: <535B08AA.13817.32E641F@stuart.lexacorp.com.pg> If it's an "in house" system in a single location, why use the internet? If you are not using the internet, why use *a* web? Real men use whatever is appropriate for the situation. :) -- Stuart On 25 Apr 2014 at 18:35, Jim Lawrence wrote: > Real men don't use PC based database solutions any more that what the > web and internet is for. ;-) > > Jim > > ----- Original Message ----- > From: "Tony Septav" > To: "Access Developers discussion and problem solving" > Sent: Friday, April 25, 2014 4:39:59 PM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Hey Arthur > You are canvassing a bunch of dinosaurs. Plus let the Alpha people do > their own marketing. > > Tony Septav > Nanaimo, BC > Canada > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: April-25-14 5:02 PM To: Access Developers discussion and > problem solving Subject: [AccessD] Alpha Anywhere 2.0 Developer > Edition > > For those who have considered switching to Alpha Anywhere, Alpha > Software has just announced a significant price cut on version 2.0 > Developer Edition. $299, and Developer + RunTime for $399. > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2014.0.4570 / Virus Database: 3920/7395 - Release Date: > 04/25/14 > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: > 04/20/14 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Fri Apr 25 21:44:38 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 25 Apr 2014 20:44:38 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <535B08AA.13817.32E641F@stuart.lexacorp.com.pg> Message-ID: <797677036.33203487.1398480278511.JavaMail.root@cds018> I have done a few in house systems using a web-based application. All computers run browsers and all that is necessary is a link to the initiating html file, from any station. A customer can run everything from one of the client stations or a local server and then ASP/ASPX/PHP is available...Apache is free, has a small foot print and can be run on any station/server and so is MySQL. All that is needed is a little knowledge of AJAX, maybe some JSON and an wiliness to research, "borrow" field tested code and then being able to mash it altogether, in a timely manner. ;-) Aside: the real PITA is building subforms but beyond that there are plenty of existing solutions. Jim ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Friday, April 25, 2014 6:15:22 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition If it's an "in house" system in a single location, why use the internet? If you are not using the internet, why use *a* web? Real men use whatever is appropriate for the situation. :) -- Stuart On 25 Apr 2014 at 18:35, Jim Lawrence wrote: > Real men don't use PC based database solutions any more that what the > web and internet is for. ;-) > > Jim > > ----- Original Message ----- > From: "Tony Septav" > To: "Access Developers discussion and problem solving" > Sent: Friday, April 25, 2014 4:39:59 PM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Hey Arthur > You are canvassing a bunch of dinosaurs. Plus let the Alpha people do > their own marketing. > > Tony Septav > Nanaimo, BC > Canada > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: April-25-14 5:02 PM To: Access Developers discussion and > problem solving Subject: [AccessD] Alpha Anywhere 2.0 Developer > Edition > > For those who have considered switching to Alpha Anywhere, Alpha > Software has just announced a significant price cut on version 2.0 > Developer Edition. $299, and Developer + RunTime for $399. > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2014.0.4570 / Virus Database: 3920/7395 - Release Date: > 04/25/14 > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: > 04/20/14 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Fri Apr 25 22:20:40 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 26 Apr 2014 13:20:40 +1000 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <797677036.33203487.1398480278511.JavaMail.root@cds018> References: <535B08AA.13817.32E641F@stuart.lexacorp.com.pg>, <797677036.33203487.1398480278511.JavaMail.root@cds018> Message-ID: <535B2608.31217.3A11C78@stuart.lexacorp.com.pg> Nah, the real PITA is trying to replicate the filter/sort capabilites that you get with a right click in Report View on a complex Access report with multiple grouping levels. :( -- Stuart On 25 Apr 2014 at 20:44, Jim Lawrence wrote: > I have done a few in house systems using a web-based application. > > All computers run browsers and all that is necessary is a link to the > initiating html file, from any station. A customer can run everything > from one of the client stations or a local server and then > ASP/ASPX/PHP is available...Apache is free, has a small foot print and > can be run on any station/server and so is MySQL. All that is needed > is a little knowledge of AJAX, maybe some JSON and an wiliness to > research, "borrow" field tested code and then being able to mash it > altogether, in a timely manner. ;-) > > Aside: the real PITA is building subforms but beyond that there are > plenty of existing solutions. > From TSeptav at Uniserve.com Fri Apr 25 22:38:34 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Fri, 25 Apr 2014 22:38:34 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <535B2608.31217.3A11C78@stuart.lexacorp.com.pg> Message-ID: <201404260338.s3Q3cbdI029493@databaseadvisors.com> Hey All I must admit I am becoming an old fart who is losing contact with the new technology. But in many responses I am seeing the old Dbase attitude, jeez if there is a product or products available to compete in today's market would you not research it. That is where ACCESS came from. Riding high in April, shot down in May. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: April-25-14 10:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Nah, the real PITA is trying to replicate the filter/sort capabilites that you get with a right click in Report View on a complex Access report with multiple grouping levels. :( -- Stuart On 25 Apr 2014 at 20:44, Jim Lawrence wrote: > I have done a few in house systems using a web-based application. > > All computers run browsers and all that is necessary is a link to the > initiating html file, from any station. A customer can run everything > from one of the client stations or a local server and then > ASP/ASPX/PHP is available...Apache is free, has a small foot print and > can be run on any station/server and so is MySQL. All that is needed > is a little knowledge of AJAX, maybe some JSON and an wiliness to > research, "borrow" field tested code and then being able to mash it > altogether, in a timely manner. ;-) > > Aside: the real PITA is building subforms but beyond that there are > plenty of existing solutions. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7395 - Release Date: 04/25/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 From accessd at shaw.ca Fri Apr 25 23:08:09 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 25 Apr 2014 22:08:09 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <535B2608.31217.3A11C78@stuart.lexacorp.com.pg> Message-ID: <1456946004.33228108.1398485289328.JavaMail.root@cds018> Now that is the reason I never did that or allowed the users to. :-) Jim ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Friday, April 25, 2014 8:20:40 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Nah, the real PITA is trying to replicate the filter/sort capabilites that you get with a right click in Report View on a complex Access report with multiple grouping levels. :( -- Stuart On 25 Apr 2014 at 20:44, Jim Lawrence wrote: > I have done a few in house systems using a web-based application. > > All computers run browsers and all that is necessary is a link to the > initiating html file, from any station. A customer can run everything > from one of the client stations or a local server and then > ASP/ASPX/PHP is available...Apache is free, has a small foot print and > can be run on any station/server and so is MySQL. All that is needed > is a little knowledge of AJAX, maybe some JSON and an wiliness to > research, "borrow" field tested code and then being able to mash it > altogether, in a timely manner. ;-) > > Aside: the real PITA is building subforms but beyond that there are > plenty of existing solutions. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Apr 25 23:09:23 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 25 Apr 2014 22:09:23 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <201404260338.s3Q3cbdI029493@databaseadvisors.com> Message-ID: <655528638.33228463.1398485363287.JavaMail.root@cds018> Hi Tony: May of what year? Jim ----- Original Message ----- From: "Tony Septav" To: "Access Developers discussion and problem solving" Sent: Friday, April 25, 2014 8:38:34 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hey All I must admit I am becoming an old fart who is losing contact with the new technology. But in many responses I am seeing the old Dbase attitude, jeez if there is a product or products available to compete in today's market would you not research it. That is where ACCESS came from. Riding high in April, shot down in May. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: April-25-14 10:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Nah, the real PITA is trying to replicate the filter/sort capabilites that you get with a right click in Report View on a complex Access report with multiple grouping levels. :( -- Stuart On 25 Apr 2014 at 20:44, Jim Lawrence wrote: > I have done a few in house systems using a web-based application. > > All computers run browsers and all that is necessary is a link to the > initiating html file, from any station. A customer can run everything > from one of the client stations or a local server and then > ASP/ASPX/PHP is available...Apache is free, has a small foot print and > can be run on any station/server and so is MySQL. All that is needed > is a little knowledge of AJAX, maybe some JSON and an wiliness to > research, "borrow" field tested code and then being able to mash it > altogether, in a timely manner. ;-) > > Aside: the real PITA is building subforms but beyond that there are > plenty of existing solutions. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7395 - Release Date: 04/25/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Apr 26 04:23:28 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 26 Apr 2014 05:23:28 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <655528638.33228463.1398485363287.JavaMail.root@cds018> References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> Message-ID: Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur From accessd at shaw.ca Sat Apr 26 11:21:08 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 26 Apr 2014 10:21:08 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: Message-ID: <261971912.33470558.1398529268498.JavaMail.root@cds018> Hi Arthur: Do you have anything on line right now? Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Saturday, 26 April, 2014 2:23:28 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Apr 26 11:33:27 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 26 Apr 2014 12:33:27 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <261971912.33470558.1398529268498.JavaMail.root@cds018> References: <261971912.33470558.1398529268498.JavaMail.root@cds018> Message-ID: Not quite ready to deploy, but soon. I'm working as a volunteer for Olivia Chow's mayoral campaign also my MPP Peter Tabuns, on the anticipation that Ontario will have a provincial election (if the NDP fails to support the Liberal budget, due for presentation soon. But I do hope to deploy the canvassing software within a week or two. The volunteer-management software is currently being tested in-house in the non-profit I wrote it for, and should be out of testing/fixing by the end of May. I'll let you know. Arthur On Sat, Apr 26, 2014 at 12:21 PM, Jim Lawrence wrote: > Hi Arthur: > > Do you have anything on line right now? > > Jim > > ----- Original Message ----- > From: "Arthur Fuller" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Saturday, 26 April, 2014 2:23:28 AM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From accessd at shaw.ca Sun Apr 27 13:12:57 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 27 Apr 2014 12:12:57 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: Message-ID: <499542755.33969032.1398622377190.JavaMail.root@cds018> Hi Arthur: If you get your project works great we might be able to use it out here. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Saturday, April 26, 2014 9:33:27 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Not quite ready to deploy, but soon. I'm working as a volunteer for Olivia Chow's mayoral campaign also my MPP Peter Tabuns, on the anticipation that Ontario will have a provincial election (if the NDP fails to support the Liberal budget, due for presentation soon. But I do hope to deploy the canvassing software within a week or two. The volunteer-management software is currently being tested in-house in the non-profit I wrote it for, and should be out of testing/fixing by the end of May. I'll let you know. Arthur On Sat, Apr 26, 2014 at 12:21 PM, Jim Lawrence wrote: > Hi Arthur: > > Do you have anything on line right now? > > Jim > > ----- Original Message ----- > From: "Arthur Fuller" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Saturday, 26 April, 2014 2:23:28 AM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From TSeptav at Uniserve.com Sun Apr 27 14:23:24 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Sun, 27 Apr 2014 14:23:24 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <499542755.33969032.1398622377190.JavaMail.root@cds018> Message-ID: <201404271923.s3RJNSnn020029@databaseadvisors.com> Hey Jim Yeah! yeah! yeah!, a forward thinking individual. Anyone got a travel home for sale? Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: April-27-14 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hi Arthur: If you get your project works great we might be able to use it out here. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Saturday, April 26, 2014 9:33:27 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Not quite ready to deploy, but soon. I'm working as a volunteer for Olivia Chow's mayoral campaign also my MPP Peter Tabuns, on the anticipation that Ontario will have a provincial election (if the NDP fails to support the Liberal budget, due for presentation soon. But I do hope to deploy the canvassing software within a week or two. The volunteer-management software is currently being tested in-house in the non-profit I wrote it for, and should be out of testing/fixing by the end of May. I'll let you know. Arthur On Sat, Apr 26, 2014 at 12:21 PM, Jim Lawrence wrote: > Hi Arthur: > > Do you have anything on line right now? > > Jim > > ----- Original Message ----- > From: "Arthur Fuller" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Saturday, 26 April, 2014 2:23:28 AM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7401 - Release Date: 04/26/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. From accessd at shaw.ca Sun Apr 27 16:16:37 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 27 Apr 2014 15:16:37 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <201404271923.s3RJNSnn020029@databaseadvisors.com> Message-ID: <400665361.34042320.1398633397925.JavaMail.root@cds018> Sorry I missed that Tony. Could be the northern accent? ;-) Jim ----- Original Message ----- From: "Tony Septav" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 12:23:24 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hey Jim Yeah! yeah! yeah!, a forward thinking individual. Anyone got a travel home for sale? Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: April-27-14 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hi Arthur: If you get your project works great we might be able to use it out here. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Saturday, April 26, 2014 9:33:27 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Not quite ready to deploy, but soon. I'm working as a volunteer for Olivia Chow's mayoral campaign also my MPP Peter Tabuns, on the anticipation that Ontario will have a provincial election (if the NDP fails to support the Liberal budget, due for presentation soon. But I do hope to deploy the canvassing software within a week or two. The volunteer-management software is currently being tested in-house in the non-profit I wrote it for, and should be out of testing/fixing by the end of May. I'll let you know. Arthur On Sat, Apr 26, 2014 at 12:21 PM, Jim Lawrence wrote: > Hi Arthur: > > Do you have anything on line right now? > > Jim > > ----- Original Message ----- > From: "Arthur Fuller" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Saturday, 26 April, 2014 2:23:28 AM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7401 - Release Date: 04/26/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From TSeptav at Uniserve.com Sun Apr 27 18:25:20 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Sun, 27 Apr 2014 18:25:20 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <400665361.34042320.1398633397925.JavaMail.root@cds018> Message-ID: <201404272325.s3RNPOFn020484@databaseadvisors.com> Hey Jim In my current situation it is either go buy a weenie wagon and hang out at the beach (getting to old for that, wave babies aren't as exciting as they once were) or buy a motor home and go visit Tumbler Ridger, the badlands in Alberta and check out Saskatoon. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: April-27-14 4:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Sorry I missed that Tony. Could be the northern accent? ;-) Jim ----- Original Message ----- From: "Tony Septav" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 12:23:24 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hey Jim Yeah! yeah! yeah!, a forward thinking individual. Anyone got a travel home for sale? Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: April-27-14 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hi Arthur: If you get your project works great we might be able to use it out here. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Saturday, April 26, 2014 9:33:27 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Not quite ready to deploy, but soon. I'm working as a volunteer for Olivia Chow's mayoral campaign also my MPP Peter Tabuns, on the anticipation that Ontario will have a provincial election (if the NDP fails to support the Liberal budget, due for presentation soon. But I do hope to deploy the canvassing software within a week or two. The volunteer-management software is currently being tested in-house in the non-profit I wrote it for, and should be out of testing/fixing by the end of May. I'll let you know. Arthur On Sat, Apr 26, 2014 at 12:21 PM, Jim Lawrence wrote: > Hi Arthur: > > Do you have anything on line right now? > > Jim > > ----- Original Message ----- > From: "Arthur Fuller" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Saturday, 26 April, 2014 2:23:28 AM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7401 - Release Date: 04/26/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7404 - Release Date: 04/27/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. From jbartow at winhaven.net Sun Apr 27 22:02:24 2014 From: jbartow at winhaven.net (John Bartow) Date: Sun, 27 Apr 2014 22:02:24 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> Message-ID: <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> I'm have no idea WHY this is on the Access list. It has nothing to do with Access. We have a fairly open Tech list for alternate technologies. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, April 26, 2014 4:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Apr 27 22:05:06 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 27 Apr 2014 23:05:06 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> Message-ID: <0b7101cf628e$a9202d10$fb608730$@gmail.com> Agree. And I usually am pretty liberal with stuff like this ... but frankly there are no real technical questions here, it seems all to be about I use this brand of Toothbrush. Oh really? And does it do toilets? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Sunday, April 27, 2014 11:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition I'm have no idea WHY this is on the Access list. It has nothing to do with Access. We have a fairly open Tech list for alternate technologies. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, April 26, 2014 4:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 jackandpat.d at gmail.com Mon Apr 28 07:43:06 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Mon, 28 Apr 2014 08:43:06 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <0b7101cf628e$a9202d10$fb608730$@gmail.com> References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> <0b7101cf628e$a9202d10$fb608730$@gmail.com> Message-ID: I agree that it is not specifically Access, but Arthur and Tony have been here a very long time. I like the way Arthur has investigated other systems and sees Alpha Anywhere as a 'brighter future" option than what we are currently seeing from M$oft. I think Arthur's experience with Access, MySql and Alpha and his willingness to make some lessons learned/opportunities available to the group should be welcomed not suppressed. I am retired and am not actively looking or doing any development, and am not likely to put out $400-500 for a new hobby. But I do like to hear about a real alternative and some of the experiences, especially people who know and understand Access. On Sun, Apr 27, 2014 at 11:05 PM, Bill Benson wrote: > Agree. And I usually am pretty liberal with stuff like this ... but frankly > there are no real technical questions here, it seems all to be about I use > this brand of Toothbrush. Oh really? And does it do toilets? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: Sunday, April 27, 2014 11:02 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > I'm have no idea WHY this is on the Access list. It has nothing to do with > Access. We have a fairly open Tech list for alternate technologies. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Saturday, April 26, 2014 4:23 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Mon Apr 28 07:55:10 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 28 Apr 2014 08:55:10 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> <0b7101cf628e$a9202d10$fb608730$@gmail.com> Message-ID: Yeah but I asked if it does toilets. That is where my own career is right now. ; ( On Apr 28, 2014 8:49 AM, "jack drawbridge" wrote: > I agree that it is not specifically Access, but Arthur and Tony have been > here a very long time. I like the way Arthur has investigated other systems > and sees Alpha Anywhere as a 'brighter future" option than what we are > currently seeing from M$oft. I think Arthur's experience with Access, MySql > and Alpha and his willingness to make some lessons learned/opportunities > available to the group should be welcomed not suppressed. I am retired and > am not actively looking or doing any development, and am not likely to put > out $400-500 for a new hobby. But I do like to hear about a real > alternative and some of the experiences, especially people who know and > understand Access. > > > On Sun, Apr 27, 2014 at 11:05 PM, Bill Benson >wrote: > > > Agree. And I usually am pretty liberal with stuff like this ... but > frankly > > there are no real technical questions here, it seems all to be about I > use > > this brand of Toothbrush. Oh really? And does it do toilets? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > > Sent: Sunday, April 27, 2014 11:02 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > > > I'm have no idea WHY this is on the Access list. It has nothing to do > with > > Access. We have a fairly open Tech list for alternate technologies. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > > Sent: Saturday, April 26, 2014 4:23 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > > > Jim, > > > > For what it's worth, Alpha IS a web-based development solution. You can > > develop responsive apps for smart-phones, tablets and browsers, with > > virtually any back end you want, running on a web server. My projects use > > either SQL Server or increasingly, MySQL. > > > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/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 fuller.artful at gmail.com Mon Apr 28 07:59:29 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 28 Apr 2014 08:59:29 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> <0b7101cf628e$a9202d10$fb608730$@gmail.com> Message-ID: Thanks, Jack, for understanding the spirit in which I delivered this missive. On Mon, Apr 28, 2014 at 8:43 AM, jack drawbridge wrote: > I agree that it is not specifically Access, but Arthur and Tony have been > here a very long time. I like the way Arthur has investigated other systems > and sees Alpha Anywhere as a 'brighter future" option than what we are > currently seeing from M$oft. I think Arthur's experience with Access, MySql > and Alpha and his willingness to make some lessons learned/opportunities > available to the group should be welcomed not suppressed. I am retired and > am not actively looking or doing any development, and am not likely to put > out $400-500 for a new hobby. But I do like to hear about a real > alternative and some of the experiences, especially people who know and > understand Access. > > > On Sun, Apr 27, 2014 at 11:05 PM, Bill Benson >wrote: > > > Agree. And I usually am pretty liberal with stuff like this ... but > frankly > > there are no real technical questions here, it seems all to be about I > use > > this brand of Toothbrush. Oh really? And does it do toilets? > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > > Sent: Sunday, April 27, 2014 11:02 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > > > I'm have no idea WHY this is on the Access list. It has nothing to do > with > > Access. We have a fairly open Tech list for alternate technologies. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > > Sent: Saturday, April 26, 2014 4:23 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > > > Jim, > > > > For what it's worth, Alpha IS a web-based development solution. You can > > develop responsive apps for smart-phones, tablets and browsers, with > > virtually any back end you want, running on a web server. My projects use > > either SQL Server or increasingly, MySQL. > > > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From fuller.artful at gmail.com Mon Apr 28 08:10:02 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 28 Apr 2014 09:10:02 -0400 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> <0b7101cf628e$a9202d10$fb608730$@gmail.com> Message-ID: Poor little duck, Bill. Move on and step out. What you've already learned is valuable. It just needs a new skirt, called web-dev. Which, unfortunately, Access can't do. On Mon, Apr 28, 2014 at 8:55 AM, Bill Benson wrote: > Yeah but I asked if it does toilets. That is where my own career is right > now. > > ; ( > On Apr 28, 2014 8:49 AM, "jack drawbridge" wrote: > > > I agree that it is not specifically Access, but Arthur and Tony have been > > here a very long time. I like the way Arthur has investigated other > systems > > and sees Alpha Anywhere as a 'brighter future" option than what we are > > currently seeing from M$oft. I think Arthur's experience with Access, > MySql > > and Alpha and his willingness to make some lessons learned/opportunities > > available to the group should be welcomed not suppressed. I am retired > and > > am not actively looking or doing any development, and am not likely to > put > > out $400-500 for a new hobby. But I do like to hear about a real > > alternative and some of the experiences, especially people who know and > > understand Access. > > > > > > On Sun, Apr 27, 2014 at 11:05 PM, Bill Benson > >wrote: > > > > > Agree. And I usually am pretty liberal with stuff like this ... but > > frankly > > > there are no real technical questions here, it seems all to be about I > > use > > > this brand of Toothbrush. Oh really? And does it do toilets? > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > > > Sent: Sunday, April 27, 2014 11:02 PM > > > To: 'Access Developers discussion and problem solving' > > > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > > > > > I'm have no idea WHY this is on the Access list. It has nothing to do > > with > > > Access. We have a fairly open Tech list for alternate technologies. > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller > > > Sent: Saturday, April 26, 2014 4:23 AM > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > > > > > Jim, > > > > > > For what it's worth, Alpha IS a web-based development solution. You can > > > develop responsive apps for smart-phones, tablets and browsers, with > > > virtually any back end you want, running on a web server. My projects > use > > > either SQL Server or increasingly, MySQL. > > > > > > Arthur > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From jbartow at winhaven.net Mon Apr 28 11:26:26 2014 From: jbartow at winhaven.net (John Bartow) Date: Mon, 28 Apr 2014 11:26:26 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: References: <201404260338.s3Q3cbdI029493@databaseadvisors.com> <655528638.33228463.1398485363287.JavaMail.root@cds018> <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> <0b7101cf628e$a9202d10$fb608730$@gmail.com> Message-ID: <025601cf62fe$9a8c3990$cfa4acb0$@winhaven.net> That is what the Tech list is for. I suggest you subscribe to it. You'll find even more "real alternative and some of the experiences, especially people who know and understand Access" :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Monday, April 28, 2014 7:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition I agree that it is not specifically Access, but Arthur and Tony have been here a very long time. I like the way Arthur has investigated other systems and sees Alpha Anywhere as a 'brighter future" option than what we are currently seeing from M$oft. I think Arthur's experience with Access, MySql and Alpha and his willingness to make some lessons learned/opportunities available to the group should be welcomed not suppressed. I am retired and am not actively looking or doing any development, and am not likely to put out $400-500 for a new hobby. But I do like to hear about a real alternative and some of the experiences, especially people who know and understand Access. On Sun, Apr 27, 2014 at 11:05 PM, Bill Benson wrote: > Agree. And I usually am pretty liberal with stuff like this ... but > frankly there are no real technical questions here, it seems all to be > about I use this brand of Toothbrush. Oh really? And does it do toilets? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: Sunday, April 27, 2014 11:02 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > I'm have no idea WHY this is on the Access list. It has nothing to do > with Access. We have a fairly open Tech list for alternate technologies. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller > Sent: Saturday, April 26, 2014 4:23 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You > can develop responsive apps for smart-phones, tablets and browsers, > with virtually any back end you want, running on a web server. My > projects use either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Apr 28 12:43:24 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 28 Apr 2014 11:43:24 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <201404272325.s3RNPOFn020484@databaseadvisors.com> Message-ID: <918796423.34579787.1398707004940.JavaMail.root@cds018> I know the feeling Tony. At one point we all have to retire or just start a new hobby. Jim ----- Original Message ----- From: "Tony Septav" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 4:25:20 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hey Jim In my current situation it is either go buy a weenie wagon and hang out at the beach (getting to old for that, wave babies aren't as exciting as they once were) or buy a motor home and go visit Tumbler Ridger, the badlands in Alberta and check out Saskatoon. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: April-27-14 4:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Sorry I missed that Tony. Could be the northern accent? ;-) Jim ----- Original Message ----- From: "Tony Septav" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 12:23:24 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hey Jim Yeah! yeah! yeah!, a forward thinking individual. Anyone got a travel home for sale? Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: April-27-14 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hi Arthur: If you get your project works great we might be able to use it out here. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Saturday, April 26, 2014 9:33:27 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Not quite ready to deploy, but soon. I'm working as a volunteer for Olivia Chow's mayoral campaign also my MPP Peter Tabuns, on the anticipation that Ontario will have a provincial election (if the NDP fails to support the Liberal budget, due for presentation soon. But I do hope to deploy the canvassing software within a week or two. The volunteer-management software is currently being tested in-house in the non-profit I wrote it for, and should be out of testing/fixing by the end of May. I'll let you know. Arthur On Sat, Apr 26, 2014 at 12:21 PM, Jim Lawrence wrote: > Hi Arthur: > > Do you have anything on line right now? > > Jim > > ----- Original Message ----- > From: "Arthur Fuller" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Saturday, 26 April, 2014 2:23:28 AM > Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition > > Jim, > > For what it's worth, Alpha IS a web-based development solution. You can > develop responsive apps for smart-phones, tablets and browsers, with > virtually any back end you want, running on a web server. My projects use > either SQL Server or increasingly, MySQL. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7401 - Release Date: 04/26/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3920/7404 - Release Date: 04/27/14 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14 Internal Virus Database is out of date. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Apr 28 12:46:42 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 28 Apr 2014 11:46:42 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> Message-ID: <1929522198.34582705.1398707202971.JavaMail.root@cds018> Hi John: Alpha is being proposed as the next replacement to Access. IMHO, this post may be 80 percent tech but I would suggest 20 percent Access. Jim ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 8:02:24 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition I'm have no idea WHY this is on the Access list. It has nothing to do with Access. We have a fairly open Tech list for alternate technologies. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, April 26, 2014 4:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 28 12:50:55 2014 From: df.waters at comcast.net (Dan Waters) Date: Mon, 28 Apr 2014 12:50:55 -0500 Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <1929522198.34582705.1398707202971.JavaMail.root@cds018> References: <01c301cf628e$4852fcb0$d8f8f610$@winhaven.net> <1929522198.34582705.1398707202971.JavaMail.root@cds018> Message-ID: <001001cf630a$67e64240$37b2c6c0$@comcast.net> Hmmm - Or, it might be 100% Marketing ... Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, April 28, 2014 12:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hi John: Alpha is being proposed as the next replacement to Access. IMHO, this post may be 80 percent tech but I would suggest 20 percent Access. Jim ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 8:02:24 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition I'm have no idea WHY this is on the Access list. It has nothing to do with Access. We have a fairly open Tech list for alternate technologies. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, April 26, 2014 4:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Apr 28 13:30:00 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 28 Apr 2014 12:30:00 -0600 (MDT) Subject: [AccessD] Alpha Anywhere 2.0 Developer Edition In-Reply-To: <001001cf630a$67e64240$37b2c6c0$@comcast.net> Message-ID: <1808382714.34623556.1398709800866.JavaMail.root@cds018> Where would we be without fanatics. ;-) Jim ----- Original Message ----- From: "Dan Waters" To: "Access Developers discussion and problem solving" Sent: Monday, April 28, 2014 10:50:55 AM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hmmm - Or, it might be 100% Marketing ... Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Monday, April 28, 2014 12:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Hi John: Alpha is being proposed as the next replacement to Access. IMHO, this post may be 80 percent tech but I would suggest 20 percent Access. Jim ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Sunday, April 27, 2014 8:02:24 PM Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition I'm have no idea WHY this is on the Access list. It has nothing to do with Access. We have a fairly open Tech list for alternate technologies. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, April 26, 2014 4:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Alpha Anywhere 2.0 Developer Edition Jim, For what it's worth, Alpha IS a web-based development solution. You can develop responsive apps for smart-phones, tablets and browsers, with virtually any back end you want, running on a web server. My projects use either SQL Server or increasingly, MySQL. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Tue Apr 29 08:52:27 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 29 Apr 2014 06:52:27 -0700 Subject: [AccessD] Openargs Mystery Message-ID: Dear List: I call a form which is bound to a table with a list of companies. The called form is where the data for the company is entered/edited. So I pass the autonumberID, the PK of the company to the called form, do a FindFirst, and walla! company is displayed. I use this technique a lot. So the calling statement is: DoCmd.OpenForm "frmAssociations", , , , , , Me.fldSRAssociationID I put a breakpoint here and hover over Me.fldSRAssociationID and sure enough the value 10005 is in Me.fldSRAssociationID. Press F8 and the _Open event of the called form executes: Private Sub Form_Open(Cancel As Integer) Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) If Not IsNull(Me.OpenArgs) Then Me.RecordsetClone.FindFirst "fldAssociationID = " & Val(Me.OpenArgs) Me.Bookmark = Me.RecordsetClone.Bookmark End If End Sub At the point where the first line of code is ready to execute (I'm in break mode now so the execution stops on every line) I hover over Me.OpenArgs and it shows Me.OpenArgs = Null. Where's my OpenArg? Why does it disappear. I never saw this behavior before. Any ideas? This is A2003 BTW. MTIA Rocky From gustav at cactus.dk Tue Apr 29 09:32:37 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Apr 2014 14:32:37 +0000 Subject: [AccessD] Openargs Mystery Message-ID: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> Hi Rocky Have you tried removing the call of adhScaleForm? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 29. april 2014 15:52 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Openargs Mystery Dear List: I call a form which is bound to a table with a list of companies. The called form is where the data for the company is entered/edited. So I pass the autonumberID, the PK of the company to the called form, do a FindFirst, and walla! company is displayed. I use this technique a lot. So the calling statement is: DoCmd.OpenForm "frmAssociations", , , , , , Me.fldSRAssociationID I put a breakpoint here and hover over Me.fldSRAssociationID and sure enough the value 10005 is in Me.fldSRAssociationID. Press F8 and the _Open event of the called form executes: Private Sub Form_Open(Cancel As Integer) Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) If Not IsNull(Me.OpenArgs) Then Me.RecordsetClone.FindFirst "fldAssociationID = " & Val(Me.OpenArgs) Me.Bookmark = Me.RecordsetClone.Bookmark End If End Sub At the point where the first line of code is ready to execute (I'm in break mode now so the execution stops on every line) I hover over Me.OpenArgs and it shows Me.OpenArgs = Null. Where's my OpenArg? Why does it disappear. I never saw this behavior before. Any ideas? This is A2003 BTW. MTIA Rocky From fuller.artful at gmail.com Tue Apr 29 09:38:45 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 29 Apr 2014 10:38:45 -0400 Subject: [AccessD] Openargs Mystery In-Reply-To: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: Rocky, This is known behaviour. If you really want to keep the OpenArgs then grab them immediately and store them; otherwise they are toast as soon as anything happens. On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > Hi Rocky > > Have you tried removing the call of adhScaleForm? > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > Sendt: 29. april 2014 15:52 > Til: 'Access Developers discussion and problem solving' > Emne: [AccessD] Openargs Mystery > > Dear List: > > I call a form which is bound to a table with a list of companies. The > called form is where the data for the company is entered/edited. So I pass > the autonumberID, the PK of the company to the called form, do a FindFirst, > and walla! company is displayed. I use this technique a lot. > > So the calling statement is: > > DoCmd.OpenForm "frmAssociations", , , , , , Me.fldSRAssociationID > > I put a breakpoint here and hover over Me.fldSRAssociationID and sure > enough the value 10005 is in Me.fldSRAssociationID. > > Press F8 and the _Open event of the called form executes: > > Private Sub Form_Open(Cancel As Integer) > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > If Not IsNull(Me.OpenArgs) Then > Me.RecordsetClone.FindFirst "fldAssociationID = " & > Val(Me.OpenArgs) > Me.Bookmark = Me.RecordsetClone.Bookmark > End If > > End Sub > > At the point where the first line of code is ready to execute (I'm in > break mode now so the execution stops on every line) I hover over > Me.OpenArgs and it shows Me.OpenArgs = Null. > > Where's my OpenArg? Why does it disappear. I never saw this behavior > before. Any ideas? > > This is A2003 BTW. > > MTIA > > Rocky > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From rockysmolin at bchacc.com Tue Apr 29 09:53:50 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 29 Apr 2014 07:53:50 -0700 Subject: [AccessD] Openargs Mystery In-Reply-To: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: Gustav: Your suggestion made me look a little farther into the Open event. And a bit further down I had: Me.OrderBy = "fldAssocName" Me.OrderByOn = True So that hosed the pointer I so carefully set in the FindFirst. I moved the OrderBy stuff up before the FindFirst and all's well. Thanks R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, April 29, 2014 7:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Openargs Mystery Hi Rocky Have you tried removing the call of adhScaleForm? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 29. april 2014 15:52 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Openargs Mystery Dear List: I call a form which is bound to a table with a list of companies. The called form is where the data for the company is entered/edited. So I pass the autonumberID, the PK of the company to the called form, do a FindFirst, and walla! company is displayed. I use this technique a lot. So the calling statement is: DoCmd.OpenForm "frmAssociations", , , , , , Me.fldSRAssociationID I put a breakpoint here and hover over Me.fldSRAssociationID and sure enough the value 10005 is in Me.fldSRAssociationID. Press F8 and the _Open event of the called form executes: Private Sub Form_Open(Cancel As Integer) Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) If Not IsNull(Me.OpenArgs) Then Me.RecordsetClone.FindFirst "fldAssociationID = " & Val(Me.OpenArgs) Me.Bookmark = Me.RecordsetClone.Bookmark End If End Sub At the point where the first line of code is ready to execute (I'm in break mode now so the execution stops on every line) I hover over Me.OpenArgs and it shows Me.OpenArgs = Null. Where's my OpenArg? Why does it disappear. I never saw this behavior before. Any ideas? This is A2003 BTW. MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Apr 29 09:58:51 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 29 Apr 2014 10:58:51 -0400 Subject: [AccessD] Openargs Mystery In-Reply-To: References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: <7466F894462D4179BBD0EA31A85626F7@XPS> Their good for the life of the form as long as you don't break code execution. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, April 29, 2014 10:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Openargs Mystery Rocky, This is known behaviour. If you really want to keep the OpenArgs then grab them immediately and store them; otherwise they are toast as soon as anything happens. On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > Hi Rocky > > Have you tried removing the call of adhScaleForm? > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > Sendt: 29. april 2014 15:52 > Til: 'Access Developers discussion and problem solving' > Emne: [AccessD] Openargs Mystery > > Dear List: > > I call a form which is bound to a table with a list of companies. The > called form is where the data for the company is entered/edited. So I pass > the autonumberID, the PK of the company to the called form, do a FindFirst, > and walla! company is displayed. I use this technique a lot. > > So the calling statement is: > > DoCmd.OpenForm "frmAssociations", , , , , , Me.fldSRAssociationID > > I put a breakpoint here and hover over Me.fldSRAssociationID and sure > enough the value 10005 is in Me.fldSRAssociationID. > > Press F8 and the _Open event of the called form executes: > > Private Sub Form_Open(Cancel As Integer) > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > If Not IsNull(Me.OpenArgs) Then > Me.RecordsetClone.FindFirst "fldAssociationID = " & > Val(Me.OpenArgs) > Me.Bookmark = Me.RecordsetClone.Bookmark > End If > > End Sub > > At the point where the first line of code is ready to execute (I'm in > break mode now so the execution stops on every line) I hover over > Me.OpenArgs and it shows Me.OpenArgs = Null. > > Where's my OpenArg? Why does it disappear. I never saw this behavior > before. Any ideas? > > This is A2003 BTW. > > MTIA > > Rocky > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Tue Apr 29 10:07:10 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Apr 2014 11:07:10 -0400 Subject: [AccessD] Openargs Mystery In-Reply-To: References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: <0c8901cf63bc$b25e7510$171b5f30$@gmail.com> @Art, could you tell me what you mean by "as soon as anything happens" ?? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, April 29, 2014 10:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Openargs Mystery Rocky, This is known behaviour. If you really want to keep the OpenArgs then grab them immediately and store them; otherwise they are toast as soon as anything happens. On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > Hi Rocky > > Have you tried removing the call of adhScaleForm? > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > Sendt: 29. april 2014 15:52 > Til: 'Access Developers discussion and problem solving' > Emne: [AccessD] Openargs Mystery > > Dear List: > > I call a form which is bound to a table with a list of companies. The > called form is where the data for the company is entered/edited. So I > pass the autonumberID, the PK of the company to the called form, do a > FindFirst, and walla! company is displayed. I use this technique a lot. > > So the calling statement is: > > DoCmd.OpenForm "frmAssociations", , , , , , > Me.fldSRAssociationID > > I put a breakpoint here and hover over Me.fldSRAssociationID and sure > enough the value 10005 is in Me.fldSRAssociationID. > > Press F8 and the _Open event of the called form executes: > > Private Sub Form_Open(Cancel As Integer) > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > If Not IsNull(Me.OpenArgs) Then > Me.RecordsetClone.FindFirst "fldAssociationID = " & > Val(Me.OpenArgs) > Me.Bookmark = Me.RecordsetClone.Bookmark > End If > > End Sub > > At the point where the first line of code is ready to execute (I'm in > break mode now so the execution stops on every line) I hover over > Me.OpenArgs and it shows Me.OpenArgs = Null. > > Where's my OpenArg? Why does it disappear. I never saw this behavior > before. Any ideas? > > This is A2003 BTW. > > MTIA > > Rocky > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Tue Apr 29 10:13:22 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Apr 2014 11:13:22 -0400 Subject: [AccessD] Openargs Mystery In-Reply-To: <7466F894462D4179BBD0EA31A85626F7@XPS> References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> <7466F894462D4179BBD0EA31A85626F7@XPS> Message-ID: <0c8a01cf63bd$900c7ce0$b02576a0$@gmail.com> This is more like it! Thanks Jim, I agree with you. Art, you can cancel my request unless you disagree with Jim! 'Twould be a purdy stupid property that dissipates just before you need it. Kinda the opposite of Experience, which doesn't show up until after you need it. For the record, I believe in global variables and SaveSettings/GetSettings - even, on occasion, in temp tables - because you can reach and/or modify these at will from all over an application (even after a Compact & Repair in the latter's case...) without relying on something sent into an opening form's arguments. I guess I might use OpenArgs if I knew for sure I would never open a form recursively or open one form that might consume/destroy the data I could possibly need for another form. On the other hand, the same logic that tells me what to set for OpenArgs could be telling me what to be storing as which controllers, for which Forms, in an OPENING_DIRECTIVES table which I intend to look up to from within the opening form. That way I get different data types to play with, not some densely populated string which OpenArgs is. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, April 29, 2014 10:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Openargs Mystery Their good for the life of the form as long as you don't break code execution. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, April 29, 2014 10:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Openargs Mystery Rocky, This is known behaviour. If you really want to keep the OpenArgs then grab them immediately and store them; otherwise they are toast as soon as anything happens. On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > Hi Rocky > > Have you tried removing the call of adhScaleForm? > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > Sendt: 29. april 2014 15:52 > Til: 'Access Developers discussion and problem solving' > Emne: [AccessD] Openargs Mystery > > Dear List: > > I call a form which is bound to a table with a list of companies. The > called form is where the data for the company is entered/edited. So I pass > the autonumberID, the PK of the company to the called form, do a FindFirst, > and walla! company is displayed. I use this technique a lot. > > So the calling statement is: > > DoCmd.OpenForm "frmAssociations", , , , , , > Me.fldSRAssociationID > > I put a breakpoint here and hover over Me.fldSRAssociationID and sure > enough the value 10005 is in Me.fldSRAssociationID. > > Press F8 and the _Open event of the called form executes: > > Private Sub Form_Open(Cancel As Integer) > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > If Not IsNull(Me.OpenArgs) Then > Me.RecordsetClone.FindFirst "fldAssociationID = " & > Val(Me.OpenArgs) > Me.Bookmark = Me.RecordsetClone.Bookmark > End If > > End Sub > > At the point where the first line of code is ready to execute (I'm in > break mode now so the execution stops on every line) I hover over > Me.OpenArgs and it shows Me.OpenArgs = Null. > > Where's my OpenArg? Why does it disappear. I never saw this behavior > before. Any ideas? > > This is A2003 BTW. > > MTIA > > Rocky > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Tue Apr 29 10:34:34 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 29 Apr 2014 08:34:34 -0700 Subject: [AccessD] Openargs Mystery In-Reply-To: <0c8a01cf63bd$900c7ce0$b02576a0$@gmail.com> References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> <7466F894462D4179BBD0EA31A85626F7@XPS> <0c8a01cf63bd$900c7ce0$b02576a0$@gmail.com> Message-ID: <858A3C4CB05C49DD85B5ED0CCCDF6610@HAL9007> I have used OpenAgrs extensively since I 'discovered' them. The most useful thing I found is to combine OpenArgs with the split function to pass multiple arguments. I have an audit trail form which pops up when the user does an inventory transaction. It has a lot of fields and can be called from a variety of places in the application and lots of different sources for the same field in the audit trail record. So I call it like this concatenating the arguments separated by commas: DoCmd.OpenForm "frmAuditTrail", , , , , acDialog, (Me.PartNumber & "," _ & dblDiff & "," _ & dblOldQOH & "," _ & dblOldQOH + dblDiff & "," _ & Nz(Forms!frmSupplySide!txtStandardCost) & "," _ & Nz(Me.OrderNumber, "") & "," _ & 2) End If Then in the audit trail form I Dim varOpenargs() As String And in the _Open event simply ' parse OpenArgs varOpenargs() = Split(Nz(Me.OpenArgs), ",") Each of the arguments is then available in the varOpenArgs array. For example: ' OpenArgs ' 0 part number ' 1 transaction quantity ' 2 old balance ' 3 new QOH ' 4 std cost ' 5 audit reference ' 6 audit type ' 7 lot serial ' 8 source location ' 9 target location '10 old source QOH '11 old target QOH '12 new source QOH '13 new target QOH ' 1) Shipment, 2) Receipt, 3) To WIP, ' 4) Physical Inv., 5) Dir Chg. QOH, ' 6) Shortage, 7) Scrap 8) Edit MIL, 9) Other Me.txtPartNumber = varOpenargs(0) Me.txtXactQty = varOpenargs(1) Me.txtOldBalance = varOpenargs(2) Me.txtNewBalance = varOpenargs(3) Me.txtStandardCost = Format(varOpenargs(4), "###,###,###.####") Me.txtTotalStandardCost = Val(Nz(varOpenargs(1))) * Val(varOpenargs(4)) If gdblActualCost = 0 Then Me.txtActualCost = Format(varOpenargs(4), "###,###,###.####") Me.txtTotalActualCost = Val(Nz(varOpenargs(1))) * Val(varOpenargs(4)) Else Me.txtActualCost = Format(gdblActualCost, "###,###,###.####") Me.txtTotalActualCost = Val(Nz(varOpenargs(1))) * gdblActualCost End If HTH someone Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Tuesday, April 29, 2014 8:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Openargs Mystery This is more like it! Thanks Jim, I agree with you. Art, you can cancel my request unless you disagree with Jim! 'Twould be a purdy stupid property that dissipates just before you need it. Kinda the opposite of Experience, which doesn't show up until after you need it. For the record, I believe in global variables and SaveSettings/GetSettings - even, on occasion, in temp tables - because you can reach and/or modify these at will from all over an application (even after a Compact & Repair in the latter's case...) without relying on something sent into an opening form's arguments. I guess I might use OpenArgs if I knew for sure I would never open a form recursively or open one form that might consume/destroy the data I could possibly need for another form. On the other hand, the same logic that tells me what to set for OpenArgs could be telling me what to be storing as which controllers, for which Forms, in an OPENING_DIRECTIVES table which I intend to look up to from within the opening form. That way I get different data types to play with, not some densely populated string which OpenArgs is. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, April 29, 2014 10:59 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Openargs Mystery Their good for the life of the form as long as you don't break code execution. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, April 29, 2014 10:39 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Openargs Mystery Rocky, This is known behaviour. If you really want to keep the OpenArgs then grab them immediately and store them; otherwise they are toast as soon as anything happens. On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > Hi Rocky > > Have you tried removing the call of adhScaleForm? > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > Sendt: 29. april 2014 15:52 > Til: 'Access Developers discussion and problem solving' > Emne: [AccessD] Openargs Mystery > > Dear List: > > I call a form which is bound to a table with a list of companies. The > called form is where the data for the company is entered/edited. So I pass > the autonumberID, the PK of the company to the called form, do a FindFirst, > and walla! company is displayed. I use this technique a lot. > > So the calling statement is: > > DoCmd.OpenForm "frmAssociations", , , , , , > Me.fldSRAssociationID > > I put a breakpoint here and hover over Me.fldSRAssociationID and sure > enough the value 10005 is in Me.fldSRAssociationID. > > Press F8 and the _Open event of the called form executes: > > Private Sub Form_Open(Cancel As Integer) > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > If Not IsNull(Me.OpenArgs) Then > Me.RecordsetClone.FindFirst "fldAssociationID = " & > Val(Me.OpenArgs) > Me.Bookmark = Me.RecordsetClone.Bookmark > End If > > End Sub > > At the point where the first line of code is ready to execute (I'm in > break mode now so the execution stops on every line) I hover over > Me.OpenArgs and it shows Me.OpenArgs = Null. > > Where's my OpenArg? Why does it disappear. I never saw this behavior > before. Any ideas? > > This is A2003 BTW. > > MTIA > > Rocky > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Tue Apr 29 10:43:22 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Apr 2014 11:43:22 -0400 Subject: [AccessD] Openargs Mystery In-Reply-To: <858A3C4CB05C49DD85B5ED0CCCDF6610@HAL9007> References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> <7466F894462D4179BBD0EA31A85626F7@XPS> <0c8a01cf63bd$900c7ce0$b02576a0$@gmail.com> <858A3C4CB05C49DD85B5ED0CCCDF6610@HAL9007> Message-ID: Doesn't diminish the value of using a table for the same purpose and calling a function to extract, use... even edit... the "OpenArgs" table if by naming it that way I make a small concession in favor of a property which I have come to quite happily exist without. And I am not putting down OpenArgs... just refuse to welcome them with OpenArms. As our esteemed colleague Darryl is fond of saying, YMMV and Horses for courses. I prefer Hearses for Curses. ; l On Apr 29, 2014 11:35 AM, "Rocky Smolin" wrote: > I have used OpenAgrs extensively since I 'discovered' them. The most > useful > thing I found is to combine OpenArgs with the split function to pass > multiple arguments. > > I have an audit trail form which pops up when the user does an inventory > transaction. It has a lot of fields and can be called from a variety of > places in the application and lots of different sources for the same field > in the audit trail record. > > So I call it like this concatenating the arguments separated by commas: > DoCmd.OpenForm "frmAuditTrail", , , , , acDialog, (Me.PartNumber & > "," _ > & dblDiff & "," _ > & dblOldQOH & "," _ > & dblOldQOH + dblDiff & "," _ > & Nz(Forms!frmSupplySide!txtStandardCost) & "," _ > & Nz(Me.OrderNumber, "") & "," _ > & 2) > End If > > Then in the audit trail form I Dim varOpenargs() As String > > And in the _Open event simply > > ' parse OpenArgs > varOpenargs() = Split(Nz(Me.OpenArgs), ",") > > Each of the arguments is then available in the varOpenArgs array. For > example: > > ' OpenArgs > ' 0 part number > ' 1 transaction quantity > ' 2 old balance > ' 3 new QOH > ' 4 std cost > ' 5 audit reference > ' 6 audit type > ' 7 lot serial > ' 8 source location > ' 9 target location > '10 old source QOH > '11 old target QOH > '12 new source QOH > '13 new target QOH > > ' 1) Shipment, 2) Receipt, 3) To WIP, > ' 4) Physical Inv., 5) Dir Chg. QOH, > ' 6) Shortage, 7) Scrap 8) Edit MIL, 9) Other > > Me.txtPartNumber = varOpenargs(0) > Me.txtXactQty = varOpenargs(1) > Me.txtOldBalance = varOpenargs(2) > Me.txtNewBalance = varOpenargs(3) > Me.txtStandardCost = Format(varOpenargs(4), "###,###,###.####") > Me.txtTotalStandardCost = Val(Nz(varOpenargs(1))) * Val(varOpenargs(4)) > If gdblActualCost = 0 Then > Me.txtActualCost = Format(varOpenargs(4), "###,###,###.####") > Me.txtTotalActualCost = Val(Nz(varOpenargs(1))) * > Val(varOpenargs(4)) > Else > Me.txtActualCost = Format(gdblActualCost, "###,###,###.####") > Me.txtTotalActualCost = Val(Nz(varOpenargs(1))) * gdblActualCost > End If > > HTH someone > > Rocky > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Tuesday, April 29, 2014 8:13 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Openargs Mystery > > This is more like it! > > Thanks Jim, I agree with you. > > Art, you can cancel my request unless you disagree with Jim! > > 'Twould be a purdy stupid property that dissipates just before you need it. > Kinda the opposite of Experience, which doesn't show up until after you > need > it. > > For the record, I believe in global variables and SaveSettings/GetSettings > - > even, on occasion, in temp tables - because you can reach and/or modify > these at will from all over an application (even after a Compact & Repair > in > the latter's case...) without relying on something sent into an opening > form's arguments. > > I guess I might use OpenArgs if I knew for sure I would never open a form > recursively or open one form that might consume/destroy the data I could > possibly need for another form. On the other hand, the same logic that > tells > me what to set for OpenArgs could be telling me what to be storing as which > controllers, for which Forms, in an OPENING_DIRECTIVES table which I intend > to look up to from within the opening form. That way I get different data > types to play with, not some densely populated string which OpenArgs is. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, April 29, 2014 10:59 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Openargs Mystery > > > Their good for the life of the form as long as you don't break code > execution. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Tuesday, April 29, 2014 10:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Openargs Mystery > > Rocky, > > This is known behaviour. If you really want to keep the OpenArgs then grab > them immediately and store them; otherwise they are toast as soon as > anything happens. > > > On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > > > Hi Rocky > > > > Have you tried removing the call of adhScaleForm? > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > > Sendt: 29. april 2014 15:52 > > Til: 'Access Developers discussion and problem solving' > > Emne: [AccessD] Openargs Mystery > > > > Dear List: > > > > I call a form which is bound to a table with a list of companies. The > > called form is where the data for the company is entered/edited. So I > pass > > the autonumberID, the PK of the company to the called form, do a > FindFirst, > > and walla! company is displayed. I use this technique a lot. > > > > So the calling statement is: > > > > DoCmd.OpenForm "frmAssociations", , , , , , > > Me.fldSRAssociationID > > > > I put a breakpoint here and hover over Me.fldSRAssociationID and sure > > enough the value 10005 is in Me.fldSRAssociationID. > > > > Press F8 and the _Open event of the called form executes: > > > > Private Sub Form_Open(Cancel As Integer) > > > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > > > If Not IsNull(Me.OpenArgs) Then > > Me.RecordsetClone.FindFirst "fldAssociationID = " & > > Val(Me.OpenArgs) > > Me.Bookmark = Me.RecordsetClone.Bookmark > > End If > > > > End Sub > > > > At the point where the first line of code is ready to execute (I'm in > > break mode now so the execution stops on every line) I hover over > > Me.OpenArgs and it shows Me.OpenArgs = Null. > > > > Where's my OpenArg? Why does it disappear. I never saw this behavior > > before. Any ideas? > > > > This is A2003 BTW. > > > > MTIA > > > > Rocky > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 anita at ddisolutions.com.au Tue Apr 29 18:47:38 2014 From: anita at ddisolutions.com.au (Anita Smith) Date: Tue, 29 Apr 2014 23:47:38 +0000 Subject: [AccessD] Ribbon Message-ID: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith From accessd at shaw.ca Tue Apr 29 18:52:13 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 29 Apr 2014 17:52:13 -0600 (MDT) Subject: [AccessD] Ribbon In-Reply-To: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> Message-ID: <1424848221.35696699.1398815533552.JavaMail.root@cds018> Hi Anita: Please do. :-) Jim ----- Original Message ----- From: "Anita Smith" To: "Access Developers discussion and problem solving" Sent: Tuesday, April 29, 2014 4:47:38 PM Subject: [AccessD] Ribbon Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From anita at ddisolutions.com.au Tue Apr 29 19:17:25 2014 From: anita at ddisolutions.com.au (Anita Smith) Date: Wed, 30 Apr 2014 00:17:25 +0000 Subject: [AccessD] Ribbon In-Reply-To: <1424848221.35696699.1398815533552.JavaMail.root@cds018> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> Message-ID: <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> Ok this is the crux of the method. A system table USysRibbons (that you create yourself - or copy form the link below) holds the Ribbon Info. You have to enable viewing of system objects in the Options/Current Database/Navigation to see this table. This table has 3 fields ID RibbonName RibbonXML Once this table is in the database it is automatically loaded when the program loads and the ribbons within it can be used on forms and reports. I have two ribbons in mine - one that essentially hides the normal ribbon and a print preview ribbon. As for the XML it is not too hard to suss out once you have a sample to look at. Anyhow here is the link to the file download where you can see this demonstrated: http://www.kallal.ca/msaccess/DownLoad.htm The one to get is - Access 2007 report ribbon example (with PDF and email). I had to do it a bit differently as I have an adp with SQL server back end - I had to create a regular sql table and load the ribbons with code manually - not too hard but a little more work. Anita Smith -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, 30 April 2014 9:52 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Hi Anita: Please do. :-) Jim ----- Original Message ----- From: "Anita Smith" To: "Access Developers discussion and problem solving" Sent: Tuesday, April 29, 2014 4:47:38 PM Subject: [AccessD] Ribbon Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 newsgrps at dalyn.co.nz Tue Apr 29 19:23:35 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 30 Apr 2014 12:23:35 +1200 Subject: [AccessD] Ribbon In-Reply-To: <1424848221.35696699.1398815533552.JavaMail.root@cds018> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> Message-ID: <006a01cf640a$6cf686e0$46e394a0$@dalyn.co.nz> Gets my vote :) Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, 30 April 2014 11:52 a.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Hi Anita: Please do. :-) Jim ----- Original Message ----- From: "Anita Smith" To: "Access Developers discussion and problem solving" Sent: Tuesday, April 29, 2014 4:47:38 PM Subject: [AccessD] Ribbon Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Apr 29 20:51:07 2014 From: darren at activebilling.com.au (Darren) Date: Wed, 30 Apr 2014 11:51:07 +1000 Subject: [AccessD] Openargs Mystery In-Reply-To: References: <03e1825083db467f9e975d13870ee585@AMSPR06MB311.eurprd06.prod.outlook.com> <7466F894462D4179BBD0EA31A85626F7@XPS> <0c8a01cf63bd$900c7ce0$b02576a0$@gmail.com> <858A3C4CB05C49DD85B5ED0CCCDF6610@HAL9007> Message-ID: <017801cf6416$a8d03830$fa70a890$@activebilling.com.au> "... And I am not putting down OpenArgs... just refuse to welcome them with OpenArms." Gold, pure gold! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 30 April 2014 1:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Openargs Mystery Doesn't diminish the value of using a table for the same purpose and calling a function to extract, use... even edit... the "OpenArgs" table if by naming it that way I make a small concession in favor of a property which I have come to quite happily exist without. And I am not putting down OpenArgs... just refuse to welcome them with OpenArms. As our esteemed colleague Darryl is fond of saying, YMMV and Horses for courses. I prefer Hearses for Curses. ; l On Apr 29, 2014 11:35 AM, "Rocky Smolin" wrote: > I have used OpenAgrs extensively since I 'discovered' them. The most > useful thing I found is to combine OpenArgs with the split function to > pass multiple arguments. > > I have an audit trail form which pops up when the user does an > inventory transaction. It has a lot of fields and can be called from > a variety of places in the application and lots of different sources > for the same field in the audit trail record. > > So I call it like this concatenating the arguments separated by commas: > DoCmd.OpenForm "frmAuditTrail", , , , , acDialog, > (Me.PartNumber & "," _ > & dblDiff & "," _ > & dblOldQOH & "," _ > & dblOldQOH + dblDiff & "," _ > & Nz(Forms!frmSupplySide!txtStandardCost) & "," _ > & Nz(Me.OrderNumber, "") & "," _ > & 2) > End If > > Then in the audit trail form I Dim varOpenargs() As String > > And in the _Open event simply > > ' parse OpenArgs > varOpenargs() = Split(Nz(Me.OpenArgs), ",") > > Each of the arguments is then available in the varOpenArgs array. For > example: > > ' OpenArgs > ' 0 part number > ' 1 transaction quantity > ' 2 old balance > ' 3 new QOH > ' 4 std cost > ' 5 audit reference > ' 6 audit type > ' 7 lot serial > ' 8 source location > ' 9 target location > '10 old source QOH > '11 old target QOH > '12 new source QOH > '13 new target QOH > > ' 1) Shipment, 2) Receipt, 3) To WIP, > ' 4) Physical Inv., 5) Dir Chg. QOH, > ' 6) Shortage, 7) Scrap 8) Edit MIL, 9) Other > > Me.txtPartNumber = varOpenargs(0) > Me.txtXactQty = varOpenargs(1) > Me.txtOldBalance = varOpenargs(2) > Me.txtNewBalance = varOpenargs(3) > Me.txtStandardCost = Format(varOpenargs(4), "###,###,###.####") > Me.txtTotalStandardCost = Val(Nz(varOpenargs(1))) * Val(varOpenargs(4)) > If gdblActualCost = 0 Then > Me.txtActualCost = Format(varOpenargs(4), "###,###,###.####") > Me.txtTotalActualCost = Val(Nz(varOpenargs(1))) * > Val(varOpenargs(4)) > Else > Me.txtActualCost = Format(gdblActualCost, "###,###,###.####") > Me.txtTotalActualCost = Val(Nz(varOpenargs(1))) * gdblActualCost > End If > > HTH someone > > Rocky > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Tuesday, April 29, 2014 8:13 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Openargs Mystery > > This is more like it! > > Thanks Jim, I agree with you. > > Art, you can cancel my request unless you disagree with Jim! > > 'Twould be a purdy stupid property that dissipates just before you need it. > Kinda the opposite of Experience, which doesn't show up until after > you need it. > > For the record, I believe in global variables and > SaveSettings/GetSettings > - > even, on occasion, in temp tables - because you can reach and/or > modify these at will from all over an application (even after a > Compact & Repair in the latter's case...) without relying on something > sent into an opening form's arguments. > > I guess I might use OpenArgs if I knew for sure I would never open a > form recursively or open one form that might consume/destroy the data > I could possibly need for another form. On the other hand, the same > logic that tells me what to set for OpenArgs could be telling me what > to be storing as which controllers, for which Forms, in an > OPENING_DIRECTIVES table which I intend to look up to from within the > opening form. That way I get different data types to play with, not > some densely populated string which OpenArgs is. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, April 29, 2014 10:59 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Openargs Mystery > > > Their good for the life of the form as long as you don't break code > execution. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller > Sent: Tuesday, April 29, 2014 10:39 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Openargs Mystery > > Rocky, > > This is known behaviour. If you really want to keep the OpenArgs then > grab them immediately and store them; otherwise they are toast as soon > as anything happens. > > > On Tue, Apr 29, 2014 at 10:32 AM, Gustav Brock wrote: > > > Hi Rocky > > > > Have you tried removing the call of adhScaleForm? > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin > > Sendt: 29. april 2014 15:52 > > Til: 'Access Developers discussion and problem solving' > > Emne: [AccessD] Openargs Mystery > > > > Dear List: > > > > I call a form which is bound to a table with a list of companies. > > The called form is where the data for the company is entered/edited. > > So I > pass > > the autonumberID, the PK of the company to the called form, do a > FindFirst, > > and walla! company is displayed. I use this technique a lot. > > > > So the calling statement is: > > > > DoCmd.OpenForm "frmAssociations", , , , , , > > Me.fldSRAssociationID > > > > I put a breakpoint here and hover over Me.fldSRAssociationID and > > sure enough the value 10005 is in Me.fldSRAssociationID. > > > > Press F8 and the _Open event of the called form executes: > > > > Private Sub Form_Open(Cancel As Integer) > > > > Call adhScaleForm(Me, 1600, 800, 96, 96, rctOriginal) > > > > If Not IsNull(Me.OpenArgs) Then > > Me.RecordsetClone.FindFirst "fldAssociationID = " & > > Val(Me.OpenArgs) > > Me.Bookmark = Me.RecordsetClone.Bookmark > > End If > > > > End Sub > > > > At the point where the first line of code is ready to execute (I'm > > in break mode now so the execution stops on every line) I hover over > > Me.OpenArgs and it shows Me.OpenArgs = Null. > > > > Where's my OpenArg? Why does it disappear. I never saw this > > behavior before. Any ideas? > > > > This is A2003 BTW. > > > > MTIA > > > > Rocky > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Tue Apr 29 22:20:13 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Apr 2014 23:20:13 -0400 Subject: [AccessD] Ribbon In-Reply-To: <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> Message-ID: <003001cf6423$1b0ec720$512c5560$@gmail.com> Hi Anita, I have actually never used this but your post got me reading: http://msdn.microsoft.com/en-us/library/office/ff198313(v=office.15).aspx . As you pointed out, XML can be loaded through VBA dynamically. But you did not state where or how you called the LoadCustomUI method. I tried this out but got an error message that my customization was already loaded. Here is what I did to recreate this situation: (1) I copied uSysRibbons to a new table called MyCustomization (2) I deleted all the records in uSysRibbons. (3) I deleted the value in the drop down in the startup options File / Options / Current Database / Ribbon and Toolbar Options setting (4) I closed and re-opened the database, observing that there was nothing in the File / Options / Current Database / Ribbon and Toolbar Options setting. (5) I created a public function in a standard module: Function MyAutoOpen() On Error Resume Next Application.LoadCustomUI _ CustomUIName:="MyHide", _ CustomUIXML:= _ DLookup("RibbonXML", "MyCustomization", "RibbonName = 'MyHide'") If Err.Number <> 0 Then MsgBox Err.Description On Error GoTo 0 End Function (6) I created an AutoExec macro called MyAutoOpen and saved the module. (7) I closed and re-opened the database. "RibbonReportPDF.accdb cannot load customization 'MyHide'. This customization name was already loaded" Additional remarks: (a) There does not seem to be a requirement to have an ID field, that was just someone's convention. (b) If you use the uSysRibbons table, it causes the ribbons to be selectable in the database options - so I would advocate using a different table or, as you have done, use code. (c) If I ever get this to work, would not a good place to put the LoadCustomUI method be in the Activate event of each Form and Report, to prevent inappropriate ribbons when the database's Document Window Option is set to Tabbed Documents? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith Sent: Tuesday, April 29, 2014 8:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Ok this is the crux of the method. A system table USysRibbons (that you create yourself - or copy form the link below) holds the Ribbon Info. You have to enable viewing of system objects in the Options/Current Database/Navigation to see this table. This table has 3 fields ID RibbonName RibbonXML Once this table is in the database it is automatically loaded when the program loads and the ribbons within it can be used on forms and reports. I have two ribbons in mine - one that essentially hides the normal ribbon and a print preview ribbon. As for the XML it is not too hard to suss out once you have a sample to look at. Anyhow here is the link to the file download where you can see this demonstrated: http://www.kallal.ca/msaccess/DownLoad.htm The one to get is - Access 2007 report ribbon example (with PDF and email). I had to do it a bit differently as I have an adp with SQL server back end - I had to create a regular sql table and load the ribbons with code manually - not too hard but a little more work. Anita Smith -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, 30 April 2014 9:52 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Hi Anita: Please do. :-) Jim ----- Original Message ----- From: "Anita Smith" To: "Access Developers discussion and problem solving" Sent: Tuesday, April 29, 2014 4:47:38 PM Subject: [AccessD] Ribbon Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Tue Apr 29 22:22:04 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Apr 2014 23:22:04 -0400 Subject: [AccessD] Ribbon In-Reply-To: <003001cf6423$1b0ec720$512c5560$@gmail.com> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> <003001cf6423$1b0ec720$512c5560$@gmail.com> Message-ID: <003101cf6423$5ceb2120$16c16360$@gmail.com> Step 6, in English: (6) I created an AutoExec macro THAT called MyAutoOpen and saved the module. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Tuesday, April 29, 2014 11:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Ribbon Hi Anita, I have actually never used this but your post got me reading: http://msdn.microsoft.com/en-us/library/office/ff198313(v=office.15).aspx . As you pointed out, XML can be loaded through VBA dynamically. But you did not state where or how you called the LoadCustomUI method. I tried this out but got an error message that my customization was already loaded. Here is what I did to recreate this situation: (1) I copied uSysRibbons to a new table called MyCustomization (2) I deleted all the records in uSysRibbons. (3) I deleted the value in the drop down in the startup options File / Options / Current Database / Ribbon and Toolbar Options setting (4) I closed and re-opened the database, observing that there was nothing in the File / Options / Current Database / Ribbon and Toolbar Options setting. (5) I created a public function in a standard module: Function MyAutoOpen() On Error Resume Next Application.LoadCustomUI _ CustomUIName:="MyHide", _ CustomUIXML:= _ DLookup("RibbonXML", "MyCustomization", "RibbonName = 'MyHide'") If Err.Number <> 0 Then MsgBox Err.Description On Error GoTo 0 End Function (6) I created an AutoExec macro called MyAutoOpen and saved the module. (7) I closed and re-opened the database. "RibbonReportPDF.accdb cannot load customization 'MyHide'. This customization name was already loaded" Additional remarks: (a) There does not seem to be a requirement to have an ID field, that was just someone's convention. (b) If you use the uSysRibbons table, it causes the ribbons to be selectable in the database options - so I would advocate using a different table or, as you have done, use code. (c) If I ever get this to work, would not a good place to put the LoadCustomUI method be in the Activate event of each Form and Report, to prevent inappropriate ribbons when the database's Document Window Option is set to Tabbed Documents? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith Sent: Tuesday, April 29, 2014 8:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Ok this is the crux of the method. A system table USysRibbons (that you create yourself - or copy form the link below) holds the Ribbon Info. You have to enable viewing of system objects in the Options/Current Database/Navigation to see this table. This table has 3 fields ID RibbonName RibbonXML Once this table is in the database it is automatically loaded when the program loads and the ribbons within it can be used on forms and reports. I have two ribbons in mine - one that essentially hides the normal ribbon and a print preview ribbon. As for the XML it is not too hard to suss out once you have a sample to look at. Anyhow here is the link to the file download where you can see this demonstrated: http://www.kallal.ca/msaccess/DownLoad.htm The one to get is - Access 2007 report ribbon example (with PDF and email). I had to do it a bit differently as I have an adp with SQL server back end - I had to create a regular sql table and load the ribbons with code manually - not too hard but a little more work. Anita Smith -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, 30 April 2014 9:52 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Hi Anita: Please do. :-) Jim ----- Original Message ----- From: "Anita Smith" To: "Access Developers discussion and problem solving" Sent: Tuesday, April 29, 2014 4:47:38 PM Subject: [AccessD] Ribbon Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 anita at ddisolutions.com.au Tue Apr 29 22:37:33 2014 From: anita at ddisolutions.com.au (Anita Smith) Date: Wed, 30 Apr 2014 03:37:33 +0000 Subject: [AccessD] Ribbon In-Reply-To: <003001cf6423$1b0ec720$512c5560$@gmail.com> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> <003001cf6423$1b0ec720$512c5560$@gmail.com> Message-ID: <0B4AA61FDEF597449F7D28C41E786D961BB1F131@DDI-DC1.DDI.local> Sorry, I didn't know anyone else needed the adp version. For the moment - while I'm still working on the program I have an AutoExec Macro that fires off the code to load the ribbons from the table - it goes something like this: Public Function LoadRibbons() Dim strSQL As String Dim cnn As ADODB.Connection Dim rst As ADODB.Recordset Set cnn = New ADODB.Connection Set rst = New ADODB.Recordset strSQL = "SELECT * FROM [MyCustomization]" Set rst = GetRecordset(strSQL, adUseClient, adOpenKeyset) cnn.Open CurrentProject.Connection rst.Open strSQL, cnn, adOpenDynamic, adLockOptimistic Do Until rst.EOF Application.LoadCustomUI rst("RibbonName").value, rst("RibbonXml").value rst.MoveNext Loop End Function I'm letting this AutoExec macro fire up the LoadRibbons code when I open the program to work on it so that the Ribbons are ready and loaded for when I need to assign them to forms and reports. Later I will load the ribbons from my startup form. Anita Smith -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 30 April 2014 1:20 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Ribbon Hi Anita, I have actually never used this but your post got me reading: http://msdn.microsoft.com/en-us/library/office/ff198313(v=office.15).aspx . As you pointed out, XML can be loaded through VBA dynamically. But you did not state where or how you called the LoadCustomUI method. I tried this out but got an error message that my customization was already loaded. Here is what I did to recreate this situation: (1) I copied uSysRibbons to a new table called MyCustomization (2) I deleted all the records in uSysRibbons. (3) I deleted the value in the drop down in the startup options File / Options / Current Database / Ribbon and Toolbar Options setting (4) I closed and re-opened the database, observing that there was nothing in the File / Options / Current Database / Ribbon and Toolbar Options setting. (5) I created a public function in a standard module: Function MyAutoOpen() On Error Resume Next Application.LoadCustomUI _ CustomUIName:="MyHide", _ CustomUIXML:= _ DLookup("RibbonXML", "MyCustomization", "RibbonName = 'MyHide'") If Err.Number <> 0 Then MsgBox Err.Description On Error GoTo 0 End Function (6) I created an AutoExec macro called MyAutoOpen and saved the module. (7) I closed and re-opened the database. "RibbonReportPDF.accdb cannot load customization 'MyHide'. This customization name was already loaded" Additional remarks: (a) There does not seem to be a requirement to have an ID field, that was just someone's convention. (b) If you use the uSysRibbons table, it causes the ribbons to be selectable in the database options - so I would advocate using a different table or, as you have done, use code. (c) If I ever get this to work, would not a good place to put the LoadCustomUI method be in the Activate event of each Form and Report, to prevent inappropriate ribbons when the database's Document Window Option is set to Tabbed Documents? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith Sent: Tuesday, April 29, 2014 8:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Ok this is the crux of the method. A system table USysRibbons (that you create yourself - or copy form the link below) holds the Ribbon Info. You have to enable viewing of system objects in the Options/Current Database/Navigation to see this table. This table has 3 fields ID RibbonName RibbonXML Once this table is in the database it is automatically loaded when the program loads and the ribbons within it can be used on forms and reports. I have two ribbons in mine - one that essentially hides the normal ribbon and a print preview ribbon. As for the XML it is not too hard to suss out once you have a sample to look at. Anyhow here is the link to the file download where you can see this demonstrated: http://www.kallal.ca/msaccess/DownLoad.htm The one to get is - Access 2007 report ribbon example (with PDF and email). I had to do it a bit differently as I have an adp with SQL server back end - I had to create a regular sql table and load the ribbons with code manually - not too hard but a little more work. Anita Smith -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, 30 April 2014 9:52 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon Hi Anita: Please do. :-) Jim ----- Original Message ----- From: "Anita Smith" To: "Access Developers discussion and problem solving" Sent: Tuesday, April 29, 2014 4:47:38 PM Subject: [AccessD] Ribbon Hi fellow earthlings, While solving a problem one of my users have encountered after updating to Access 2010 runtime I came across some nifty ribbon shenanigans that I have filed under useful stuff. Her problem was that the Access 2010 runtime Print Preview toolbar was missing exports to Word and Excel among other items. I had no option than to dive into research on how to solve this highly annoying 'feature'. Anyhow - I came across a way to quickly create custom ribbons using a system table and XML. In no time I had a new Print Preview Ribbon up and running and as an added bonus I also got rid of the main ribbon for the whole application using this method. As I have not had time to read and follow all AccessD threads, I don't know if this is common knowledge here. Anyhow - I'll be happy to elaborate further should anyone have a need. Anita Smith -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Tue Apr 29 22:46:31 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Apr 2014 23:46:31 -0400 Subject: [AccessD] Ribbon In-Reply-To: <0B4AA61FDEF597449F7D28C41E786D961BB1F131@DDI-DC1.DDI.local> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> <003001cf6423$1b0ec720$512c5560$@gmail.com> <0B4AA61FDEF597449F7D28C41E786D961BB1F131@DDI-DC1.DDI.local> Message-ID: So it sounds like loadcustomui method is something that happens once (only). I wonder how they get unloaded? Thing is, I also am doing (nearly) the exact same thing, upon startup... except you might say I am loading only one. Guess I don't see the difference between LoadCustomUI and hacking the ribbon (forcing it to be what you want). What actually does the latter? Ie, can you post some code from the load or activate event of one of your forms or reports so I can see how a loaded custom ui element is invoked This must be the crux of my confusion. TIA !! On Apr 29, 2014 11:38 PM, "Anita Smith" wrote: > Sorry, I didn't know anyone else needed the adp version. > > For the moment - while I'm still working on the program I have an AutoExec > Macro that fires off the code to load the ribbons from the table - it goes > something like this: > > Public Function LoadRibbons() > Dim strSQL As String > Dim cnn As ADODB.Connection > Dim rst As ADODB.Recordset > > Set cnn = New ADODB.Connection > Set rst = New ADODB.Recordset > > strSQL = "SELECT * FROM [MyCustomization]" > Set rst = GetRecordset(strSQL, adUseClient, adOpenKeyset) > > cnn.Open CurrentProject.Connection > > rst.Open strSQL, cnn, adOpenDynamic, adLockOptimistic > > Do Until rst.EOF > Application.LoadCustomUI rst("RibbonName").value, > rst("RibbonXml").value > rst.MoveNext > Loop > End Function > > I'm letting this AutoExec macro fire up the LoadRibbons code when I open > the program to work on it so that the Ribbons are ready and loaded for when > I need to assign them to forms and reports. Later I will load the ribbons > from my startup form. > > Anita Smith > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 30 April 2014 1:20 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Ribbon > > Hi Anita, I have actually never used this but your post got me reading: > http://msdn.microsoft.com/en-us/library/office/ff198313(v=office.15).aspx. > As you pointed out, XML can be loaded through VBA dynamically. But you did > not state where or how you called the LoadCustomUI method. I tried this out > but got an error message that my customization was already loaded. Here is > what I did to recreate this situation: > > (1) I copied uSysRibbons to a new table called MyCustomization > (2) I deleted all the records in uSysRibbons. > (3) I deleted the value in the drop down in the startup options > File / Options / Current Database / Ribbon and Toolbar Options > setting > (4) I closed and re-opened the database, observing that there was nothing > in the > File / Options / Current Database / Ribbon and Toolbar Options > setting. > (5) I created a public function in a standard module: > > Function MyAutoOpen() > On Error Resume Next > Application.LoadCustomUI _ > CustomUIName:="MyHide", _ > CustomUIXML:= _ > DLookup("RibbonXML", "MyCustomization", "RibbonName = > 'MyHide'") > If Err.Number <> 0 Then MsgBox Err.Description > On Error GoTo 0 > End Function > > (6) I created an AutoExec macro called MyAutoOpen and saved the module. > (7) I closed and re-opened the database. > > "RibbonReportPDF.accdb cannot load customization 'MyHide'. This > customization name was already loaded" > > > Additional remarks: > (a) There does not seem to be a requirement to have an ID field, that was > just someone's convention. > (b) If you use the uSysRibbons table, it causes the ribbons to be > selectable in the database options - so I would advocate using a different > table or, as you have done, use code. > (c) If I ever get this to work, would not a good place to put the > LoadCustomUI method be in the Activate event of each Form and Report, to > prevent inappropriate ribbons when the database's Document Window Option is > set to Tabbed Documents? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith > Sent: Tuesday, April 29, 2014 8:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Ribbon > > Ok this is the crux of the method. > > A system table USysRibbons (that you create yourself - or copy form the > link > below) holds the Ribbon Info. You have to enable viewing of system objects > in the Options/Current Database/Navigation to see this table. > This table has 3 fields > ID > RibbonName > RibbonXML > > Once this table is in the database it is automatically loaded when the > program loads and the ribbons within it can be used on forms and reports. > > I have two ribbons in mine - one that essentially hides the normal ribbon > and a print preview ribbon. > > As for the XML it is not too hard to suss out once you have a sample to > look at. > > Anyhow here is the link to the file download where you can see this > demonstrated: > > http://www.kallal.ca/msaccess/DownLoad.htm > > The one to get is - Access 2007 report ribbon example (with PDF and email). > > I had to do it a bit differently as I have an adp with SQL server back end > - I had to create a regular sql table and load the ribbons with code > manually > - not too hard but a little more work. > > Anita Smith > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, 30 April 2014 9:52 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Ribbon > > Hi Anita: > > Please do. :-) > > Jim > > ----- Original Message ----- > From: "Anita Smith" > To: "Access Developers discussion and problem solving" > > Sent: Tuesday, April 29, 2014 4:47:38 PM > Subject: [AccessD] Ribbon > > Hi fellow earthlings, > While solving a problem one of my users have encountered after updating to > Access 2010 runtime I came across some nifty ribbon shenanigans that I have > filed under useful stuff. > > Her problem was that the Access 2010 runtime Print Preview toolbar was > missing exports to Word and Excel among other items. I had no option than > to dive into research on how to solve this highly annoying 'feature'. > Anyhow - I came across a way to quickly create custom ribbons using a > system table and XML. In no time I had a new Print Preview Ribbon up and > running and as an added bonus I also got rid of the main ribbon for the > whole application using this method. > > As I have not had time to read and follow all AccessD threads, I don't > know if this is common knowledge here. > > Anyhow - I'll be happy to elaborate further should anyone have a need. > > Anita Smith > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 anita at ddisolutions.com.au Tue Apr 29 22:50:57 2014 From: anita at ddisolutions.com.au (Anita Smith) Date: Wed, 30 Apr 2014 03:50:57 +0000 Subject: [AccessD] Ribbon In-Reply-To: References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> <003001cf6423$1b0ec720$512c5560$@gmail.com> <0B4AA61FDEF597449F7D28C41E786D961BB1F131@DDI-DC1.DDI.local> Message-ID: <0B4AA61FDEF597449F7D28C41E786D961BB1F169@DDI-DC1.DDI.local> I simply make sure the LoadRibbons code runs when I open the database - this loads the ribbons. After that, the Ribbons are available in the Ribbon Dropdown List on the Form/Report Property Sheet as per usual with no code necessary. Much like a custom toolbar in the old days. Anita Smith DDi Solutions We Build Software! Custom Software, Websites & Databases. p: + 61 02606 72101 m: +61 040202 2462 | w: www.ddisolutions.com.au | e: anita at ddisolutions.com.au This Email message is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply Email and destroy all copies as well as the original message. All views expressed in this Email are those of the sender, except where specifically stated otherwise, and do not necessarily reflect the views of DDi Solutions. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 30 April 2014 1:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon So it sounds like loadcustomui method is something that happens once (only). I wonder how they get unloaded? Thing is, I also am doing (nearly) the exact same thing, upon startup... except you might say I am loading only one. Guess I don't see the difference between LoadCustomUI and hacking the ribbon (forcing it to be what you want). What actually does the latter? Ie, can you post some code from the load or activate event of one of your forms or reports so I can see how a loaded custom ui element is invoked This must be the crux of my confusion. TIA !! On Apr 29, 2014 11:38 PM, "Anita Smith" wrote: > Sorry, I didn't know anyone else needed the adp version. > > For the moment - while I'm still working on the program I have an > AutoExec Macro that fires off the code to load the ribbons from the > table - it goes something like this: > > Public Function LoadRibbons() > Dim strSQL As String > Dim cnn As ADODB.Connection > Dim rst As ADODB.Recordset > > Set cnn = New ADODB.Connection > Set rst = New ADODB.Recordset > > strSQL = "SELECT * FROM [MyCustomization]" > Set rst = GetRecordset(strSQL, adUseClient, adOpenKeyset) > > cnn.Open CurrentProject.Connection > > rst.Open strSQL, cnn, adOpenDynamic, adLockOptimistic > > Do Until rst.EOF > Application.LoadCustomUI rst("RibbonName").value, > rst("RibbonXml").value > rst.MoveNext > Loop > End Function > > I'm letting this AutoExec macro fire up the LoadRibbons code when I > open the program to work on it so that the Ribbons are ready and > loaded for when I need to assign them to forms and reports. Later I > will load the ribbons from my startup form. > > Anita Smith > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 30 April 2014 1:20 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Ribbon > > Hi Anita, I have actually never used this but your post got me reading: > http://msdn.microsoft.com/en-us/library/office/ff198313(v=office.15).aspx. > As you pointed out, XML can be loaded through VBA dynamically. But you > did not state where or how you called the LoadCustomUI method. I tried > this out but got an error message that my customization was already > loaded. Here is what I did to recreate this situation: > > (1) I copied uSysRibbons to a new table called MyCustomization > (2) I deleted all the records in uSysRibbons. > (3) I deleted the value in the drop down in the startup options > File / Options / Current Database / Ribbon and Toolbar > Options setting > (4) I closed and re-opened the database, observing that there was > nothing in the > File / Options / Current Database / Ribbon and Toolbar > Options setting. > (5) I created a public function in a standard module: > > Function MyAutoOpen() > On Error Resume Next > Application.LoadCustomUI _ > CustomUIName:="MyHide", _ > CustomUIXML:= _ > DLookup("RibbonXML", "MyCustomization", "RibbonName > = > 'MyHide'") > If Err.Number <> 0 Then MsgBox Err.Description > On Error GoTo 0 > End Function > > (6) I created an AutoExec macro called MyAutoOpen and saved the module. > (7) I closed and re-opened the database. > > "RibbonReportPDF.accdb cannot load customization 'MyHide'. > This customization name was already loaded" > > > Additional remarks: > (a) There does not seem to be a requirement to have an ID field, that > was just someone's convention. > (b) If you use the uSysRibbons table, it causes the ribbons to be > selectable in the database options - so I would advocate using a > different table or, as you have done, use code. > (c) If I ever get this to work, would not a good place to put the > LoadCustomUI method be in the Activate event of each Form and Report, > to prevent inappropriate ribbons when the database's Document Window > Option is set to Tabbed Documents? > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith > Sent: Tuesday, April 29, 2014 8:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Ribbon > > Ok this is the crux of the method. > > A system table USysRibbons (that you create yourself - or copy form > the link > below) holds the Ribbon Info. You have to enable viewing of system > objects in the Options/Current Database/Navigation to see this table. > This table has 3 fields > ID > RibbonName > RibbonXML > > Once this table is in the database it is automatically loaded when the > program loads and the ribbons within it can be used on forms and reports. > > I have two ribbons in mine - one that essentially hides the normal > ribbon and a print preview ribbon. > > As for the XML it is not too hard to suss out once you have a sample > to look at. > > Anyhow here is the link to the file download where you can see this > demonstrated: > > http://www.kallal.ca/msaccess/DownLoad.htm > > The one to get is - Access 2007 report ribbon example (with PDF and email). > > I had to do it a bit differently as I have an adp with SQL server back > end > - I had to create a regular sql table and load the ribbons with code > manually > - not too hard but a little more work. > > Anita Smith > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > Sent: Wednesday, 30 April 2014 9:52 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Ribbon > > Hi Anita: > > Please do. :-) > > Jim > > ----- Original Message ----- > From: "Anita Smith" > To: "Access Developers discussion and problem solving" > > Sent: Tuesday, April 29, 2014 4:47:38 PM > Subject: [AccessD] Ribbon > > Hi fellow earthlings, > While solving a problem one of my users have encountered after > updating to Access 2010 runtime I came across some nifty ribbon > shenanigans that I have filed under useful stuff. > > Her problem was that the Access 2010 runtime Print Preview toolbar was > missing exports to Word and Excel among other items. I had no option > than to dive into research on how to solve this highly annoying 'feature'. > Anyhow - I came across a way to quickly create custom ribbons using a > system table and XML. In no time I had a new Print Preview Ribbon up > and running and as an added bonus I also got rid of the main ribbon > for the whole application using this method. > > As I have not had time to read and follow all AccessD threads, I don't > know if this is common knowledge here. > > Anyhow - I'll be happy to elaborate further should anyone have a need. > > Anita Smith > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 bensonforums at gmail.com Tue Apr 29 23:24:14 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 30 Apr 2014 00:24:14 -0400 Subject: [AccessD] Ribbon In-Reply-To: References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <1424848221.35696699.1398815533552.JavaMail.root@cds018> <0B4AA61FDEF597449F7D28C41E786D961BB1F092@DDI-DC1.DDI.local> <003001cf6423$1b0ec720$512c5560$@gmail.com> <0B4AA61FDEF597449F7D28C41E786D961BB1F131@DDI-DC1.DDI.local> <0B4AA61FDEF597449F7D28C41E786D961BB1F169@DDI-DC1.DDI.local> Message-ID: So... The user has to load the ribbon appropriate to each form/report while using the database and as they tab from one to the other, the ribbon for the last item they were viewing is what they are using by default? Sounds not too user friendly if I am imagining this right. Seems there ought to be a way to force each ribbon in code to what it needs to show in the Activate event. If not, I won't use this. :) Thanks Anita! From stuart at lexacorp.com.pg Tue Apr 29 23:42:16 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 30 Apr 2014 14:42:16 +1000 Subject: [AccessD] Ribbon In-Reply-To: References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local>, , Message-ID: <53607F28.8360.130EBF9@stuart.lexacorp.com.pg> You misunderstand. It's the developer that loads the ribbon that is appropriate to the Form/Report when building the system. I just tried this in an old (cicra 2000) application that I am updating. I copied the usysRibbons table from one of the databases at Anita's link into the FE. Closed and reopened the application with the shift key held down so that I could see the Navigation panel. Opened a report in Design View Went to the report's Properties - Other - Ribbon Name. The new custom ribbons were there in the drop down list. I selected one and saved the report. Then I closed the application, opened it as normal and opened the report. The custom ribbon was displayed. Magic - I am finally going to start using Custom Ribbons! Thanks Anita. -- Stuart On 30 Apr 2014 at 0:24, Bill Benson wrote: > So... The user has to load the ribbon appropriate to each form/report > while using the database and as they tab from one to the other, the > ribbon for the last item they were viewing is what they are using by > default? Sounds not too user friendly if I am imagining this right. > Seems there ought to be a way to force each ribbon in code to what it > needs to show in the Activate event. > > If not, I won't use this. > > :) > > Thanks Anita! > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Tue Apr 29 23:48:02 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 30 Apr 2014 00:48:02 -0400 Subject: [AccessD] Ribbon In-Reply-To: <53607F28.8360.130EBF9@stuart.lexacorp.com.pg> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <53607F28.8360.130EBF9@stuart.lexacorp.com.pg> Message-ID: Oh ok. So ribbons cannot be adjusted at runtime? What happens if forms are created at runtime in code? It is that property you set in design view that I am looking for Stuart. Maybe that can be toggled at runtime via VBA? Thanks. On Apr 30, 2014 12:43 AM, "Stuart McLachlan" wrote: > You misunderstand. It's the developer that loads the ribbon that is > appropriate to the > Form/Report when building the system. > > I just tried this in an old (cicra 2000) application that I am updating. > > I copied the usysRibbons table from one of the databases at Anita's link > into the FE. > > Closed and reopened the application with the shift key held down so that I > could see the > Navigation panel. > > Opened a report in Design View > > Went to the report's Properties - Other - Ribbon Name. The new custom > ribbons were there > in the drop down list. I selected one and saved the report. > > Then I closed the application, opened it as normal and opened the report. > The custom > ribbon was displayed. > > > Magic - I am finally going to start using Custom Ribbons! > > Thanks Anita. > > -- > Stuart > > On 30 Apr 2014 at 0:24, Bill Benson wrote: > > > So... The user has to load the ribbon appropriate to each form/report > > while using the database and as they tab from one to the other, the > > ribbon for the last item they were viewing is what they are using by > > default? Sounds not too user friendly if I am imagining this right. > > Seems there ought to be a way to force each ribbon in code to what it > > needs to show in the Activate event. > > > > If not, I won't use this. > > > > :) > > > > Thanks Anita! > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/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 anita at ddisolutions.com.au Tue Apr 29 23:51:56 2014 From: anita at ddisolutions.com.au (Anita Smith) Date: Wed, 30 Apr 2014 04:51:56 +0000 Subject: [AccessD] Ribbon In-Reply-To: <53607F28.8360.130EBF9@stuart.lexacorp.com.pg> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local>, , <53607F28.8360.130EBF9@stuart.lexacorp.com.pg> Message-ID: <0B4AA61FDEF597449F7D28C41E786D961BB1F1E2@DDI-DC1.DDI.local> Bingo Stuart - that is exactly right (for regular Access databases) In an adp (connected to SQL server) there is no uSysRibbon table so a regular table is created in SQL Server. The ribbons are instead loaded manually when the application opens. Once loaded they are available for forms and reports and they may able to be manipulated at runtime too, I haven't tried that. Anita Smith DDi Solutions We Build Software! Custom Software, Websites & Databases. p: + 61 02606 72101 m: +61 040202 2462 | w: www.ddisolutions.com.au | e: anita at ddisolutions.com.au This Email message is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply Email and destroy all copies as well as the original message. All views expressed in this Email are those of the sender, except where specifically stated otherwise, and do not necessarily reflect the views of DDi Solutions. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, 30 April 2014 2:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ribbon You misunderstand. It's the developer that loads the ribbon that is appropriate to the Form/Report when building the system. I just tried this in an old (cicra 2000) application that I am updating. I copied the usysRibbons table from one of the databases at Anita's link into the FE. Closed and reopened the application with the shift key held down so that I could see the Navigation panel. Opened a report in Design View Went to the report's Properties - Other - Ribbon Name. The new custom ribbons were there in the drop down list. I selected one and saved the report. Then I closed the application, opened it as normal and opened the report. The custom ribbon was displayed. Magic - I am finally going to start using Custom Ribbons! Thanks Anita. -- Stuart On 30 Apr 2014 at 0:24, Bill Benson wrote: > So... The user has to load the ribbon appropriate to each form/report > while using the database and as they tab from one to the other, the > ribbon for the last item they were viewing is what they are using by > default? Sounds not too user friendly if I am imagining this right. > Seems there ought to be a way to force each ribbon in code to what it > needs to show in the Activate event. > > If not, I won't use this. > > :) > > Thanks Anita! > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Apr 30 03:41:50 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 30 Apr 2014 18:41:50 +1000 Subject: [AccessD] (Fwd) Re: Ribbon Message-ID: <5360B74E.20767.20C40E0@stuart.lexacorp.com.pg> I'm pretty sure that Bill meant to send this to the list, not to me directly (since he is thanking Anita) :-) -- Stuart ------- Forwarded message follows ------- Date sent: Wed, 30 Apr 2014 04:32:54 -0400 Subject: Re: [AccessD] Ribbon From: Bill Benson To: stuart at lexacorp.com.pg Cool, will definitely get myself some practice now you've explained so well! Thanks for taking the time Stuart and Anita. On Apr 30, 2014 1:56 AM, "Stuart McLachlan" wrote: This works for me: In the Report module: Private Sub Report_Open(Cancel As Integer) Me.RibbonName = OpenArgs End Sub Then DoCmd.OpenReport "rptServicesDue", acViewPreview, , , , "MyReport" and DoCmd.OpenReport "rptServicesDue", acViewPreview, , , , "MyHide" show the relevant menus. If you are creating a form at runtime in code, I guess you could set the property just like any other property. -- Stuart --- ------- End of forwarded message ------- From bensonforums at gmail.com Wed Apr 30 03:48:36 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 30 Apr 2014 04:48:36 -0400 Subject: [AccessD] (Fwd) Re: Ribbon In-Reply-To: <5360B74E.20767.20C40E0@stuart.lexacorp.com.pg> References: <5360B74E.20767.20C40E0@stuart.lexacorp.com.pg> Message-ID: Yes for sure! On Apr 30, 2014 4:47 AM, "Stuart McLachlan" wrote: > I'm pretty sure that Bill meant to send this to the list, not to me > directly (since he is thanking > Anita) :-) > > -- > Stuart > > ------- Forwarded message follows ------- > Date sent: Wed, 30 Apr 2014 04:32:54 -0400 > Subject: Re: [AccessD] Ribbon > From: Bill Benson > To: stuart at lexacorp.com.pg > > Cool, will definitely get myself some practice now you've explained so > well! Thanks for taking > the time Stuart and Anita. > > On Apr 30, 2014 1:56 AM, "Stuart McLachlan" > wrote: > This works for me: > > In the Report module: > > Private Sub Report_Open(Cancel As Integer) > Me.RibbonName = OpenArgs > End Sub > > > Then > > DoCmd.OpenReport "rptServicesDue", acViewPreview, , , , "MyReport" > and > DoCmd.OpenReport "rptServicesDue", acViewPreview, , , , "MyHide" > > show the relevant menus. > > > If you are creating a form at runtime in code, I guess you could set the > property just like any > other property. > > -- > Stuart > > > --- > > > ------- End of forwarded message ------- > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jackandpat.d at gmail.com Wed Apr 30 05:52:43 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Wed, 30 Apr 2014 06:52:43 -0400 Subject: [AccessD] Ribbon In-Reply-To: <0B4AA61FDEF597449F7D28C41E786D961BB1F1E2@DDI-DC1.DDI.local> References: <0B4AA61FDEF597449F7D28C41E786D961BB1F051@DDI-DC1.DDI.local> <53607F28.8360.130EBF9@stuart.lexacorp.com.pg> <0B4AA61FDEF597449F7D28C41E786D961BB1F1E2@DDI-DC1.DDI.local> Message-ID: Anita et al, I saw your reference to Albert Kallal in your post re Ribbon and 2010 Runtime; and recalled seeing a related post from Albert on UA yesterday. He includes a link in his response that deals with ribbons for 2007 and 2010. Here is the UA post that contains the link. I hope it's helpful to this discussion. http://www.utteraccess.com/forum/Deploying-Runtime-Quic-t2015574.html On Wed, Apr 30, 2014 at 12:51 AM, Anita Smith wrote: > Bingo Stuart - that is exactly right (for regular Access databases) > > In an adp (connected to SQL server) there is no uSysRibbon table so a > regular table is created in SQL Server. The ribbons are instead loaded > manually when the application opens. Once loaded they are available for > forms and reports and they may able to be manipulated at runtime too, I > haven't tried that. > > Anita Smith > DDi Solutions > We Build Software! > Custom Software, Websites & Databases. > p: + 61 02606 72101 m: +61 040202 2462 | w: www.ddisolutions.com.au | e: > anita at ddisolutions.com.au > This Email message is for the sole use of the intended recipient and may > contain confidential and privileged information. Any unauthorised review, > use, disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply Email and destroy all copies > as well as the original message. All views expressed in this Email are > those of the sender, except where specifically stated otherwise, and do not > necessarily reflect the views of DDi Solutions. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Wednesday, 30 April 2014 2:42 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Ribbon > > You misunderstand. It's the developer that loads the ribbon that is > appropriate to the Form/Report when building the system. > > I just tried this in an old (cicra 2000) application that I am updating. > > I copied the usysRibbons table from one of the databases at Anita's link > into the FE. > > Closed and reopened the application with the shift key held down so that I > could see the Navigation panel. > > Opened a report in Design View > > Went to the report's Properties - Other - Ribbon Name. The new custom > ribbons were there > in the drop down list. I selected one and saved the report. > > Then I closed the application, opened it as normal and opened the report. > The custom ribbon was displayed. > > > Magic - I am finally going to start using Custom Ribbons! > > Thanks Anita. > > -- > Stuart > > On 30 Apr 2014 at 0:24, Bill Benson wrote: > > > So... The user has to load the ribbon appropriate to each form/report > > while using the database and as they tab from one to the other, the > > ribbon for the last item they were viewing is what they are using by > > default? Sounds not too user friendly if I am imagining this right. > > Seems there ought to be a way to force each ribbon in code to what it > > needs to show in the Activate event. > > > > If not, I won't use this. > > > > :) > > > > Thanks Anita! > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >