From newsgrps at dalyn.co.nz Wed Nov 1 01:19:10 2017 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 1 Nov 2017 19:19:10 +1300 Subject: [AccessD] Idle Access seems to drop connection In-Reply-To: <07c401d34994$c31e32c0$495a9840$@verizon.net> References: <003601d3491b$436c44f0$ca44ced0$@dalyn.co.nz> <004101d34925$30a1bd00$91e53700$@dalyn.co.nz> <59BCB266-D094-4E89-8546-4C96BE40AFF8@verizon.net> <004a01d34933$7aa96d40$6ffc47c0$@dalyn.co.nz> <07c401d34994$c31e32c0$495a9840$@verizon.net> Message-ID: <00d801d352d9$54ee98a0$fecbc9e0$@dalyn.co.nz> Thanks to all that responded. We tried all the tricks and nothing made any difference. In the end we deleted a whole heap of old records reducing the number from 600,000 to about 200,000. This reduced the delay within acceptable range. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, 21 October 2017 12:16 a.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Idle Access seems to drop connection David, It would depend on the setup. Other databases may be using other mapped drives, staying active, etc. Here's what you need to do to see if it is a mapped drive disconnect: 1. Ensure that all users are out of the DB 2. Verify that by checking the BE directory for an .LDB file. There should be none. 3. Open the app on the station and make sure you leave a form open. As long as a form is open, then you will have a login on the BE database and a LDB file. 4. Leave it sit ten minutes. 5. On the PC, open windows explorer and see if the mapped drive shows a red X. Do not click on the drive. 6. Do something with the form and see if you get the delay (you should). 7. Now look at explorer...the red X should be gone. 8. Go back to the form...you now should see no delay. There is one other issue that can be at play here as well. That is OPLOCKS, or opportunistic locking (aka client side caching). This is built into windows and can lead to delays of up to 30 seconds. Leaving a connection open for the life of the app will avoid this for the most part. What happens is when a single user is in a file, Windows places an OPLOCK that says the user has exclusive use of the file and can cache changes on the windows client. When another user comes along and wants to use the file, the server must break the OPLOCK. That process can take up to 30 seconds. If your app is constantly closing/opening the BE, then you can encounter this a lot. But if this is the only user seeing the delay, then it is most likely something else. Still though a possibility depending on the pattern of usage from the users. Doesn't hurt though by any means to keep a constant connection open in the app and in fact this is something every app should do. Closing/opening a BE constantly carries a lot of overhead. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Thursday, October 19, 2017 07:39 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Idle Access seems to drop connection If that was the case, wouldn't we see the same behaviour in the other database that doesn't have the problem? -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, 20 October 2017 11:09 a.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Idle Access seems to drop connection Windows drops inactive mapped network drives....default is 10 minutes. You can disable that with a GPO or by modifying the registry. Other potential item; do you keep a connection open to the backend for The life of the app? Could be the connection to the backend database is closing and when logging back in again there s quite a bit of overhead. 30 seconds is excessive though. More than likely it s a map drive disconnecting Jim Sent from my iPhone > On Oct 19, 2017, at 5:56 PM, David Emerson wrote: > > Hi Arthur, > The user can have the orders screen open and just not doing anything > with it for 5 minutes. When he then tries to run a report from that > screen, or close the screen and reopen it (i.e. query the database > again) there is the delay. In this case isn't the orders screen > effectively doing what you suggest? > Regards > David > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Arthur Fuller > Sent: Friday, 20 October 2017 10:24 a.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Idle Access seems to drop connection > > There have been threads on this. If you declare a public variable and > open a recordset witb it you won't lose your connection. > > On Oct 19, 2017 4:47 PM, "David Emerson" wrote: > > Hi Team, > I have a client that has several users with FE's connected to the same BE. > All of them seem to work fine except for 1 user. > When this user starts his copy there is a 30 second delay while the > programme opens (it gets data to display a report). Then when the > orders screen is open via a command button it opens relatively quickly > (within a couple of seconds). > However, if he leaves the system for 5 minutes or so then the next > time he does something that requires getting data (for example closing > and opening the orders screen) there is a 30 delay again. After the > initial delay the system works fast again. If he immediately closes > and opens the orders screen without a delay between tasks then it > opens immediately without a delay. > I know there is a timeout setting for SQL connections but this is > purely an Access BE. > The IT company has checked the network (it is a wired network) and all > seems to be fine. The user has another similar database (although > smaller in data > size) and it doesn't have the same problem. > Any thoughts on what may be causing the delay? > 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 gustav at cactus.dk Wed Nov 1 03:02:51 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Nov 2017 08:02:51 +0000 Subject: [AccessD] Changing Column Width and Order in mde or accde Message-ID: Hi Rocky Or maybe not, as all settings will be lost when you update the frontend. We used a separate backend for storing user settings. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 31. oktober 2017 22:19 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Changing Column Width and Order in mde or accde As I think about it, since it would be an advantage to let each use save their own field order and widths, saving the properties in a front end table might be an advantage. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, October 31, 2017 1:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Changing Column Width and Order in mde or accde An excellent method to save your last position. I did a similar process many years ago with VB. Had a module that would open a registry set and then loop around pushing all global variables and position variable into the stack. When the application opened again, even after a system update, each user would have the environment they exited with...if they so chose. Unfortunately, even with the best efforts it was never a hundred percent. We do now have some excellent sync tools which could make much of that type of work redundant. Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, October 31, 2017 12:33:54 AM Subject: Re: [AccessD] Changing Column Width and Order in mde or accde Hi Stuart Oh no. "All you need" is to read and save the properties of the columns to a set (a tree) of tables before closing the form, then read from the tables and restore the settings when opening the form. I once wrote a full system for a client who wanted this feature. It went a bit like this: ID UserSettingFormSubformID Name ColumnOrder ColumnWidth ColumnHidden 1 1 ID 1 -1 Sand 2 1 Dimension 2 1875 Sand 3 1 DimensionElementOrder 4 -1 Falsk 4 1 DimensionElement 3 1995 Falsk 5 1 DimensionElementProportion 5 2850 Falsk Those basic settings are not difficult. The challenge is the get hold on frozen columns. Sort order for each column was also added. I considered writing an article about this but gave up, as the setup was heavily intermixed with application settings for Format and Conditional Formatting, as well as default settings which - and this is important - the user could choose to revert to in case he/she got the layout garbled beyond easy restoring at the user level. Add to this maintenance of the settings. It was a large application and just about all forms had subforms in datasheetview. We made a function to rebuild all the current settings as default settings; this function was called when the user belonged to the developer group of users. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 30. oktober 2017 21:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Changing Column Width and Order in mde or accde Just found this - turns out you need to manipulate the Registry!!! From bensonforums at gmail.com Wed Nov 1 08:04:29 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 1 Nov 2017 09:04:29 -0400 Subject: [AccessD] Changing Column Width and Order in mde or accde In-Reply-To: References: Message-ID: So... no one is checking out my solution? On Wed, Nov 1, 2017 at 4:02 AM, Gustav Brock wrote: > Hi Rocky > > Or maybe not, as all settings will be lost when you update the frontend. > We used a separate backend for storing user settings. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Rocky Smolin > Sendt: 31. oktober 2017 22:19 > Til: 'Access Developers discussion and problem solving' < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > As I think about it, since it would be an advantage to let each use save > their own field order and widths, saving the properties in a front end > table might be an advantage. > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Lawrence > Sent: Tuesday, October 31, 2017 1:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > An excellent method to save your last position. > > I did a similar process many years ago with VB. Had a module that would > open a registry set and then loop around pushing all global variables and > position variable into the stack. When the application opened again, even > after a system update, each user would have the environment they exited > with...if they so chose. Unfortunately, even with the best efforts it was > never a hundred percent. > > We do now have some excellent sync tools which could make much of that > type of work redundant. > > Jim > > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Tuesday, October 31, 2017 12:33:54 AM > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > Hi Stuart > > Oh no. "All you need" is to read and save the properties of the columns to > a set (a tree) of tables before closing the form, then read from the tables > and restore the settings when opening the form. > > I once wrote a full system for a client who wanted this feature. It went a > bit like this: > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > ColumnHidden > 1 1 ID 1 -1 Sand > 2 1 Dimension 2 1875 Sand > 3 1 DimensionElementOrder 4 -1 Falsk > 4 1 DimensionElement 3 1995 Falsk > 5 1 DimensionElementProportion 5 2850 Falsk > > Those basic settings are not difficult. The challenge is the get hold on > frozen columns. Sort order for each column was also added. > > I considered writing an article about this but gave up, as the setup was > heavily intermixed with application settings for Format and Conditional > Formatting, as well as default settings which - and this is important - the > user could choose to revert to in case he/she got the layout garbled beyond > easy restoring at the user level. > > Add to this maintenance of the settings. It was a large application and > just about all forms had subforms in datasheetview. We made a function to > rebuild all the current settings as default settings; this function was > called when the user belonged to the developer group of users. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Stuart McLachlan > Sendt: 30. oktober 2017 21:58 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > Just found this - turns out you need to manipulate the Registry!!! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Wed Nov 1 08:12:03 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 1 Nov 2017 06:12:03 -0700 Subject: [AccessD] Changing Column Width and Order in mde or accde In-Reply-To: References: Message-ID: <004601d35313$02af6710$080e3530$@bchacc.com> Gustav: Well that's true - they would have to re-establish their preferences. So putting those setting in an external mdb/accdb or a text file which would reside in the user's front end folder would solve that, yes? R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, November 01, 2017 1:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Changing Column Width and Order in mde or accde Hi Rocky Or maybe not, as all settings will be lost when you update the frontend. We used a separate backend for storing user settings. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 31. oktober 2017 22:19 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Changing Column Width and Order in mde or accde As I think about it, since it would be an advantage to let each use save their own field order and widths, saving the properties in a front end table might be an advantage. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, October 31, 2017 1:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Changing Column Width and Order in mde or accde An excellent method to save your last position. I did a similar process many years ago with VB. Had a module that would open a registry set and then loop around pushing all global variables and position variable into the stack. When the application opened again, even after a system update, each user would have the environment they exited with...if they so chose. Unfortunately, even with the best efforts it was never a hundred percent. We do now have some excellent sync tools which could make much of that type of work redundant. Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, October 31, 2017 12:33:54 AM Subject: Re: [AccessD] Changing Column Width and Order in mde or accde Hi Stuart Oh no. "All you need" is to read and save the properties of the columns to a set (a tree) of tables before closing the form, then read from the tables and restore the settings when opening the form. I once wrote a full system for a client who wanted this feature. It went a bit like this: ID UserSettingFormSubformID Name ColumnOrder ColumnWidth ColumnHidden 1 1 ID 1 -1 Sand 2 1 Dimension 2 1875 Sand 3 1 DimensionElementOrder 4 -1 Falsk 4 1 DimensionElement 3 1995 Falsk 5 1 DimensionElementProportion 5 2850 Falsk Those basic settings are not difficult. The challenge is the get hold on frozen columns. Sort order for each column was also added. I considered writing an article about this but gave up, as the setup was heavily intermixed with application settings for Format and Conditional Formatting, as well as default settings which - and this is important - the user could choose to revert to in case he/she got the layout garbled beyond easy restoring at the user level. Add to this maintenance of the settings. It was a large application and just about all forms had subforms in datasheetview. We made a function to rebuild all the current settings as default settings; this function was called when the user belonged to the developer group of users. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 30. oktober 2017 21:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Changing Column Width and Order in mde or accde Just found this - turns out you need to manipulate the Registry!!! -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Nov 1 08:17:06 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Nov 2017 13:17:06 +0000 Subject: [AccessD] Changing Column Width and Order in mde or accde Message-ID: Hi Rocky Yes. Exactly. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 1. november 2017 14:12 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Changing Column Width and Order in mde or accde Gustav: Well that's true - they would have to re-establish their preferences. So putting those setting in an external mdb/accdb or a text file which would reside in the user's front end folder would solve that, yes? R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, November 01, 2017 1:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Changing Column Width and Order in mde or accde Hi Rocky Or maybe not, as all settings will be lost when you update the frontend. We used a separate backend for storing user settings. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 31. oktober 2017 22:19 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Changing Column Width and Order in mde or accde As I think about it, since it would be an advantage to let each use save their own field order and widths, saving the properties in a front end table might be an advantage. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, October 31, 2017 1:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Changing Column Width and Order in mde or accde An excellent method to save your last position. I did a similar process many years ago with VB. Had a module that would open a registry set and then loop around pushing all global variables and position variable into the stack. When the application opened again, even after a system update, each user would have the environment they exited with...if they so chose. Unfortunately, even with the best efforts it was never a hundred percent. We do now have some excellent sync tools which could make much of that type of work redundant. Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, October 31, 2017 12:33:54 AM Subject: Re: [AccessD] Changing Column Width and Order in mde or accde Hi Stuart Oh no. "All you need" is to read and save the properties of the columns to a set (a tree) of tables before closing the form, then read from the tables and restore the settings when opening the form. I once wrote a full system for a client who wanted this feature. It went a bit like this: ID UserSettingFormSubformID Name ColumnOrder ColumnWidth ColumnHidden 1 1 ID 1 -1 Sand 2 1 Dimension 2 1875 Sand 3 1 DimensionElementOrder 4 -1 Falsk 4 1 DimensionElement 3 1995 Falsk 5 1 DimensionElementProportion 5 2850 Falsk Those basic settings are not difficult. The challenge is the get hold on frozen columns. Sort order for each column was also added. I considered writing an article about this but gave up, as the setup was heavily intermixed with application settings for Format and Conditional Formatting, as well as default settings which - and this is important - the user could choose to revert to in case he/she got the layout garbled beyond easy restoring at the user level. Add to this maintenance of the settings. It was a large application and just about all forms had subforms in datasheetview. We made a function to rebuild all the current settings as default settings; this function was called when the user belonged to the developer group of users. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 30. oktober 2017 21:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Changing Column Width and Order in mde or accde Just found this - turns out you need to manipulate the Registry!!! From bensonforums at gmail.com Wed Nov 1 08:33:35 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 1 Nov 2017 09:33:35 -0400 Subject: [AccessD] Changing Column Width and Order in mde or accde In-Reply-To: <004601d35313$02af6710$080e3530$@bchacc.com> References: <004601d35313$02af6710$080e3530$@bchacc.com> Message-ID: My solution already demonstrated that no external items are required. Maintaining a table inside the MDE/ACCDE works just fine. On Wed, Nov 1, 2017 at 9:12 AM, Rocky Smolin wrote: > Gustav: > > Well that's true - they would have to re-establish their preferences. So > putting those setting in an external mdb/accdb or a text file which would > reside in the user's front end folder would solve that, yes? > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Wednesday, November 01, 2017 1:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > Hi Rocky > > Or maybe not, as all settings will be lost when you update the frontend. > We used a separate backend for storing user settings. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Rocky Smolin > Sendt: 31. oktober 2017 22:19 > Til: 'Access Developers discussion and problem solving' < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > As I think about it, since it would be an advantage to let each use save > their own field order and widths, saving the properties in a front end > table might be an advantage. > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Lawrence > Sent: Tuesday, October 31, 2017 1:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > An excellent method to save your last position. > > I did a similar process many years ago with VB. Had a module that would > open a registry set and then loop around pushing all global variables and > position variable into the stack. When the application opened again, even > after a system update, each user would have the environment they exited > with...if they so chose. Unfortunately, even with the best efforts it was > never a hundred percent. > > We do now have some excellent sync tools which could make much of that > type of work redundant. > > Jim > > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Tuesday, October 31, 2017 12:33:54 AM > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > Hi Stuart > > Oh no. "All you need" is to read and save the properties of the columns to > a set (a tree) of tables before closing the form, then read from the tables > and restore the settings when opening the form. > > I once wrote a full system for a client who wanted this feature. It went a > bit like this: > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > ColumnHidden > 1 1 ID 1 -1 Sand > 2 1 Dimension 2 1875 Sand > 3 1 DimensionElementOrder 4 -1 Falsk > 4 1 DimensionElement 3 1995 Falsk > 5 1 DimensionElementProportion 5 2850 Falsk > > Those basic settings are not difficult. The challenge is the get hold on > frozen columns. Sort order for each column was also added. > > I considered writing an article about this but gave up, as the setup was > heavily intermixed with application settings for Format and Conditional > Formatting, as well as default settings which - and this is important - the > user could choose to revert to in case he/she got the layout garbled beyond > easy restoring at the user level. > > Add to this maintenance of the settings. It was a large application and > just about all forms had subforms in datasheetview. We made a function to > rebuild all the current settings as default settings; this function was > called when the user belonged to the developer group of users. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Stuart McLachlan > Sendt: 30. oktober 2017 21:58 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > Just found this - turns out you need to manipulate the Registry!!! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Wed Nov 1 08:40:35 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Nov 2017 13:40:35 +0000 Subject: [AccessD] Changing Column Width and Order in mde or accde Message-ID: Sure Bill, but how do you preserve the settings, if/when the frontend is replaced by a new version? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 1. november 2017 14:34 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Changing Column Width and Order in mde or accde My solution already demonstrated that no external items are required. Maintaining a table inside the MDE/ACCDE works just fine. On Wed, Nov 1, 2017 at 9:12 AM, Rocky Smolin wrote: > Gustav: > > Well that's true - they would have to re-establish their preferences. > So putting those setting in an external mdb/accdb or a text file which > would reside in the user's front end folder would solve that, yes? > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Gustav Brock > Sent: Wednesday, November 01, 2017 1:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > Hi Rocky > > Or maybe not, as all settings will be lost when you update the frontend. > We used a separate backend for storing user settings. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Rocky Smolin > Sendt: 31. oktober 2017 22:19 > Til: 'Access Developers discussion and problem solving' < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > As I think about it, since it would be an advantage to let each use > save their own field order and widths, saving the properties in a > front end table might be an advantage. > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Jim Lawrence > Sent: Tuesday, October 31, 2017 1:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > An excellent method to save your last position. > > I did a similar process many years ago with VB. Had a module that > would open a registry set and then loop around pushing all global > variables and position variable into the stack. When the application > opened again, even after a system update, each user would have the > environment they exited with...if they so chose. Unfortunately, even > with the best efforts it was never a hundred percent. > > We do now have some excellent sync tools which could make much of that > type of work redundant. > > Jim > > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Tuesday, October 31, 2017 12:33:54 AM > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > Hi Stuart > > Oh no. "All you need" is to read and save the properties of the > columns to a set (a tree) of tables before closing the form, then read > from the tables and restore the settings when opening the form. > > I once wrote a full system for a client who wanted this feature. It > went a bit like this: > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > ColumnHidden > 1 1 ID 1 -1 Sand > 2 1 Dimension 2 1875 Sand > 3 1 DimensionElementOrder 4 -1 Falsk > 4 1 DimensionElement 3 1995 Falsk > 5 1 DimensionElementProportion 5 2850 Falsk > > Those basic settings are not difficult. The challenge is the get hold > on frozen columns. Sort order for each column was also added. > > I considered writing an article about this but gave up, as the setup > was heavily intermixed with application settings for Format and > Conditional Formatting, as well as default settings which - and this > is important - the user could choose to revert to in case he/she got > the layout garbled beyond easy restoring at the user level. > > Add to this maintenance of the settings. It was a large application > and just about all forms had subforms in datasheetview. We made a > function to rebuild all the current settings as default settings; this > function was called when the user belonged to the developer group of users. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Stuart McLachlan > Sendt: 30. oktober 2017 21:58 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > Just found this - turns out you need to manipulate the Registry!!! From bensonforums at gmail.com Wed Nov 1 11:01:18 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 1 Nov 2017 12:01:18 -0400 Subject: [AccessD] Changing Column Width and Order in mde or accde In-Reply-To: References: Message-ID: Can one accde import data from another (prior version ) accde? I know I did that all the time with accdb, but haven't tried with an accde to accde handoff. Or by using a linked Excel table that is created in the same directory as the accde resides on first load? I don't know a lot about accdes, whether they can have tables be linked on demand, but surely I could very easily write a routine in VBA that reads from an excel or csv file to import such retained data, and similarly export as well, making the solution transportable, and the app path very easy to determine. Think creatively, I don't think this is hard. Or maybe I am all wet.... On Nov 1, 2017 9:41 AM, "Gustav Brock" wrote: > Sure Bill, but how do you preserve the settings, if/when the frontend is > replaced by a new version? > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Bill Benson > Sendt: 1. november 2017 14:34 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > My solution already demonstrated that no external items are required. > Maintaining a table inside the MDE/ACCDE works just fine. > > On Wed, Nov 1, 2017 at 9:12 AM, Rocky Smolin > wrote: > > > Gustav: > > > > Well that's true - they would have to re-establish their preferences. > > So putting those setting in an external mdb/accdb or a text file which > > would reside in the user's front end folder would solve that, yes? > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Gustav Brock > > Sent: Wednesday, November 01, 2017 1:03 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > Hi Rocky > > > > Or maybe not, as all settings will be lost when you update the frontend. > > We used a separate backend for storing user settings. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > > Rocky Smolin > > Sendt: 31. oktober 2017 22:19 > > Til: 'Access Developers discussion and problem solving' < > > accessd at databaseadvisors.com> > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > As I think about it, since it would be an advantage to let each use > > save their own field order and widths, saving the properties in a > > front end table might be an advantage. > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Jim Lawrence > > Sent: Tuesday, October 31, 2017 1:40 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > An excellent method to save your last position. > > > > I did a similar process many years ago with VB. Had a module that > > would open a registry set and then loop around pushing all global > > variables and position variable into the stack. When the application > > opened again, even after a system update, each user would have the > > environment they exited with...if they so chose. Unfortunately, even > > with the best efforts it was never a hundred percent. > > > > We do now have some excellent sync tools which could make much of that > > type of work redundant. > > > > Jim > > > > ----- Original Message ----- > > From: "Gustav Brock" > > To: "Access Developers discussion and problem solving" < > > accessd at databaseadvisors.com> > > Sent: Tuesday, October 31, 2017 12:33:54 AM > > Subject: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > Hi Stuart > > > > Oh no. "All you need" is to read and save the properties of the > > columns to a set (a tree) of tables before closing the form, then read > > from the tables and restore the settings when opening the form. > > > > I once wrote a full system for a client who wanted this feature. It > > went a bit like this: > > > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > > ColumnHidden > > 1 1 ID 1 -1 Sand > > 2 1 Dimension 2 1875 Sand > > 3 1 DimensionElementOrder 4 -1 Falsk > > 4 1 DimensionElement 3 1995 Falsk > > 5 1 DimensionElementProportion 5 2850 Falsk > > > > Those basic settings are not difficult. The challenge is the get hold > > on frozen columns. Sort order for each column was also added. > > > > I considered writing an article about this but gave up, as the setup > > was heavily intermixed with application settings for Format and > > Conditional Formatting, as well as default settings which - and this > > is important - the user could choose to revert to in case he/she got > > the layout garbled beyond easy restoring at the user level. > > > > Add to this maintenance of the settings. It was a large application > > and just about all forms had subforms in datasheetview. We made a > > function to rebuild all the current settings as default settings; this > > function was called when the user belonged to the developer group of > users. > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > > Stuart McLachlan > > Sendt: 30. oktober 2017 21:58 > > Til: Access Developers discussion and problem solving < > > accessd at databaseadvisors.com> > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > Just found this - turns out you need to manipulate the Registry!!! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Wed Nov 1 11:56:41 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Nov 2017 16:56:41 +0000 Subject: [AccessD] Changing Column Width and Order in mde or accde Message-ID: Hi Bill That could be done. But why an Excel file? You could just as well link a small Access file. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 1. november 2017 17:01 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Changing Column Width and Order in mde or accde Can one accde import data from another (prior version ) accde? I know I did that all the time with accdb, but haven't tried with an accde to accde handoff. Or by using a linked Excel table that is created in the same directory as the accde resides on first load? I don't know a lot about accdes, whether they can have tables be linked on demand, but surely I could very easily write a routine in VBA that reads from an excel or csv file to import such retained data, and similarly export as well, making the solution transportable, and the app path very easy to determine. Think creatively, I don't think this is hard. Or maybe I am all wet.... On Nov 1, 2017 9:41 AM, "Gustav Brock" wrote: > Sure Bill, but how do you preserve the settings, if/when the frontend > is replaced by a new version? > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Bill Benson > Sendt: 1. november 2017 14:34 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > My solution already demonstrated that no external items are required. > Maintaining a table inside the MDE/ACCDE works just fine. > > On Wed, Nov 1, 2017 at 9:12 AM, Rocky Smolin > wrote: > > > Gustav: > > > > Well that's true - they would have to re-establish their preferences. > > So putting those setting in an external mdb/accdb or a text file > > which would reside in the user's front end folder would solve that, yes? > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf Of Gustav Brock > > Sent: Wednesday, November 01, 2017 1:03 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > accde > > > > Hi Rocky > > > > Or maybe not, as all settings will be lost when you update the frontend. > > We used a separate backend for storing user settings. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > > af Rocky Smolin > > Sendt: 31. oktober 2017 22:19 > > Til: 'Access Developers discussion and problem solving' < > > accessd at databaseadvisors.com> > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > As I think about it, since it would be an advantage to let each use > > save their own field order and widths, saving the properties in a > > front end table might be an advantage. > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf Of Jim Lawrence > > Sent: Tuesday, October 31, 2017 1:40 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > accde > > > > An excellent method to save your last position. > > > > I did a similar process many years ago with VB. Had a module that > > would open a registry set and then loop around pushing all global > > variables and position variable into the stack. When the application > > opened again, even after a system update, each user would have the > > environment they exited with...if they so chose. Unfortunately, even > > with the best efforts it was never a hundred percent. > > > > We do now have some excellent sync tools which could make much of > > that type of work redundant. > > > > Jim > > > > ----- Original Message ----- > > From: "Gustav Brock" > > To: "Access Developers discussion and problem solving" < > > accessd at databaseadvisors.com> > > Sent: Tuesday, October 31, 2017 12:33:54 AM > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > accde > > > > Hi Stuart > > > > Oh no. "All you need" is to read and save the properties of the > > columns to a set (a tree) of tables before closing the form, then > > read from the tables and restore the settings when opening the form. > > > > I once wrote a full system for a client who wanted this feature. It > > went a bit like this: > > > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > > ColumnHidden > > 1 1 ID 1 -1 Sand > > 2 1 Dimension 2 1875 Sand > > 3 1 DimensionElementOrder 4 -1 Falsk > > 4 1 DimensionElement 3 1995 Falsk > > 5 1 DimensionElementProportion 5 2850 Falsk > > > > Those basic settings are not difficult. The challenge is the get > > hold on frozen columns. Sort order for each column was also added. > > > > I considered writing an article about this but gave up, as the setup > > was heavily intermixed with application settings for Format and > > Conditional Formatting, as well as default settings which - and this > > is important - the user could choose to revert to in case he/she got > > the layout garbled beyond easy restoring at the user level. > > > > Add to this maintenance of the settings. It was a large application > > and just about all forms had subforms in datasheetview. We made a > > function to rebuild all the current settings as default settings; > > this function was called when the user belonged to the developer > > group of > users. > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > > af Stuart McLachlan > > Sendt: 30. oktober 2017 21:58 > > Til: Access Developers discussion and problem solving < > > accessd at databaseadvisors.com> > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > Just found this - turns out you need to manipulate the Registry!!! From bensonforums at gmail.com Wed Nov 1 12:21:18 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 1 Nov 2017 13:21:18 -0400 Subject: [AccessD] Changing Column Width and Order in mde or accde In-Reply-To: References: Message-ID: I was just offering a furrinstance... On Nov 1, 2017 12:58 PM, "Gustav Brock" wrote: > Hi Bill > > That could be done. But why an Excel file? You could just as well link a > small Access file. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Bill Benson > Sendt: 1. november 2017 17:01 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > Can one accde import data from another (prior version ) accde? I know I > did that all the time with accdb, but haven't tried with an accde to accde > handoff. > > Or by using a linked Excel table that is created in the same directory as > the accde resides on first load? > > I don't know a lot about accdes, whether they can have tables be linked > on demand, but surely I could very easily write a routine in VBA that reads > from an excel or csv file to import such retained data, and similarly > export as well, making the solution transportable, and the app path very > easy to determine. > > Think creatively, I don't think this is hard. Or maybe I am all wet.... > > On Nov 1, 2017 9:41 AM, "Gustav Brock" wrote: > > > Sure Bill, but how do you preserve the settings, if/when the frontend > > is replaced by a new version? > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > > Bill Benson > > Sendt: 1. november 2017 14:34 > > Til: Access Developers discussion and problem solving < > > accessd at databaseadvisors.com> > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > My solution already demonstrated that no external items are required. > > Maintaining a table inside the MDE/ACCDE works just fine. > > > > On Wed, Nov 1, 2017 at 9:12 AM, Rocky Smolin > > wrote: > > > > > Gustav: > > > > > > Well that's true - they would have to re-establish their preferences. > > > So putting those setting in an external mdb/accdb or a text file > > > which would reside in the user's front end folder would solve that, > yes? > > > > > > R > > > > > > > > > -----Original Message----- > > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > > Behalf Of Gustav Brock > > > Sent: Wednesday, November 01, 2017 1:03 AM > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > > accde > > > > > > Hi Rocky > > > > > > Or maybe not, as all settings will be lost when you update the > frontend. > > > We used a separate backend for storing user settings. > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > > > af Rocky Smolin > > > Sendt: 31. oktober 2017 22:19 > > > Til: 'Access Developers discussion and problem solving' < > > > accessd at databaseadvisors.com> > > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > > > As I think about it, since it would be an advantage to let each use > > > save their own field order and widths, saving the properties in a > > > front end table might be an advantage. > > > > > > R > > > > > > > > > -----Original Message----- > > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > > Behalf Of Jim Lawrence > > > Sent: Tuesday, October 31, 2017 1:40 PM > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > > accde > > > > > > An excellent method to save your last position. > > > > > > I did a similar process many years ago with VB. Had a module that > > > would open a registry set and then loop around pushing all global > > > variables and position variable into the stack. When the application > > > opened again, even after a system update, each user would have the > > > environment they exited with...if they so chose. Unfortunately, even > > > with the best efforts it was never a hundred percent. > > > > > > We do now have some excellent sync tools which could make much of > > > that type of work redundant. > > > > > > Jim > > > > > > ----- Original Message ----- > > > From: "Gustav Brock" > > > To: "Access Developers discussion and problem solving" < > > > accessd at databaseadvisors.com> > > > Sent: Tuesday, October 31, 2017 12:33:54 AM > > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > > accde > > > > > > Hi Stuart > > > > > > Oh no. "All you need" is to read and save the properties of the > > > columns to a set (a tree) of tables before closing the form, then > > > read from the tables and restore the settings when opening the form. > > > > > > I once wrote a full system for a client who wanted this feature. It > > > went a bit like this: > > > > > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > > > ColumnHidden > > > 1 1 ID 1 -1 Sand > > > 2 1 Dimension 2 1875 Sand > > > 3 1 DimensionElementOrder 4 -1 Falsk > > > 4 1 DimensionElement 3 1995 Falsk > > > 5 1 DimensionElementProportion 5 2850 Falsk > > > > > > Those basic settings are not difficult. The challenge is the get > > > hold on frozen columns. Sort order for each column was also added. > > > > > > I considered writing an article about this but gave up, as the setup > > > was heavily intermixed with application settings for Format and > > > Conditional Formatting, as well as default settings which - and this > > > is important - the user could choose to revert to in case he/she got > > > the layout garbled beyond easy restoring at the user level. > > > > > > Add to this maintenance of the settings. It was a large application > > > and just about all forms had subforms in datasheetview. We made a > > > function to rebuild all the current settings as default settings; > > > this function was called when the user belonged to the developer > > > group of > > users. > > > > > > /gustav > > > > > > > > > -----Oprindelig meddelelse----- > > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > > > af Stuart McLachlan > > > Sendt: 30. oktober 2017 21:58 > > > Til: Access Developers discussion and problem solving < > > > accessd at databaseadvisors.com> > > > Emne: Re: [AccessD] Changing Column Width and Order in mde or accde > > > > > > Just found this - turns out you need to manipulate the Registry!!! > > -- > 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 Nov 1 15:24:18 2017 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 1 Nov 2017 16:24:18 -0400 Subject: [AccessD] Idle Access seems to drop connection In-Reply-To: <00d801d352d9$54ee98a0$fecbc9e0$@dalyn.co.nz> References: <003601d3491b$436c44f0$ca44ced0$@dalyn.co.nz> <004101d34925$30a1bd00$91e53700$@dalyn.co.nz> <59BCB266-D094-4E89-8546-4C96BE40AFF8@verizon.net> <004a01d34933$7aa96d40$6ffc47c0$@dalyn.co.nz> <07c401d34994$c31e32c0$495a9840$@verizon.net> <00d801d352d9$54ee98a0$fecbc9e0$@dalyn.co.nz> Message-ID: If you have that many rows, you need to consider moving the BE to SQL Server Community Edition or MySQL or some other genuine BE. Arthur On Wed, Nov 1, 2017 at 2:19 AM, David Emerson wrote: > Thanks to all that responded. We tried all the tricks and nothing made any > difference. In the end we deleted a whole heap of old records reducing the > number from 600,000 to about 200,000. This reduced the delay within > acceptable range. > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim > Dettman > Sent: Saturday, 21 October 2017 12:16 a.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Idle Access seems to drop connection > > David, > > It would depend on the setup. Other databases may be using other mapped > drives, staying active, etc. > > Here's what you need to do to see if it is a mapped drive disconnect: > > 1. Ensure that all users are out of the DB 2. Verify that by checking the > BE > directory for an .LDB file. There should be none. > 3. Open the app on the station and make sure you leave a form open. As > long > as a form is open, then you will have a login on the BE database and a LDB > file. > 4. Leave it sit ten minutes. > 5. On the PC, open windows explorer and see if the mapped drive shows a red > X. Do not click on the drive. > 6. Do something with the form and see if you get the delay (you should). > 7. Now look at explorer...the red X should be gone. > 8. Go back to the form...you now should see no delay. > > There is one other issue that can be at play here as well. That is > OPLOCKS, > or opportunistic locking (aka client side caching). This is built into > windows and can lead to delays of up to 30 seconds. Leaving a connection > open for the life of the app will avoid this for the most part. > > What happens is when a single user is in a file, Windows places an OPLOCK > that says the user has exclusive use of the file and can cache changes on > the windows client. When another user comes along and wants to use the > file, the server must break the OPLOCK. That process can take up to 30 > seconds. If your app is constantly closing/opening the BE, then you can > encounter this a lot. But if this is the only user seeing the delay, then > it is most likely something else. Still though a possibility depending on > the pattern of usage from the users. > > Doesn't hurt though by any means to keep a constant connection open in the > app and in fact this is something every app should do. Closing/opening a > BE > constantly carries a lot of overhead. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > David Emerson > Sent: Thursday, October 19, 2017 07:39 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Idle Access seems to drop connection > > If that was the case, wouldn't we see the same behaviour in the other > database that doesn't have the problem? > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim > Dettman > Sent: Friday, 20 October 2017 11:09 a.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Idle Access seems to drop connection > > Windows drops inactive mapped network drives....default is 10 minutes. > > You can disable that with a GPO or by modifying the registry. > > Other potential item; do you keep a connection open to the backend for The > life of the app? Could be the connection to the backend database is closing > and when logging back in again there s quite a bit of overhead. 30 seconds > is excessive though. > > More than likely it s a map drive disconnecting > > Jim > > Sent from my iPhone > > > On Oct 19, 2017, at 5:56 PM, David Emerson wrote: > > > > Hi Arthur, > > The user can have the orders screen open and just not doing anything > > with it for 5 minutes. When he then tries to run a report from that > > screen, or close the screen and reopen it (i.e. query the database > > again) there is the delay. In this case isn't the orders screen > > effectively doing what you suggest? > > Regards > > David > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Arthur Fuller > > Sent: Friday, 20 October 2017 10:24 a.m. > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Idle Access seems to drop connection > > > > There have been threads on this. If you declare a public variable and > > open a recordset witb it you won't lose your connection. > > > > On Oct 19, 2017 4:47 PM, "David Emerson" wrote: > > > > Hi Team, > > I have a client that has several users with FE's connected to the same > BE. > > All of them seem to work fine except for 1 user. > > When this user starts his copy there is a 30 second delay while the > > programme opens (it gets data to display a report). Then when the > > orders screen is open via a command button it opens relatively quickly > > (within a couple of seconds). > > However, if he leaves the system for 5 minutes or so then the next > > time he does something that requires getting data (for example closing > > and opening the orders screen) there is a 30 delay again. After the > > initial delay the system works fast again. If he immediately closes > > and opens the orders screen without a delay between tasks then it > > opens immediately without a delay. > > I know there is a timeout setting for SQL connections but this is > > purely an Access BE. > > The IT company has checked the network (it is a wired network) and all > > seems to be fine. The user has another similar database (although > > smaller in data > > size) and it doesn't have the same problem. > > Any thoughts on what may be causing the delay? > > 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 > -- Arthur From stuart at lexacorp.com.pg Wed Nov 1 17:40:09 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 02 Nov 2017 08:40:09 +1000 Subject: [AccessD] Changing Column Width and Order in mde or accde In-Reply-To: References: Message-ID: <59FA4D49.10768.1CCF2E95@stuart.lexacorp.com.pg> Or just use a simple tab delimited text file? Or an XML file? Both of those are designed/intended for data transfers.. On 1 Nov 2017 at 16:56, Gustav Brock wrote: > Hi Bill > > That could be done. But why an Excel file? You could just as well link > a small Access file. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > af Bill Benson Sendt: 1. november 2017 17:01 Til: Access Developers > discussion and problem solving Emne: > Re: [AccessD] Changing Column Width and Order in mde or accde > > Can one accde import data from another (prior version ) accde? I know > I did that all the time with accdb, but haven't tried with an accde to > accde handoff. > > Or by using a linked Excel table that is created in the same directory > as the accde resides on first load? > > I don't know a lot about accdes, whether they can have tables be > linked on demand, but surely I could very easily write a routine in > VBA that reads from an excel or csv file to import such retained data, > and similarly export as well, making the solution transportable, and > the app path very easy to determine. > > Think creatively, I don't think this is hard. Or maybe I am all > wet.... > > On Nov 1, 2017 9:41 AM, "Gustav Brock" wrote: > > > Sure Bill, but how do you preserve the settings, if/when the > > frontend is replaced by a new version? > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne > > af Bill Benson Sendt: 1. november 2017 14:34 Til: Access Developers > > discussion and problem solving < accessd at databaseadvisors.com> Emne: > > Re: [AccessD] Changing Column Width and Order in mde or accde > > > > My solution already demonstrated that no external items are > > required. Maintaining a table inside the MDE/ACCDE works just fine. > > > > On Wed, Nov 1, 2017 at 9:12 AM, Rocky Smolin > > wrote: > > > > > Gustav: > > > > > > Well that's true - they would have to re-establish their > > > preferences. So putting those setting in an external mdb/accdb or > > > a text file which would reside in the user's front end folder > > > would solve that, yes? > > > > > > R > > > > > > > > > -----Original Message----- > > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > > Behalf Of Gustav Brock Sent: Wednesday, November 01, 2017 1:03 AM > > > To: Access Developers discussion and problem solving Subject: Re: > > > [AccessD] Changing Column Width and Order in mde or accde > > > > > > Hi Rocky > > > > > > Or maybe not, as all settings will be lost when you update the > > > frontend. We used a separate backend for storing user settings. > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? > > > vegne af Rocky Smolin Sendt: 31. oktober 2017 22:19 Til: 'Access > > > Developers discussion and problem solving' < > > > accessd at databaseadvisors.com> Emne: Re: [AccessD] Changing Column > > > Width and Order in mde or accde > > > > > > As I think about it, since it would be an advantage to let each > > > use save their own field order and widths, saving the properties > > > in a front end table might be an advantage. > > > > > > R > > > > > > > > > -----Original Message----- > > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > > Behalf Of Jim Lawrence Sent: Tuesday, October 31, 2017 1:40 PM To: > > > Access Developers discussion and problem solving Subject: Re: > > > [AccessD] Changing Column Width and Order in mde or accde > > > > > > An excellent method to save your last position. > > > > > > I did a similar process many years ago with VB. Had a module that > > > would open a registry set and then loop around pushing all global > > > variables and position variable into the stack. When the > > > application opened again, even after a system update, each user > > > would have the environment they exited with...if they so chose. > > > Unfortunately, even with the best efforts it was never a hundred > > > percent. > > > > > > We do now have some excellent sync tools which could make much of > > > that type of work redundant. > > > > > > Jim > > > > > > ----- Original Message ----- > > > From: "Gustav Brock" > > > To: "Access Developers discussion and problem solving" < > > > accessd at databaseadvisors.com> > > > Sent: Tuesday, October 31, 2017 12:33:54 AM > > > Subject: Re: [AccessD] Changing Column Width and Order in mde or > > > accde > > > > > > Hi Stuart > > > > > > Oh no. "All you need" is to read and save the properties of the > > > columns to a set (a tree) of tables before closing the form, then > > > read from the tables and restore the settings when opening the > > > form. > > > > > > I once wrote a full system for a client who wanted this feature. > > > It went a bit like this: > > > > > > ID UserSettingFormSubformID Name ColumnOrder ColumnWidth > > > ColumnHidden > > > 1 1 ID 1 -1 Sand > > > 2 1 Dimension 2 1875 Sand > > > 3 1 DimensionElementOrder 4 -1 Falsk > > > 4 1 DimensionElement 3 1995 Falsk > > > 5 1 DimensionElementProportion 5 2850 Falsk > > > > > > Those basic settings are not difficult. The challenge is the get > > > hold on frozen columns. Sort order for each column was also added. > > > > > > I considered writing an article about this but gave up, as the > > > setup was heavily intermixed with application settings for Format > > > and Conditional Formatting, as well as default settings which - > > > and this is important - the user could choose to revert to in case > > > he/she got the layout garbled beyond easy restoring at the user > > > level. > > > > > > Add to this maintenance of the settings. It was a large > > > application and just about all forms had subforms in > > > datasheetview. We made a function to rebuild all the current > > > settings as default settings; this function was called when the > > > user belonged to the developer group of > > users. > > > > > > /gustav > > > > > > > > > -----Oprindelig meddelelse----- > > > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? > > > vegne af Stuart McLachlan Sendt: 30. oktober 2017 21:58 Til: > > > Access Developers discussion and problem solving < > > > accessd at databaseadvisors.com> Emne: Re: [AccessD] Changing Column > > > Width and Order in mde or accde > > > > > > Just found this - turns out you need to manipulate the Registry!!! > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Nov 1 18:09:59 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 1 Nov 2017 19:09:59 -0400 Subject: [AccessD] Fwd: Re: Changing Column Width and Order in mde or accde In-Reply-To: References: Message-ID: On Nov 1, 2017 5:58 PM, "Bill Benson" wrote: The original challenge or problem for Rocky was, how to store user settings from session to session, when the front end is a MDE or ACCDE. All I meant to do in showing him my two examples was to prove it can be done. Next he asked about how that table of preferences could be kept in subsequent versions of the database. First of all, I think the whole notion of retaining preferences between versions is a mistake, though I did not want to tell him so. That is because if I am modifying the front end, I might very well be changing the exact thing that the tool is using to store the prefs. I might have changed sourceobjects, parent forms (and their code)... all kinds of things that invalidate the previous storage mechanism. And, I don't like having to support legacy preference devices like user settings tables, nor raise expectations for such. I think the method of doing upgrades, is easily automated by access to access, access to uni and/or csv or text or xml or html, it really doesn't matter... but in general I always try to train my users that an upgrade is an upgrade. The same happens with Excel. When MSFT puts out a new version of their tool, you have to load the quick access toolbar items all over again. Yes they have an export tool and they have an import feature in the customize quick access toolbar region, but there is no guarantee the settings will be consistent from office 2007 to office 2013. I think most users can take the few minutes to set up their environment a second time, without the developer having to figure out how to drag legacy preferences into their new releases. It is a time suck for the developer to do so, it is a rarely expected inherent "feature", and most of the time people care about being able to set up a new version and have it work like the old version, they don't expect all their former settings are retained from a previous version. This gives the developer time to focus on new features and enhancements and/or better workflow, and worry less about inter-version dependencies. Just from my experience. From kost36 at otenet.gr Thu Nov 2 08:39:05 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 2 Nov 2017 15:39:05 +0200 Subject: [AccessD] how to count selected combos in a form Message-ID: <00a501d353df$f51df530$df59df90$@otenet.gr> Dear people, I am a little confused about how to count part of included compo box into a form... I'll try to explain it better. So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 options for each one of them or null if unanswered. These 22 combos are divided into 5 different groups As the final result depends on the selected values of each separated group what I need is on current form to count how many questions have been answered for each group The groups are 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many of them have been answered... 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 5th group: SRS21 and SRS22 Have you any idea about how to count this? Thank's /kostas From paul.hartland at googlemail.com Thu Nov 2 08:59:14 2017 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 2 Nov 2017 13:59:14 +0000 Subject: [AccessD] how to count selected combos in a form In-Reply-To: <00a501d353df$f51df530$df59df90$@otenet.gr> References: <00a501d353df$f51df530$df59df90$@otenet.gr> Message-ID: There will probably be a better answer than this as not used Access in some time, but straight off the top of my head I would use a module with 5 public variables, something like int_Group_1, int_Group_2 etc, then create a function to do the counts of the combo boxes that belong to the specific group, then call this function on the Load/Activate of the form and in the After Update of each combo box, something like below: Public int_Group_1 As Integer Public int_Group_2 As Integer Public int_Group_3 As Integer Public int_Group_4 As Integer Public int_Group_5 As Integer Public Function fn_Count_Groups() int_Group_1 = iif(IsNull(SRS5), 0, 1) + iif(IsNull(SRS9), 0, 1) + iif(IsNull(SRS12), 0, 1) + iif(IsNull(SRS15), 0, 1) + iif(IsNull(SRS18), 0, 1) int_Group_2 = iif(IsNull(SRS1), 0, 1) + iif(IsNull(SRS2), 0, 1) + iif(IsNull(SRS8), 0, 1) + iif(IsNull(SRS11), 0, 1) + iif(IsNull(SRS17), 0, 1) int_Group_3 = iif(IsNull(SRS4), 0, 1) + iif(IsNull(SRS6), 0, 1) + iif(IsNull(SRS10), 0, 1) + iif(IsNull(SRS14), 0, 1) + iif(IsNull(SRS19), 0, 1) int_Group_4 = iif(IsNull(SRS3), 0, 1) + iif(IsNull(SRS7), 0, 1) + iif(IsNull(SRS13), 0, 1) + iif(IsNull(SRS16), 0, 1) + iif(IsNull(SRS20), 0, 1) int_Group_5 = iif(IsNull(SRS21), 0, 1) + iif(IsNull(SRS22), 0, 1) End Function This is just off top of head, so apologies for any spellings etc. Paul On 2 November 2017 at 13:39, Kostas Konstantinidis wrote: > Dear people, > > I am a little confused about how to count part of included compo box into > a form... > I'll try to explain it better. > So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 > options for each one of them or null if unanswered. > These 22 combos are divided into 5 different groups > As the final result depends on the selected values of each separated group > what I need is on current form to count how many questions have been > answered for each group > > The groups are > 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many > of them have been answered... > 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 > 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 > 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 > 5th group: SRS21 and SRS22 > > Have you any idea about how to count this? > Thank's > > /kostas > > > > > -- > 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 gustav at cactus.dk Thu Nov 2 09:00:39 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 2 Nov 2017 14:00:39 +0000 Subject: [AccessD] how to count selected combos in a form Message-ID: Hi Kostas You could use a loop and Select Case ...: Public Sub CountCb() Const Prefix As String = "SRS" Dim Value As Variant Dim Item As Integer Dim Count1 As Integer Dim Count2 As Integer Dim Count3 As Integer Dim Count4 As Integer Dim Count5 As Integer For Item = 1 To 22 Value = Abs(Not IsNull(Me(Prefix & CStr(Item)).Value)) Select Case Item Case 5, 9, 12, 15, 18 Count1 = Count1 + Value Case 1, 2, 8, 11, 17 Count2 = Count2 + Value Case 4, 6, 10, 14, 19 Count3 = Count3 + Value Case 3, 7, 13, 16, 20 Count4 = Count4 + Value Case 21, 22 Count5 = Count5 + Value End Select Next Debug.Print "1:", Count1 Debug.Print "2:", Count2 Debug.Print "3:", Count3 Debug.Print "4:", Count4 Debug.Print "5:", Count5 End Sub /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 2. november 2017 14:39 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] how to count selected combos in a form Dear people, I am a little confused about how to count part of included compo box into a form... I'll try to explain it better. So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 options for each one of them or null if unanswered. These 22 combos are divided into 5 different groups As the final result depends on the selected values of each separated group what I need is on current form to count how many questions have been answered for each group The groups are 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many of them have been answered... 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 5th group: SRS21 and SRS22 Have you any idea about how to count this? Thank's /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kost36 at otenet.gr Thu Nov 2 12:08:20 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 2 Nov 2017 19:08:20 +0200 Subject: [AccessD] how to count selected combos in a form In-Reply-To: References: Message-ID: <00d201d353fd$30910cc0$91b32640$@otenet.gr> Hi Gustav, How to use this calling it on current form? Thanks both you and Paul /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 2, 2017 4:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to count selected combos in a form Hi Kostas You could use a loop and Select Case ...: Public Sub CountCb() Const Prefix As String = "SRS" Dim Value As Variant Dim Item As Integer Dim Count1 As Integer Dim Count2 As Integer Dim Count3 As Integer Dim Count4 As Integer Dim Count5 As Integer For Item = 1 To 22 Value = Abs(Not IsNull(Me(Prefix & CStr(Item)).Value)) Select Case Item Case 5, 9, 12, 15, 18 Count1 = Count1 + Value Case 1, 2, 8, 11, 17 Count2 = Count2 + Value Case 4, 6, 10, 14, 19 Count3 = Count3 + Value Case 3, 7, 13, 16, 20 Count4 = Count4 + Value Case 21, 22 Count5 = Count5 + Value End Select Next Debug.Print "1:", Count1 Debug.Print "2:", Count2 Debug.Print "3:", Count3 Debug.Print "4:", Count4 Debug.Print "5:", Count5 End Sub /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 2. november 2017 14:39 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] how to count selected combos in a form Dear people, I am a little confused about how to count part of included compo box into a form... I'll try to explain it better. So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 options for each one of them or null if unanswered. These 22 combos are divided into 5 different groups As the final result depends on the selected values of each separated group what I need is on current form to count how many questions have been answered for each group The groups are 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many of them have been answered... 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 5th group: SRS21 and SRS22 Have you any idea about how to count this? Thank's /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kost36 at otenet.gr Thu Nov 2 13:19:28 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 2 Nov 2017 20:19:28 +0200 Subject: [AccessD] how to count selected combos in a form In-Reply-To: References: <00a501d353df$f51df530$df59df90$@otenet.gr> Message-ID: <00e101d35407$2071ceb0$61556c10$@otenet.gr> Paul, Your suggestion works too Thank's /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland via AccessD Sent: Thursday, November 2, 2017 3:59 PM To: Access Developers discussion and problem solving Cc: Paul Hartland Subject: Re: [AccessD] how to count selected combos in a form There will probably be a better answer than this as not used Access in some time, but straight off the top of my head I would use a module with 5 public variables, something like int_Group_1, int_Group_2 etc, then create a function to do the counts of the combo boxes that belong to the specific group, then call this function on the Load/Activate of the form and in the After Update of each combo box, something like below: Public int_Group_1 As Integer Public int_Group_2 As Integer Public int_Group_3 As Integer Public int_Group_4 As Integer Public int_Group_5 As Integer Public Function fn_Count_Groups() int_Group_1 = iif(IsNull(SRS5), 0, 1) + iif(IsNull(SRS9), 0, 1) + iif(IsNull(SRS12), 0, 1) + iif(IsNull(SRS15), 0, 1) + iif(IsNull(SRS18), 0, 1) int_Group_2 = iif(IsNull(SRS1), 0, 1) + iif(IsNull(SRS2), 0, 1) + iif(IsNull(SRS8), 0, 1) + iif(IsNull(SRS11), 0, 1) + iif(IsNull(SRS17), 0, 1) int_Group_3 = iif(IsNull(SRS4), 0, 1) + iif(IsNull(SRS6), 0, 1) + iif(IsNull(SRS10), 0, 1) + iif(IsNull(SRS14), 0, 1) + iif(IsNull(SRS19), 0, 1) int_Group_4 = iif(IsNull(SRS3), 0, 1) + iif(IsNull(SRS7), 0, 1) + iif(IsNull(SRS13), 0, 1) + iif(IsNull(SRS16), 0, 1) + iif(IsNull(SRS20), 0, 1) int_Group_5 = iif(IsNull(SRS21), 0, 1) + iif(IsNull(SRS22), 0, 1) End Function This is just off top of head, so apologies for any spellings etc. Paul On 2 November 2017 at 13:39, Kostas Konstantinidis wrote: > Dear people, > > I am a little confused about how to count part of included compo box > into a form... > I'll try to explain it better. > So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 > options for each one of them or null if unanswered. > These 22 combos are divided into 5 different groups As the final > result depends on the selected values of each separated group what I > need is on current form to count how many questions have been answered > for each group > > The groups are > 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how > many of them have been answered... > 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, > SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 > 5th group: SRS21 and SRS22 > > Have you any idea about how to count this? > Thank's > > /kostas > > > > > -- > 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 paul.hartland at googlemail.com Thu Nov 2 13:27:53 2017 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 2 Nov 2017 18:27:53 +0000 Subject: [AccessD] how to count selected combos in a form In-Reply-To: <00e101d35407$2071ceb0$61556c10$@otenet.gr> References: <00a501d353df$f51df530$df59df90$@otenet.gr> <00e101d35407$2071ceb0$61556c10$@otenet.gr> Message-ID: No problem, could of been a little neater code, but just typed it on the fly, at the end of the day if you get something working that's good, it can always be re-visited later for tidying etc On 2 November 2017 at 18:19, Kostas Konstantinidis wrote: > Paul, > Your suggestion works too > > Thank's > /kostas > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Paul Hartland via AccessD > Sent: Thursday, November 2, 2017 3:59 PM > To: Access Developers discussion and problem solving > > Cc: Paul Hartland > Subject: Re: [AccessD] how to count selected combos in a form > > There will probably be a better answer than this as not used Access in some > time, but straight off the top of my head I would use a module with 5 > public > variables, something like int_Group_1, int_Group_2 etc, then create a > function to do the counts of the combo boxes that belong to the specific > group, then call this function on the Load/Activate of the form and in the > After Update of each combo box, something like below: > > Public int_Group_1 As Integer > Public int_Group_2 As Integer > Public int_Group_3 As Integer > Public int_Group_4 As Integer > Public int_Group_5 As Integer > > > Public Function fn_Count_Groups() > int_Group_1 = iif(IsNull(SRS5), 0, 1) + iif(IsNull(SRS9), 0, 1) > + iif(IsNull(SRS12), 0, 1) + iif(IsNull(SRS15), 0, 1) + > iif(IsNull(SRS18), 0, 1) > int_Group_2 = iif(IsNull(SRS1), 0, 1) + iif(IsNull(SRS2), 0, 1) > + iif(IsNull(SRS8), 0, 1) + iif(IsNull(SRS11), 0, 1) + > iif(IsNull(SRS17), 0, 1) > int_Group_3 = iif(IsNull(SRS4), 0, 1) + iif(IsNull(SRS6), 0, 1) > + iif(IsNull(SRS10), 0, 1) + iif(IsNull(SRS14), 0, 1) + > iif(IsNull(SRS19), 0, 1) > int_Group_4 = iif(IsNull(SRS3), 0, 1) + iif(IsNull(SRS7), 0, 1) > + iif(IsNull(SRS13), 0, 1) + iif(IsNull(SRS16), 0, 1) + > iif(IsNull(SRS20), 0, 1) > int_Group_5 = iif(IsNull(SRS21), 0, 1) + iif(IsNull(SRS22), 0, 1) End > Function > > This is just off top of head, so apologies for any spellings etc. > > Paul > > On 2 November 2017 at 13:39, Kostas Konstantinidis > wrote: > > > Dear people, > > > > I am a little confused about how to count part of included compo box > > into a form... > > I'll try to explain it better. > > So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 > > options for each one of them or null if unanswered. > > These 22 combos are divided into 5 different groups As the final > > result depends on the selected values of each separated group what I > > need is on current form to count how many questions have been answered > > for each group > > > > The groups are > > 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how > > many of them have been answered... > > 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, > > SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 > > 5th group: SRS21 and SRS22 > > > > Have you any idea about how to count this? > > Thank's > > > > /kostas > > > > > > > > > > -- > > 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 > -- Paul Hartland paul.hartland at googlemail.com From gustav at cactus.dk Thu Nov 2 16:14:40 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 2 Nov 2017 21:14:40 +0000 Subject: [AccessD] how to count selected combos in a form In-Reply-To: <00d201d353fd$30910cc0$91b32640$@otenet.gr> References: , <00d201d353fd$30910cc0$91b32640$@otenet.gr> Message-ID: Hi Kostas It was just a skeleton. We don't know how and when or where the counting should take place, but you should be able to adopt and modify as needed. /gustav ________________________________________ Fra: AccessD p? vegne af Kostas Konstantinidis Sendt: 2. november 2017 18:08:20 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] how to count selected combos in a form Hi Gustav, How to use this calling it on current form? Thanks both you and Paul /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 2, 2017 4:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to count selected combos in a form Hi Kostas You could use a loop and Select Case ...: Public Sub CountCb() Const Prefix As String = "SRS" Dim Value As Variant Dim Item As Integer Dim Count1 As Integer Dim Count2 As Integer Dim Count3 As Integer Dim Count4 As Integer Dim Count5 As Integer For Item = 1 To 22 Value = Abs(Not IsNull(Me(Prefix & CStr(Item)).Value)) Select Case Item Case 5, 9, 12, 15, 18 Count1 = Count1 + Value Case 1, 2, 8, 11, 17 Count2 = Count2 + Value Case 4, 6, 10, 14, 19 Count3 = Count3 + Value Case 3, 7, 13, 16, 20 Count4 = Count4 + Value Case 21, 22 Count5 = Count5 + Value End Select Next Debug.Print "1:", Count1 Debug.Print "2:", Count2 Debug.Print "3:", Count3 Debug.Print "4:", Count4 Debug.Print "5:", Count5 End Sub /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 2. november 2017 14:39 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] how to count selected combos in a form Dear people, I am a little confused about how to count part of included compo box into a form... I'll try to explain it better. So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 options for each one of them or null if unanswered. These 22 combos are divided into 5 different groups As the final result depends on the selected values of each separated group what I need is on current form to count how many questions have been answered for each group The groups are 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many of them have been answered... 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 5th group: SRS21 and SRS22 Have you any idea about how to count this? Thank's /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kost36 at otenet.gr Fri Nov 3 03:34:55 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Fri, 3 Nov 2017 10:34:55 +0200 Subject: [AccessD] how to count selected combos in a form In-Reply-To: References: , <00d201d353fd$30910cc0$91b32640$@otenet.gr> Message-ID: <00ff01d3547e$a1ce4a20$e56ade60$@otenet.gr> Ok Gustav thank's /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 2, 2017 11:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] how to count selected combos in a form Hi Kostas It was just a skeleton. We don't know how and when or where the counting should take place, but you should be able to adopt and modify as needed. /gustav ________________________________________ Fra: AccessD p? vegne af Kostas Konstantinidis Sendt: 2. november 2017 18:08:20 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] how to count selected combos in a form Hi Gustav, How to use this calling it on current form? Thanks both you and Paul /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 2, 2017 4:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to count selected combos in a form Hi Kostas You could use a loop and Select Case ...: Public Sub CountCb() Const Prefix As String = "SRS" Dim Value As Variant Dim Item As Integer Dim Count1 As Integer Dim Count2 As Integer Dim Count3 As Integer Dim Count4 As Integer Dim Count5 As Integer For Item = 1 To 22 Value = Abs(Not IsNull(Me(Prefix & CStr(Item)).Value)) Select Case Item Case 5, 9, 12, 15, 18 Count1 = Count1 + Value Case 1, 2, 8, 11, 17 Count2 = Count2 + Value Case 4, 6, 10, 14, 19 Count3 = Count3 + Value Case 3, 7, 13, 16, 20 Count4 = Count4 + Value Case 21, 22 Count5 = Count5 + Value End Select Next Debug.Print "1:", Count1 Debug.Print "2:", Count2 Debug.Print "3:", Count3 Debug.Print "4:", Count4 Debug.Print "5:", Count5 End Sub /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 2. november 2017 14:39 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] how to count selected combos in a form Dear people, I am a little confused about how to count part of included compo box into a form... I'll try to explain it better. So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 options for each one of them or null if unanswered. These 22 combos are divided into 5 different groups As the final result depends on the selected values of each separated group what I need is on current form to count how many questions have been answered for each group The groups are 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many of them have been answered... 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 5th group: SRS21 and SRS22 Have you any idea about how to count this? Thank's /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Fri Nov 3 18:20:50 2017 From: jwcolby at gmail.com (John Colby) Date: Fri, 3 Nov 2017 19:20:50 -0400 Subject: [AccessD] how to count selected combos in a form In-Reply-To: References: <00a501d353df$f51df530$df59df90$@otenet.gr> Message-ID: And I would probably use a class, one instance for each combo. Variables and code in the class, a pointer to the combo in the class. That way if the number of combos varies you just instantiate more or less instances. Sink the combo AfterUpdate right in the class. On 11/2/2017 9:59 AM, Paul Hartland via AccessD wrote: There will probably be a better answer than this as not used Access > in some > time, but straight off the top of my head I would use a module with 5 > public variables, something like int_Group_1, int_Group_2 etc, then create > a function to do the counts of the combo boxes that belong to the specific > group, then call this function on the Load/Activate of the form and in the > After Update of each combo box, something like below: > > Public int_Group_1 As Integer > Public int_Group_2 As Integer > Public int_Group_3 As Integer > Public int_Group_4 As Integer > Public int_Group_5 As Integer > > > Public Function fn_Count_Groups() > int_Group_1 = iif(IsNull(SRS5), 0, 1) + iif(IsNull(SRS9), 0, 1) > + iif(IsNull(SRS12), 0, 1) + iif(IsNull(SRS15), 0, 1) + > iif(IsNull(SRS18), 0, 1) > int_Group_2 = iif(IsNull(SRS1), 0, 1) + iif(IsNull(SRS2), 0, 1) > + iif(IsNull(SRS8), 0, 1) + iif(IsNull(SRS11), 0, 1) + > iif(IsNull(SRS17), 0, 1) > int_Group_3 = iif(IsNull(SRS4), 0, 1) + iif(IsNull(SRS6), 0, 1) > + iif(IsNull(SRS10), 0, 1) + iif(IsNull(SRS14), 0, 1) + > iif(IsNull(SRS19), 0, 1) > int_Group_4 = iif(IsNull(SRS3), 0, 1) + iif(IsNull(SRS7), 0, 1) > + iif(IsNull(SRS13), 0, 1) + iif(IsNull(SRS16), 0, 1) + > iif(IsNull(SRS20), 0, 1) > int_Group_5 = iif(IsNull(SRS21), 0, 1) + iif(IsNull(SRS22), 0, 1) > End Function > > This is just off top of head, so apologies for any spellings etc. > > Paul > > On 2 November 2017 at 13:39, Kostas Konstantinidis wrote: > >> Dear people, >> >> I am a little confused about how to count part of included compo box into >> a form... >> I'll try to explain it better. >> So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 >> options for each one of them or null if unanswered. >> These 22 combos are divided into 5 different groups >> As the final result depends on the selected values of each separated group >> what I need is on current form to count how many questions have been >> answered for each group >> >> The groups are >> 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how many >> of them have been answered... >> 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 >> 3rd group: SRS4, SRS6, SRS10, SRS14 and SRS19 >> 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 >> 5th group: SRS21 and SRS22 >> >> Have you any idea about how to count this? >> Thank's >> >> /kostas >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- John W. Colby From stuart at lexacorp.com.pg Fri Nov 3 19:11:10 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 04 Nov 2017 10:11:10 +1000 Subject: [AccessD] how to count selected combos in a form In-Reply-To: References: <00a501d353df$f51df530$df59df90$@otenet.gr>, , Message-ID: <59FD059E.26696.276F4123@stuart.lexacorp.com.pg> No surprise there :-) On 3 Nov 2017 at 19:20, John Colby wrote: > And I would probably use a class, From jwcolby at gmail.com Sat Nov 4 11:48:06 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 4 Nov 2017 12:48:06 -0400 Subject: [AccessD] how to count selected combos in a form In-Reply-To: <00e101d35407$2071ceb0$61556c10$@otenet.gr> References: <00a501d353df$f51df530$df59df90$@otenet.gr> <00e101d35407$2071ceb0$61556c10$@otenet.gr> Message-ID: <1e927cb0-3f03-b4fa-4cf1-d4ce7d23afa5@Gmail.com> I sent you a little database off line with a solution as I understand the problem. On 11/2/2017 2:19 PM, Kostas Konstantinidis wrote: > Paul, > Your suggestion works too > > Thank's > /kostas > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Paul Hartland via AccessD > Sent: Thursday, November 2, 2017 3:59 PM > To: Access Developers discussion and problem solving > > Cc: Paul Hartland > Subject: Re: [AccessD] how to count selected combos in a form > > There will probably be a better answer than this as not used Access in some > time, but straight off the top of my head I would use a module with 5 public > variables, something like int_Group_1, int_Group_2 etc, then create a > function to do the counts of the combo boxes that belong to the specific > group, then call this function on the Load/Activate of the form and in the > After Update of each combo box, something like below: > > Public int_Group_1 As Integer > Public int_Group_2 As Integer > Public int_Group_3 As Integer > Public int_Group_4 As Integer > Public int_Group_5 As Integer > > > Public Function fn_Count_Groups() > int_Group_1 = iif(IsNull(SRS5), 0, 1) + iif(IsNull(SRS9), 0, 1) > + iif(IsNull(SRS12), 0, 1) + iif(IsNull(SRS15), 0, 1) + > iif(IsNull(SRS18), 0, 1) > int_Group_2 = iif(IsNull(SRS1), 0, 1) + iif(IsNull(SRS2), 0, 1) > + iif(IsNull(SRS8), 0, 1) + iif(IsNull(SRS11), 0, 1) + > iif(IsNull(SRS17), 0, 1) > int_Group_3 = iif(IsNull(SRS4), 0, 1) + iif(IsNull(SRS6), 0, 1) > + iif(IsNull(SRS10), 0, 1) + iif(IsNull(SRS14), 0, 1) + > iif(IsNull(SRS19), 0, 1) > int_Group_4 = iif(IsNull(SRS3), 0, 1) + iif(IsNull(SRS7), 0, 1) > + iif(IsNull(SRS13), 0, 1) + iif(IsNull(SRS16), 0, 1) + > iif(IsNull(SRS20), 0, 1) > int_Group_5 = iif(IsNull(SRS21), 0, 1) + iif(IsNull(SRS22), 0, 1) End > Function > > This is just off top of head, so apologies for any spellings etc. > > Paul > > On 2 November 2017 at 13:39, Kostas Konstantinidis wrote: > >> Dear people, >> >> I am a little confused about how to count part of included compo box >> into a form... >> I'll try to explain it better. >> So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 >> options for each one of them or null if unanswered. >> These 22 combos are divided into 5 different groups As the final >> result depends on the selected values of each separated group what I >> need is on current form to count how many questions have been answered >> for each group >> >> The groups are >> 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how >> many of them have been answered... >> 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, >> SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 >> 5th group: SRS21 and SRS22 >> >> Have you any idea about how to count this? >> Thank's >> >> /kostas >> >> >> >> >> -- >> 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 > -- John W. Colby From kost36 at otenet.gr Sun Nov 5 14:12:43 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Sun, 5 Nov 2017 22:12:43 +0200 Subject: [AccessD] how to count selected combos in a form In-Reply-To: <1e927cb0-3f03-b4fa-4cf1-d4ce7d23afa5@Gmail.com> References: <00a501d353df$f51df530$df59df90$@otenet.gr> <00e101d35407$2071ceb0$61556c10$@otenet.gr> <1e927cb0-3f03-b4fa-4cf1-d4ce7d23afa5@Gmail.com> Message-ID: <023801d35672$71d8f220$558ad660$@otenet.gr> Great job Thank's John -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Saturday, November 4, 2017 6:48 PM To: Access Developers discussion and problem solving ; Kostas Konstantinidis ; jwcolby at gmail.com Subject: Re: [AccessD] how to count selected combos in a form I sent you a little database off line with a solution as I understand the problem. On 11/2/2017 2:19 PM, Kostas Konstantinidis wrote: > Paul, > Your suggestion works too > > Thank's > /kostas > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Paul Hartland via AccessD > Sent: Thursday, November 2, 2017 3:59 PM > To: Access Developers discussion and problem solving > > Cc: Paul Hartland > Subject: Re: [AccessD] how to count selected combos in a form > > There will probably be a better answer than this as not used Access in some > time, but straight off the top of my head I would use a module with 5 public > variables, something like int_Group_1, int_Group_2 etc, then create a > function to do the counts of the combo boxes that belong to the specific > group, then call this function on the Load/Activate of the form and in the > After Update of each combo box, something like below: > > Public int_Group_1 As Integer > Public int_Group_2 As Integer > Public int_Group_3 As Integer > Public int_Group_4 As Integer > Public int_Group_5 As Integer > > > Public Function fn_Count_Groups() > int_Group_1 = iif(IsNull(SRS5), 0, 1) + iif(IsNull(SRS9), 0, 1) > + iif(IsNull(SRS12), 0, 1) + iif(IsNull(SRS15), 0, 1) + > iif(IsNull(SRS18), 0, 1) > int_Group_2 = iif(IsNull(SRS1), 0, 1) + iif(IsNull(SRS2), 0, 1) > + iif(IsNull(SRS8), 0, 1) + iif(IsNull(SRS11), 0, 1) + > iif(IsNull(SRS17), 0, 1) > int_Group_3 = iif(IsNull(SRS4), 0, 1) + iif(IsNull(SRS6), 0, 1) > + iif(IsNull(SRS10), 0, 1) + iif(IsNull(SRS14), 0, 1) + > iif(IsNull(SRS19), 0, 1) > int_Group_4 = iif(IsNull(SRS3), 0, 1) + iif(IsNull(SRS7), 0, 1) > + iif(IsNull(SRS13), 0, 1) + iif(IsNull(SRS16), 0, 1) + > iif(IsNull(SRS20), 0, 1) > int_Group_5 = iif(IsNull(SRS21), 0, 1) + iif(IsNull(SRS22), 0, 1) End > Function > > This is just off top of head, so apologies for any spellings etc. > > Paul > > On 2 November 2017 at 13:39, Kostas Konstantinidis wrote: > >> Dear people, >> >> I am a little confused about how to count part of included compo box >> into a form... >> I'll try to explain it better. >> So, into a form I use 22 compo box (titled from SRS1 to SRS22) with 5 >> options for each one of them or null if unanswered. >> These 22 combos are divided into 5 different groups As the final >> result depends on the selected values of each separated group what I >> need is on current form to count how many questions have been answered >> for each group >> >> The groups are >> 1st group: SRS5, SRS9, SRS12, SRS15 and SRS18 and I need to count how >> many of them have been answered... >> 2nd group: SRS1, SRS2, SRS8, SRS11 and SRS17 3rd group: SRS4, SRS6, >> SRS10, SRS14 and SRS19 4th group: SRS3, SRS7, SRS13, SRS16 and SRS20 >> 5th group: SRS21 and SRS22 >> >> Have you any idea about how to count this? >> Thank's >> >> /kostas >> >> >> >> >> -- >> 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 > -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Nov 7 16:25:50 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 7 Nov 2017 15:25:50 -0700 (MST) Subject: [AccessD] Pushing data to Azure SQL database VERY VERY slow In-Reply-To: References: Message-ID: <1397833246.25074597.1510093550266.JavaMail.zimbra@shaw.ca> I wonder if there is any site that has done the research to allow Cloud users to cross reference performance? My SiL is working for a company as their head programmer/designer and he is getting his company's site ready for "Black Friday". Their site is running off an AWS segment. When he started he was left with a bit of a disaster. The previous developer had just purchased an application that was supposed to be able to handle the thousands of transaction that super high volumes of a buying and selling spike. The application could not. He tried every possible AWS configuration but he could only achieve marginal increases in speed. He is a programming around the problem. He acquired a number of small AWS segments, created a caching system where a number transaction volumes are being populated simultaneously. His FE app tracks which volume is least busy and passing the transaction on to it. Code running at the BE, federates from each small database segment and feeds/syncs into the master database. The beauty of his new system is that all that is necessary to complete a customer's transaction is a acknowledgement, or receipt, from the from the individual DB caches. Using his new system there is virtually no limit to how many transactions can be managed. AWS virtual DB segments are spawned, in real time, as volumes increase. The system is fairly complex but he has been testing and building it for months and now he is crunch time, doing 12 to 16 hour shifts. If you wish, after "Black Friday" is over and he will have a chance to put his feet up and relax and then maybe you could email him and ask him questions about building a FE. He is creating a BE package called "Kitsilano"(?) that his company will be marketing, which is designed to handle unlimited transaction volumes. I have also been playing with a friend, building out a number of privately hosted Cloud (NextCloud) instances and using their federation capabilities to sync and collaborate. There may be a possibility to help a client's three offices. Aside: I do remember either duplicating a table or deleting the contents in a MS SQL table, without or removing all keys and then bulk importing all the data and finally adding or re-adding the keys. Fastest method for updating a huge table. Of course Azure's limitations may not be possible to work around(?). There is of course a host of tools and methods for expediting data importing into the Azure cloud and MS SQL: https://blogs.msdn.microsoft.com/sqlcat/2010/07/30/loading-data-to-sql-azure-the-fast-way/ http://bit.ly/2m2ro4z ...and... https://docs.microsoft.com/en-us/azure/machine-learning/team-data-science-process/parallel-load-sql-partitioned-tables http://bit.ly/2zEiJLE PS To automate bulk importing processes, using command line batch files, contact John C. as he is an expert at processing large amounts of data and large files and might be able to give you some pointers. Jim ?? ? ? ----- Original Message ----- From: "Ryan W" To: "Access Developers discussion and problem solving" Sent: Thursday, October 19, 2017 1:38:52 PM Subject: Re: [AccessD] Pushing data to Azure SQL database VERY VERY slow Gustav, ??The kicker there is my $10/mo "Shared Windows Hosting", with a Shared SQL Server with MANY MANY users on it is faster. I realize Azure is a "shared" nature too.. but with SOME resources that are for your account only (like a mini virtual machine, of sorts)... where on the shared hosting that's not the case.. anyone can cause the server you are on to bottleneck and cause grief. ??I would have thought that the S0 or S1 Azure plan would exceed the shared windows hosting plan I have over at HostGator... ? ?I was only testing to see if my 1-2 minute "insert into" time with HostGator was atypical or not. ?Turns out I'm not doing as bad as I could be, I suppose. On Thu, Oct 19, 2017 at 3:34 PM, Gustav Brock wrote: > Hi Ryan > > We have some small Azure SQL instances running for testing purposes, and > they are very slow. Straight reading is relatively fast, but anything else > is painfully slow. Except for some simple views, we don't run anything else > on the Azure SQL engine. > > The positive aspect of this is, that it is a very effective method to > pinpoint bottlenecks. If you can run a form off the Azure SQL at good > speed, it will run blazingly fast off a local SQL Server. And what you > think you can away with using a fast local server, will kick you hard when > moved to Azure SQL. > > I guess that using a larger instance would prove much better results, but > the costs rise quite quickly. I miss a small, fast, and free instance. > > /gustav > > ________________________________________ > Fra: AccessD p? vegne af Ryan W < > wrwehler at gmail.com> > Sendt: 19. oktober 2017 20:39:34 > Til: Access Developers discussion and problem solving > Emne: [AccessD] Pushing data to Azure SQL database VERY VERY slow > > Back story: > > We have an Access FE with a SQL Server back end. ?We push up a relatively > small dataset (6000 rows total) up to our website for some updated > 'statistics' on client work. > > Right now my SQL server is on a shared windows host and pushing those 6000 > rows takes anywhere from 1m30s to 2 minutes, usually! > > I'm also testing a snapshot of our SQL database in Azure (S1 plan) for some > devs we have in Denmark to query off, it doesn't have to be updated so it > doesn't do any log shipping or anything (not that azure supports it, from > what I can tell). > > > Anyway those same tables on my shared Windows hosting plan were created in > my azure instance and those very same queries take over 6 minutes! > > First off, it seems highly suspect that azure would be 3 times slower? > Secondly aside from WAN latency and such why would it even be taking 2 > minutes to insert 6,000 rows across the WAN? ?Is there a way I can speed > that up in either the shared server or the Azure server? > > > When I check the Azure DB statistics and "DTU usage" it's barely a blip on > the radar, so I'm not pegging my DTU allocation by any means. > > > When I query that information back out of Azure I pull down those 6,000 > rows in less than one second.. so it doesn't seem like my WAN is > necessarily the culprit. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Tue Nov 7 17:09:33 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 7 Nov 2017 16:09:33 -0700 (MST) Subject: [AccessD] FW: the judge who can code, deciding big court cases In-Reply-To: <05da01d34a16$c2fcf510$48f6df30$@bchacc.com> References: <05da01d34a16$c2fcf510$48f6df30$@bchacc.com> Message-ID: <1346502865.25182100.1510096173596.JavaMail.zimbra@shaw.ca> About bloody time. Jim ----- Original Message ----- From: "rockysmolin" To: "Access Developers discussion and problem solving" , "Off Topic" Sent: Friday, October 20, 2017 7:46:14 PM Subject: [AccessD] FW: the judge who can code, deciding big court cases From: Marsha Sutton [mailto:suttonmarsha at gmail.com] Sent: Friday, October 20, 2017 4:36 PM To: Daniel Osher; Noah Sutton-Smolin; Rocky Smolin Subject: the judge who can code, deciding big court cases https://www.theverge.com/2017/10/19/16503076/oracle-vs-google-judge-william-alsup-interview-waymo-uber?goal=0_c2357fd0a3-c981d54dd3-81867193 -- Marsha Sutton Sutton Communications E: suttonmarsha at gmail.com H: 760-448-5830 C: 858-342-1750 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Nov 8 08:11:38 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 8 Nov 2017 14:11:38 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) Message-ID: Hi all Should you wish to zip/unzip or compress/decompress zip or cabinet folders (files), I've put up functions for this at Experts Exchange: ??? Zip and unzip files and folders with VBA the Windows Explorer way https://www.experts-exchange.com/articles/31130/Zip-and-unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html Handle cabinet files and folders with VBA the Windows Explorer way ??? https://www.experts-exchange.com/articles/31144/Handle-cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html Code is also at GitHub: https://github.com/GustavBrock/VBA.Compress.git I used the old trick from Stuart to create a zip folder - thanks! /gustav From accessd at shaw.ca Wed Nov 8 10:15:49 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 8 Nov 2017 09:15:49 -0700 (MST) Subject: [AccessD] Handle Zip and Cabinet folders (files) In-Reply-To: References: Message-ID: <1606497442.27023864.1510157749525.JavaMail.zimbra@shaw.ca> Hi Gustav: A very fine piece of work...impressive. Additionally, the documentation is a thing of beauty. :-) Aside: I wonder if the app can be made to run on a Linux box? Can you put it into a container? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, November 8, 2017 6:11:38 AM Subject: [AccessD] Handle Zip and Cabinet folders (files) Hi all Should you wish to zip/unzip or compress/decompress zip or cabinet folders (files), I've put up functions for this at Experts Exchange: ??? Zip and unzip files and folders with VBA the Windows Explorer way https://www.experts-exchange.com/articles/31130/Zip-and-unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html Handle cabinet files and folders with VBA the Windows Explorer way ??? https://www.experts-exchange.com/articles/31144/Handle-cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html Code is also at GitHub: https://github.com/GustavBrock/VBA.Compress.git I used the old trick from Stuart to create a zip folder - thanks! /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Nov 8 10:28:19 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 8 Nov 2017 16:28:19 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) Message-ID: Thanks Jim. As for Linux, I don't know. I don't even have a Linux box to test with. But I doubt it, except if you have Wine in mind. For zip files, there must exist a bunch of similar code for Linux. The cabinet files though, is a tough one. I wonder if they even exist in the Linux world? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 8. november 2017 17:16 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Gustav: A very fine piece of work...impressive. Additionally, the documentation is a thing of beauty. :-) Aside: I wonder if the app can be made to run on a Linux box? Can you put it into a container? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, November 8, 2017 6:11:38 AM Subject: [AccessD] Handle Zip and Cabinet folders (files) Hi all Should you wish to zip/unzip or compress/decompress zip or cabinet folders (files), I've put up functions for this at Experts Exchange: ??? Zip and unzip files and folders with VBA the Windows Explorer way https://www.experts-exchange.com/articles/31130/Zip-and-unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html Handle cabinet files and folders with VBA the Windows Explorer way ??? https://www.experts-exchange.com/articles/31144/Handle-cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html Code is also at GitHub: https://github.com/GustavBrock/VBA.Compress.git I used the old trick from Stuart to create a zip folder - thanks! /gustav From wrwehler at gmail.com Wed Nov 8 11:24:31 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 8 Nov 2017 11:24:31 -0600 Subject: [AccessD] Trap SQL Server errors in MS Access/VBA? Message-ID: I have some stored procedures that run when a user clicks a button or does a task and occasionally the data that was imported to manipulated sometimes erroneously contains a zero.. so my procedure dies when it tries to divide by zero. Right now when that happens (and it doesn't happen often) is my app just gives me "Error 3146 ODBC-- call failed" messages. I'd like to actually trap the SQL Error. I have a Try/Catch in that SPROC and a riaseerror statement but those don't spit out on the access side. Is there a way to trap that error and display it to the user? From accessd at shaw.ca Wed Nov 8 14:36:25 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 8 Nov 2017 13:36:25 -0700 (MST) Subject: [AccessD] Handle Zip and Cabinet folders (files) In-Reply-To: References: Message-ID: <431018914.27765260.1510173385476.JavaMail.zimbra@shaw.ca> Hi Gustav: Have you had a chance to study Microsoft containers? https://blogs.msdn.microsoft.com/webdev/2017/09/07/getting-started-with-windows-containers/ http://bit.ly/2zscGcd I am not sure what a cabinet file is and why it is needed. I am sure there is a Linux equivalent type file structure needed in certain circumstances but I need a description of a CAB file's attributes. It does seem that someone has a Github and appropriate open source algorithm for download and use. The code appears to have been written in C, so in theory it could be run on any system. The attached library file could be a problem though: https://github.com/twogood/unshield Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, November 8, 2017 8:28:19 AM Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) Thanks Jim. As for Linux, I don't know. I don't even have a Linux box to test with. But I doubt it, except if you have Wine in mind. For zip files, there must exist a bunch of similar code for Linux. The cabinet files though, is a tough one. I wonder if they even exist in the Linux world? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 8. november 2017 17:16 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Gustav: A very fine piece of work...impressive. Additionally, the documentation is a thing of beauty. :-) Aside: I wonder if the app can be made to run on a Linux box? Can you put it into a container? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, November 8, 2017 6:11:38 AM Subject: [AccessD] Handle Zip and Cabinet folders (files) Hi all Should you wish to zip/unzip or compress/decompress zip or cabinet folders (files), I've put up functions for this at Experts Exchange: ??? Zip and unzip files and folders with VBA the Windows Explorer way https://www.experts-exchange.com/articles/31130/Zip-and-unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html Handle cabinet files and folders with VBA the Windows Explorer way ??? https://www.experts-exchange.com/articles/31144/Handle-cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html Code is also at GitHub: https://github.com/GustavBrock/VBA.Compress.git I used the old trick from Stuart to create a zip folder - thanks! /gustav -- 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 Nov 8 14:50:17 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 09 Nov 2017 06:50:17 +1000 Subject: [AccessD] Trap SQL Server errors in MS Access/VBA? In-Reply-To: References: Message-ID: <5A036E09.13119.4076F661@stuart.lexacorp.com.pg> Try iterating throught the DBEngine.Errors collection and look at the error descriptions. On 8 Nov 2017 at 11:24, Ryan W wrote: > I have some stored procedures that run when a user clicks a button or > does a task and occasionally the data that was imported to manipulated > sometimes erroneously contains a zero.. so my procedure dies when it > tries to divide by zero. > > Right now when that happens (and it doesn't happen often) is my app > just gives me "Error 3146 ODBC-- call failed" messages. > > I'd like to actually trap the SQL Error. I have a Try/Catch in that > SPROC and a riaseerror statement but those don't spit out on the > access side. Is there a way to trap that error and display it to the > user? -- AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From gustav at cactus.dk Thu Nov 9 03:48:06 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 9 Nov 2017 09:48:06 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) Message-ID: Hi Jim No, I haven't studied Microsoft containers. It is on my to-do list somewhere, but time is so limited and I have no urgent need for this technique. Cabinet files are very old - back to the DOS age. If you browse one of the old install diskettes, you'll see all those .EX_, .DL_, etc. files ending with an underscore. The purpose was twofold. First to compress files, second to combine the resulting files in chunks to fit on as few diskettes (later also cd-roms) as possible. The makecab utility can also generate a complete setup with inf and setup files. They can use two compression methods: LZX or (MS)ZIP. Using the last doesn't make it a zip file though. My function can use either. For simplicity, the methods are named High and Low (compression). You can read all about it here (long story): https://msdn.microsoft.com/en-us/library/bb267310.aspx Your link to GiHub seems to indicate, that InstallShield uses cabinet files with MSZIP compression. If your library only supports LZX compression, such files are, of course, a challenge. A decompress utility should be able to extract both types. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 8. november 2017 21:36 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Gustav: Have you had a chance to study Microsoft containers? https://blogs.msdn.microsoft.com/webdev/2017/09/07/getting-started-with-windows-containers/ http://bit.ly/2zscGcd I am not sure what a cabinet file is and why it is needed. I am sure there is a Linux equivalent type file structure needed in certain circumstances but I need a description of a CAB file's attributes. It does seem that someone has a Github and appropriate open source algorithm for download and use. The code appears to have been written in C, so in theory it could be run on any system. The attached library file could be a problem though: https://github.com/twogood/unshield Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, November 8, 2017 8:28:19 AM Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) Thanks Jim. As for Linux, I don't know. I don't even have a Linux box to test with. But I doubt it, except if you have Wine in mind. For zip files, there must exist a bunch of similar code for Linux. The cabinet files though, is a tough one. I wonder if they even exist in the Linux world? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 8. november 2017 17:16 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Gustav: A very fine piece of work...impressive. Additionally, the documentation is a thing of beauty. :-) Aside: I wonder if the app can be made to run on a Linux box? Can you put it into a container? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, November 8, 2017 6:11:38 AM Subject: [AccessD] Handle Zip and Cabinet folders (files) Hi all Should you wish to zip/unzip or compress/decompress zip or cabinet folders (files), I've put up functions for this at Experts Exchange: ??? Zip and unzip files and folders with VBA the Windows Explorer way https://www.experts-exchange.com/articles/31130/Zip-and-unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html Handle cabinet files and folders with VBA the Windows Explorer way ??? https://www.experts-exchange.com/articles/31144/Handle-cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html Code is also at GitHub: https://github.com/GustavBrock/VBA.Compress.git I used the old trick from Stuart to create a zip folder - thanks! /gustav From bensonforums at gmail.com Thu Nov 9 19:07:43 2017 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 9 Nov 2017 20:07:43 -0500 Subject: [AccessD] Handle Zip and Cabinet folders (files) In-Reply-To: References: Message-ID: Ron DeBruin also has some pretty good code here which was contributed to by Tom Ogilvy and KeepItCool, that I have used in many projects. I don't have time now to see whether your methods differs Gustav, but with Ron's so long published and so oft cited code available through numerous link-to's in many answer forums, something must have caused you to take this on as a test of your own coding prowess! So I hope to find something neat there when I have time to read it this weekend. There is one or two features of Ron's that relies on innate Excel functions but I think they can be replaced with other equivalents. On Wed, Nov 8, 2017 at 9:11 AM, Gustav Brock wrote: > Hi all > > Should you wish to zip/unzip or compress/decompress zip or cabinet folders > (files), I've put up functions for this at Experts Exchange: > > Zip and unzip files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31130/Zip-and- > unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Handle cabinet files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31144/Handle- > cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Code is also at GitHub: https://github.com/GustavBrock/VBA.Compress.git > > I used the old trick from Stuart to create a zip folder - thanks! > > /gustav > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Fri Nov 10 02:38:16 2017 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 10 Nov 2017 08:38:16 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) Message-ID: Hi Bill There are many variations on this - also here where Stuart once posted an example - and the core code is often the same with some variations. The functions you refer to seem to serve specific purposes, some with user interaction, while the goal for mine was to have a pair of very generic functions you can use everywhere and which will free you from the "plumbing" - checking/creating files and folders, good error handling, and returning meaningful result code. Also, the action of the functions is very similar to that of Windows Explorer when you operate it manually, for example by creating versioned zip folders (zipfolder.zip, zipfolder (2).zip, zipfolder (3).zip, etc.) if you chose not to overwrite an existing zip. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 10. november 2017 02:08 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Ron DeBruin also has some pretty good code here which was contributed to by Tom Ogilvy and KeepItCool, that I have used in many projects. I don't have time now to see whether your methods differs Gustav, but with Ron's so long published and so oft cited code available through numerous link-to's in many answer forums, something must have caused you to take this on as a test of your own coding prowess! So I hope to find something neat there when I have time to read it this weekend. There is one or two features of Ron's that relies on innate Excel functions but I think they can be replaced with other equivalents. On Wed, Nov 8, 2017 at 9:11 AM, Gustav Brock wrote: > Hi all > > Should you wish to zip/unzip or compress/decompress zip or cabinet > folders (files), I've put up functions for this at Experts Exchange: > > Zip and unzip files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31130/Zip-and- > unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Handle cabinet files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31144/Handle- > cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Code is also at GitHub: > https://github.com/GustavBrock/VBA.Compress.git > > I used the old trick from Stuart to create a zip folder - thanks! > > /gustav From jbodin at sbor.com Fri Nov 10 06:16:31 2017 From: jbodin at sbor.com (John Bodin) Date: Fri, 10 Nov 2017 12:16:31 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) In-Reply-To: References: Message-ID: Gustav, I happened upon Ron DeBruin's zip code several weeks ago and utilized it in an app last week. It worked well for me, but when I gave it to the user that really needed the feature, it failed. Turned out that she needed to have "Hide extensions for known file types" unchecked in Folder Options on her Windows 7 machine (Windows Explorer/Organize/Folder and Search Options/View.) When she didn't have that setting unchecked, if looking to extract all *.XLS files out of the zip, it would only see the file name w/o extension and skip over all XLS files. I could single step through the code and see the file name did not contain the extension. Unchecking this then allowed the extension to be part of the file name. I only looked at your well documented code briefly, but do you know if this is something you have to worry about? Thanks, John -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, November 10, 2017 3:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Bill There are many variations on this - also here where Stuart once posted an example - and the core code is often the same with some variations. The functions you refer to seem to serve specific purposes, some with user interaction, while the goal for mine was to have a pair of very generic functions you can use everywhere and which will free you from the "plumbing" - checking/creating files and folders, good error handling, and returning meaningful result code. Also, the action of the functions is very similar to that of Windows Explorer when you operate it manually, for example by creating versioned zip folders (zipfolder.zip, zipfolder (2).zip, zipfolder (3).zip, etc.) if you chose not to overwrite an existing zip. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 10. november 2017 02:08 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Ron DeBruin also has some pretty good code here which was contributed to by Tom Ogilvy and KeepItCool, that I have used in many projects. I don't have time now to see whether your methods differs Gustav, but with Ron's so long published and so oft cited code available through numerous link-to's in many answer forums, something must have caused you to take this on as a test of your own coding prowess! So I hope to find something neat there when I have time to read it this weekend. There is one or two features of Ron's that relies on innate Excel functions but I think they can be replaced with other equivalents. On Wed, Nov 8, 2017 at 9:11 AM, Gustav Brock wrote: > Hi all > > Should you wish to zip/unzip or compress/decompress zip or cabinet > folders (files), I've put up functions for this at Experts Exchange: > > Zip and unzip files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31130/Zip-and- > unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Handle cabinet files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31144/Handle- > cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Code is also at GitHub: > https://github.com/GustavBrock/VBA.Compress.git > > I used the old trick from Stuart to create a zip folder - thanks! > > /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Nov 10 07:41:58 2017 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 10 Nov 2017 13:41:58 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) Message-ID: Hi John That was a good question. Never thought of it, as I always turn that setting on. To be honest, I've never understood the purpose not to say the usefulness of turning off file extensions. But I did (turn extensions off) and ran a test. All files were still included. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John Bodin Sendt: 10. november 2017 13:17 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Gustav, I happened upon Ron DeBruin's zip code several weeks ago and utilized it in an app last week. It worked well for me, but when I gave it to the user that really needed the feature, it failed. Turned out that she needed to have "Hide extensions for known file types" unchecked in Folder Options on her Windows 7 machine (Windows Explorer/Organize/Folder and Search Options/View.) When she didn't have that setting unchecked, if looking to extract all *.XLS files out of the zip, it would only see the file name w/o extension and skip over all XLS files. I could single step through the code and see the file name did not contain the extension. Unchecking this then allowed the extension to be part of the file name. I only looked at your well documented code briefly, but do you know if this is something you have to worry about? Thanks, John -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, November 10, 2017 3:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Bill There are many variations on this - also here where Stuart once posted an example - and the core code is often the same with some variations. The functions you refer to seem to serve specific purposes, some with user interaction, while the goal for mine was to have a pair of very generic functions you can use everywhere and which will free you from the "plumbing" - checking/creating files and folders, good error handling, and returning meaningful result code. Also, the action of the functions is very similar to that of Windows Explorer when you operate it manually, for example by creating versioned zip folders (zipfolder.zip, zipfolder (2).zip, zipfolder (3).zip, etc.) if you chose not to overwrite an existing zip. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 10. november 2017 02:08 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Ron DeBruin also has some pretty good code here which was contributed to by Tom Ogilvy and KeepItCool, that I have used in many projects. I don't have time now to see whether your methods differs Gustav, but with Ron's so long published and so oft cited code available through numerous link-to's in many answer forums, something must have caused you to take this on as a test of your own coding prowess! So I hope to find something neat there when I have time to read it this weekend. There is one or two features of Ron's that relies on innate Excel functions but I think they can be replaced with other equivalents. On Wed, Nov 8, 2017 at 9:11 AM, Gustav Brock wrote: > Hi all > > Should you wish to zip/unzip or compress/decompress zip or cabinet > folders (files), I've put up functions for this at Experts Exchange: > > Zip and unzip files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31130/Zip-and- > unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Handle cabinet files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31144/Handle- > cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Code is also at GitHub: > https://github.com/GustavBrock/VBA.Compress.git > > I used the old trick from Stuart to create a zip folder - thanks! > > /gustav From jbodin at sbor.com Fri Nov 10 07:52:15 2017 From: jbodin at sbor.com (John Bodin) Date: Fri, 10 Nov 2017 13:52:15 +0000 Subject: [AccessD] Handle Zip and Cabinet folders (files) In-Reply-To: References: Message-ID: Excellent! I was surprised when I stepped through the debugger and didn't see the extensions. Easy fix but not optimal if being used by many folks. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, November 10, 2017 8:42 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi John That was a good question. Never thought of it, as I always turn that setting on. To be honest, I've never understood the purpose not to say the usefulness of turning off file extensions. But I did (turn extensions off) and ran a test. All files were still included. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John Bodin Sendt: 10. november 2017 13:17 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Gustav, I happened upon Ron DeBruin's zip code several weeks ago and utilized it in an app last week. It worked well for me, but when I gave it to the user that really needed the feature, it failed. Turned out that she needed to have "Hide extensions for known file types" unchecked in Folder Options on her Windows 7 machine (Windows Explorer/Organize/Folder and Search Options/View.) When she didn't have that setting unchecked, if looking to extract all *.XLS files out of the zip, it would only see the file name w/o extension and skip over all XLS files. I could single step through the code and see the file name did not contain the extension. Unchecking this then allowed the extension to be part of the file name. I only looked at your well documented code briefly, but do you know if this is something you have to worry about? Thanks, John -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, November 10, 2017 3:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) Hi Bill There are many variations on this - also here where Stuart once posted an example - and the core code is often the same with some variations. The functions you refer to seem to serve specific purposes, some with user interaction, while the goal for mine was to have a pair of very generic functions you can use everywhere and which will free you from the "plumbing" - checking/creating files and folders, good error handling, and returning meaningful result code. Also, the action of the functions is very similar to that of Windows Explorer when you operate it manually, for example by creating versioned zip folders (zipfolder.zip, zipfolder (2).zip, zipfolder (3).zip, etc.) if you chose not to overwrite an existing zip. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 10. november 2017 02:08 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) Ron DeBruin also has some pretty good code here which was contributed to by Tom Ogilvy and KeepItCool, that I have used in many projects. I don't have time now to see whether your methods differs Gustav, but with Ron's so long published and so oft cited code available through numerous link-to's in many answer forums, something must have caused you to take this on as a test of your own coding prowess! So I hope to find something neat there when I have time to read it this weekend. There is one or two features of Ron's that relies on innate Excel functions but I think they can be replaced with other equivalents. On Wed, Nov 8, 2017 at 9:11 AM, Gustav Brock wrote: > Hi all > > Should you wish to zip/unzip or compress/decompress zip or cabinet > folders (files), I've put up functions for this at Experts Exchange: > > Zip and unzip files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31130/Zip-and- > unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Handle cabinet files and folders with VBA the Windows Explorer way > https://www.experts-exchange.com/articles/31144/Handle- > cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > Code is also at GitHub: > https://github.com/GustavBrock/VBA.Compress.git > > I used the old trick from Stuart to create a zip folder - thanks! > > /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Fri Nov 10 14:09:05 2017 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 10 Nov 2017 15:09:05 -0500 Subject: [AccessD] Handle Zip and Cabinet folders (files) In-Reply-To: References: Message-ID: This list continues to astound me for the breadth and extra detail that comes into discussions! Great posts here! On Fri, Nov 10, 2017 at 8:52 AM, John Bodin wrote: > Excellent! I was surprised when I stepped through the debugger and didn't > see the extensions. Easy fix but not optimal if being used by many folks. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Friday, November 10, 2017 8:42 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) > > Hi John > > That was a good question. Never thought of it, as I always turn that > setting on. To be honest, I've never understood the purpose not to say the > usefulness of turning off file extensions. > > But I did (turn extensions off) and ran a test. All files were still > included. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > John Bodin > Sendt: 10. november 2017 13:17 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) > > Gustav, I happened upon Ron DeBruin's zip code several weeks ago and > utilized it in an app last week. It worked well for me, but when I gave it > to the user that really needed the feature, it failed. Turned out that she > needed to have "Hide extensions for known file types" unchecked in Folder > Options on her Windows 7 machine (Windows Explorer/Organize/Folder and > Search Options/View.) When she didn't have that setting unchecked, if > looking to extract all *.XLS files out of the zip, it would only see the > file name w/o extension and skip over all XLS files. I could single step > through the code and see the file name did not contain the extension. > Unchecking this then allowed the extension to be part of the file name. > > I only looked at your well documented code briefly, but do you know if > this is something you have to worry about? > > Thanks, > > John > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Friday, November 10, 2017 3:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Handle Zip and Cabinet folders (files) > > Hi Bill > > There are many variations on this - also here where Stuart once posted an > example - and the core code is often the same with some variations. > > The functions you refer to seem to serve specific purposes, some with user > interaction, while the goal for mine was to have a pair of very generic > functions you can use everywhere and which will free you from the > "plumbing" - checking/creating files and folders, good error handling, and > returning meaningful result code. > Also, the action of the functions is very similar to that of Windows > Explorer when you operate it manually, for example by creating versioned > zip folders (zipfolder.zip, zipfolder (2).zip, zipfolder (3).zip, etc.) if > you chose not to overwrite an existing zip. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af > Bill Benson > Sendt: 10. november 2017 02:08 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Handle Zip and Cabinet folders (files) > > Ron DeBruin also has some pretty good code here < > https://www.rondebruin.nl/win/s7/win001.htm> which was contributed to by > Tom Ogilvy and KeepItCool, that I have used in many projects. I don't have > time now to see whether your methods differs Gustav, but with Ron's so long > published and so oft cited code available through numerous link-to's in > many answer forums, something must have caused you to take this on as a > test of your own coding prowess! So I hope to find something neat there > when I have time to read it this weekend. There is one or two features of > Ron's that relies on innate Excel functions but I think they can be > replaced with other equivalents. > > > On Wed, Nov 8, 2017 at 9:11 AM, Gustav Brock wrote: > > > Hi all > > > > Should you wish to zip/unzip or compress/decompress zip or cabinet > > folders (files), I've put up functions for this at Experts Exchange: > > > > Zip and unzip files and folders with VBA the Windows Explorer way > > https://www.experts-exchange.com/articles/31130/Zip-and- > > unzip-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > > > Handle cabinet files and folders with VBA the Windows Explorer way > > https://www.experts-exchange.com/articles/31144/Handle- > > cabinet-files-and-folders-with-VBA-the-Windows-Explorer-way.html > > > > Code is also at GitHub: > > https://github.com/GustavBrock/VBA.Compress.git > > > > I used the old trick from Stuart to create a zip folder - thanks! > > > > /gustav > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Sat Nov 11 17:32:44 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 12 Nov 2017 09:32:44 +1000 Subject: [AccessD] Latest Windows Update borks ACCDEs ! In-Reply-To: References: , , Message-ID: <5A07889C.23473.507E91AB@stuart.lexacorp.com.pg> https://blogs.msdn.microsoft.com/dataaccesstechnologies/2017/10/18/unexpected-error-from -external-database-driver-1-microsoft-jet-database-engine-after-applying-october-security-up dates/ http://tinyurl.com/yde7mxrs First reported in the Microsoft Answers forum by JDKilmer and now confirmed by the Dev Team, it would appear that update 1710 breaks compatibility between ACCDEs and Access runtime. Access generates the "unrecognized database" error: ... There is no workaround beside not installing the update in the first place, or reverting back (see: Microsoft Office 365 - Uninstall an Update) if you already have it installed. Don?t forget to disable updates or else you just find yourself back facing the same issue again. From gustav at cactus.dk Tue Nov 14 10:00:21 2017 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 14 Nov 2017 16:00:21 +0000 Subject: [AccessD] =?utf-8?q?GRC_Global_Sourcebook=C2=A0_-_new_2017_pdf_ve?= =?utf-8?q?rsion_available?= In-Reply-To: References: Message-ID: Hi all Please let me promote this site with over 2500 pages covering international addressing and much, much more info ? offered at zero costs ? from Graham Rhind who must have devoted his working life for this project. Note the download for an extended list of countries: http://www.grcdi.nl/countrycodes.htm /gustav ---- Global Sourcebook for International Data Management - Newsletter 2017-1 http://mailchi.mp/7e403df83059/global-sourcebook-new-2017-pdf-version-available?e=76bb79442c Updated pdf file of the Global Sourcebook available We have continued to restructure the file and make updates in parallel to the online version. You can download this new version https://grcdi.us2.list-manage.com/track/click?u=0a8d96a773ab0c1673ba7841e&id=f621eefc0b&e=76bb79442c. Please note that this URL will change soon - if it is no longer active, contact me for the new download URL.? Graham Rhind Copyright ? 2017 GRC Database Information, All rights reserved. GRC Database Information Schlossstrasse 14 BAD BENTHEIM 48455 Germany From accessd at shaw.ca Tue Nov 14 10:11:29 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 14 Nov 2017 09:11:29 -0700 (MST) Subject: [AccessD] AI In-Reply-To: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> Message-ID: <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> That a computer could be taught to play the game of GO is irrelevant, in the over all scheme of things. That a computer could teach itself the toughest game on the planet. And it?s just getting started; that is the real story. http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 Computers invent new ways to play the world's hardest game. Jim From accessd at shaw.ca Tue Nov 14 10:28:10 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 14 Nov 2017 09:28:10 -0700 (MST) Subject: [AccessD] WP blogging In-Reply-To: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> Message-ID: <1090110062.43324765.1510676890356.JavaMail.zimbra@shaw.ca> Hi John: I have been going through your new site and am totally impressed. It is not just for the code samples that let everyone understand that MS Access is so much more (...and could have been so much more again) but also for your blog implementation. Truly stellar. Jim ----- Original Message ----- From: "John Colby" To: "Access Developers discussion and problem solving" Sent: Monday, October 23, 2017 5:24:23 PM Subject: [AccessD] WP blogging To see what I have done so far go to ColbyConsulting.com and click the blog menu item.? Looks pretty bad.? Now go to https://jwcolby.blogspot.com/2013/02/microsoft-access-little-secret-classes.html?view=sidebar Looks like what I want, kinda.? Except the main blog page should have the sidebar and each blog thread should have it's own page with a sidebar like that.? Or something. -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Nov 14 10:54:47 2017 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 14 Nov 2017 16:54:47 +0000 Subject: [AccessD] WP blogging Message-ID: Hi Jim and John Yes, it's nice to see those pages again. But John, couldn't you add an introductory to yourself and the articles on the home page? /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 14. november 2017 17:28 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] WP blogging Hi John: I have been going through your new site and am totally impressed. It is not just for the code samples that let everyone understand that MS Access is so much more (...and could have been so much more again) but also for your blog implementation. Truly stellar. Jim ----- Original Message ----- From: "John Colby" To: "Access Developers discussion and problem solving" Sent: Monday, October 23, 2017 5:24:23 PM Subject: [AccessD] WP blogging To see what I have done so far go to ColbyConsulting.com and click the blog menu item.? Looks pretty bad.? Now go to https://jwcolby.blogspot.com/2013/02/microsoft-access-little-secret-classes.html?view=sidebar Looks like what I want, kinda.? Except the main blog page should have the sidebar and each blog thread should have it's own page with a sidebar like that.? Or something. -- John W. Colby From stuart at lexacorp.com.pg Tue Nov 14 15:32:17 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 15 Nov 2017 07:32:17 +1000 Subject: [AccessD] AI In-Reply-To: <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com>, <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> Message-ID: <5A0B60E1.23955.5F836666@stuart.lexacorp.com.pg> And it's reelvance to Access? :-) On 14 Nov 2017 at 9:11, Jim Lawrence wrote: > That a computer could be taught to play the game of GO is irrelevant, > in the over all scheme of things. That a computer could teach itself > the toughest game on the planet. And it?s just getting started; that > is the real story. > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > Computers invent new ways to play the world's hardest game. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Tue Nov 14 17:09:17 2017 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 14 Nov 2017 18:09:17 -0500 Subject: [AccessD] AI In-Reply-To: <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> Message-ID: But does the computer know it is playing Go? Does it "know" anything? Computers will never, ever, ever have true consciousness, and they can never teach themselves anything that their creators did not design them to "learn", and they will never be able to make qualitative judgments about the value of what they are learning unless their creators tell them what's valuable. They can never feel, so they can never infer or interpret anything unique or uniquely. Anyone who preaches AI reaching a singularity is a nut case. On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > That a computer could be taught to play the game of GO is irrelevant, in > the over all scheme of things. That a computer could teach itself the > toughest game on the planet. And it?s just getting started; that is the > real story. > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > Computers invent new ways to play the world's hardest game. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Tue Nov 14 18:39:30 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 14 Nov 2017 16:39:30 -0800 Subject: [AccessD] AI In-Reply-To: References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> Message-ID: <00d401d35daa$33097e40$991c7ac0$@bchacc.com> Your mind seems pretty well made up on the subject. Perhaps this is a good time to review a notorious list of predictions about tech: https://www.forbes.com/sites/robertszczerba/2015/01/05/15-worst-tech-predictions-of-all-time/#776c6afd1299 http://tinyurl.com/yaz3yced " never, ever, ever" covers a really, really long time. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Tuesday, November 14, 2017 3:09 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AI But does the computer know it is playing Go? Does it "know" anything? Computers will never, ever, ever have true consciousness, and they can never teach themselves anything that their creators did not design them to "learn", and they will never be able to make qualitative judgments about the value of what they are learning unless their creators tell them what's valuable. They can never feel, so they can never infer or interpret anything unique or uniquely. Anyone who preaches AI reaching a singularity is a nut case. On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > That a computer could be taught to play the game of GO is irrelevant, > in the over all scheme of things. That a computer could teach itself > the toughest game on the planet. And it?s just getting started; that > is the real story. > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > Computers invent new ways to play the world's hardest game. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Nov 14 20:22:54 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 14 Nov 2017 19:22:54 -0700 (MST) Subject: [AccessD] AI In-Reply-To: <5A0B60E1.23955.5F836666@stuart.lexacorp.com.pg> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <5A0B60E1.23955.5F836666@stuart.lexacorp.com.pg> Message-ID: <275393265.44969541.1510712574675.JavaMail.zimbra@shaw.ca> Absolutely nothing...thought it was replying to the OT list. Jim ----- Original Message ----- From: "stuart" To: "Access Developers discussion and problem solving" Sent: Tuesday, November 14, 2017 1:32:17 PM Subject: Re: [AccessD] AI And it's reelvance to Access? :-) On 14 Nov 2017 at 9:11, Jim Lawrence wrote: > That a computer could be taught to play the game of GO is irrelevant, > in the over all scheme of things. That a computer could teach itself > the toughest game on the planet. And it?s just getting started; that > is the real story. > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > Computers invent new ways to play the world's hardest game. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Nov 14 21:28:18 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 14 Nov 2017 20:28:18 -0700 (MST) Subject: [AccessD] AI In-Reply-To: References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> Message-ID: <1719307328.45102155.1510716498670.JavaMail.zimbra@shaw.ca> AI reaching a singularity is probably a long way off so anything we say has no bearing on that future. Of course, the article was describing a technical hurdle that had been mastered. That hurdle was the ability for a computer system to be able to program itself to do a specific task by creating a better algorithm than that of the technicians that initially designed and programmed it. That programming ability does open up all sorts of possibilities and my main concern would be in the immediate future, that a computer is able to make better programs than a human developer could make. Could MS Access 2020 allow any person to code, script or program any database solution via voice commands? Just like the Chinese building a quantum computer, placed on a satellite and communicating with a similar system on the ground, was supposed to have transferred a single atom, between the two stations via a technique called quantum-entanglement. It does suggest that FedX, the company, is not in any immediate danger...just its drivers. Small steps Eli, small steps... ? Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Tuesday, November 14, 2017 3:09:17 PM Subject: Re: [AccessD] AI But does the computer know it is playing Go? Does it "know" anything? Computers will never, ever, ever have true consciousness, and they can never teach themselves anything that their creators did not design them to "learn", and they will never be able to make qualitative judgments about the value of what they are learning unless their creators tell them what's valuable. They can never feel, so they can never infer or interpret anything unique or uniquely. Anyone who preaches AI reaching a singularity is a nut case. On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > That a computer could be taught to play the game of GO is irrelevant, in > the over all scheme of things. That a computer could teach itself the > toughest game on the planet. And it?s just getting started; that is the > real story. > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > Computers invent new ways to play the world's hardest game. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Nov 15 10:50:48 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 15 Nov 2017 16:50:48 +0000 Subject: [AccessD] Azure SQL. Arthur a happy man Message-ID: Hi all I guess Arthur is a happy man, as Microsoft now is a platinium contributor of MariaDb. Also, MariaDb is now an option at Azure SQL, like SQL Server, PostgreSQL, and MySql. /gustav From bensonforums at gmail.com Thu Nov 16 16:23:45 2017 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 16 Nov 2017 17:23:45 -0500 Subject: [AccessD] AI In-Reply-To: <00d401d35daa$33097e40$991c7ac0$@bchacc.com> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <00d401d35daa$33097e40$991c7ac0$@bchacc.com> Message-ID: It does not necessarily cover a really, really long time if time stops. But that's just one of the many possibilities that could happen with Time. To assume something which had a start will necessarily not have an end is a pretty big leap of faith. I would be happy to amend my statement to say not in your lifetime and long past the lifetimes of anyone who will remember you as well. Anyway, it was not so much a statement about how much time it would take, but a statement about the way computers are currently built, and how they will be built for the readily foreseeable future. Under current architectural principals, which involve mechanical instruments and energy sources, as opposed to bio-engineered components (and if you are going to call bio-engineered computers "architecture" then you may as well say that human beings are already "computers", just not very sophisticated ones), there can be no singularity. WE may not be able to distinguish computers of the future from sentient and conscious beings, but those fabricated entities will never "know" they are computers, they will only be able to continue to run routines which they were programmed to run, and not "know" they are running anything. And I guess by "know", I mean feel. What makes humans meta machinery is that we have (notionally anyway) an existence outside of our bodies. Has this been proven? It depends on who you ask. But I think it is a pretty safe bet that any computer, no matter how advanced, once there is no longer a power source to keep it running, will immediately stop thinking. I think this becomes particularly important for those considering to eventually upload their consciousnesses into some kind of mechanical housing way off in the future, in an effort to live forever. In my view while they may succeed in creating cloned mechanical replications of their "beings", those beings will not really be "beings", rather they will be "its", and they will be able to interact with their own like (and if we are still around, the likes of us) but not ever deserve the right to vote. On Tue, Nov 14, 2017 at 7:39 PM, Rocky Smolin wrote: > Your mind seems pretty well made up on the subject. Perhaps this is a > good time to review a notorious list of predictions about tech: > > https://www.forbes.com/sites/robertszczerba/2015/01/05/15- > worst-tech-predictions-of-all-time/#776c6afd1299 > > http://tinyurl.com/yaz3yced > > " never, ever, ever" covers a really, really long time. > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Tuesday, November 14, 2017 3:09 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AI > > But does the computer know it is playing Go? Does it "know" anything? > > Computers will never, ever, ever have true consciousness, and they can > never teach themselves anything that their creators did not design them to > "learn", and they will never be able to make qualitative judgments about > the value of what they are learning unless their creators tell them what's > valuable. They can never feel, so they can never infer or interpret > anything unique or uniquely. > > Anyone who preaches AI reaching a singularity is a nut case. > > On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > > > That a computer could be taught to play the game of GO is irrelevant, > > in the over all scheme of things. That a computer could teach itself > > the toughest game on the planet. And it?s just getting started; that > > is the real story. > > > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > > > Computers invent new ways to play the world's hardest game. > > > > Jim > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Thu Nov 16 17:33:28 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 16 Nov 2017 15:33:28 -0800 Subject: [AccessD] AI In-Reply-To: References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <00d401d35daa$33097e40$991c7ac0$@bchacc.com> Message-ID: <009401d35f33$4e711140$eb5333c0$@bchacc.com> " would be happy to amend my statement to say not in your lifetime" all righty then. The jury is still out then isn?t it? " we have (notionally anyway) an existence outside of our bodies" Now there's an obscure statement. What are you hinting at? Something in the theological vein? Perhaps (date I say it) one's immortal soul without which you're speculating that there can be no reflecting consciousness? Hmmm, a bold assertion. Presumptuous one might say - to hang your thesis on an unproven assumption. But...that's what makes a horse race. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, November 16, 2017 2:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AI It does not necessarily cover a really, really long time if time stops. But that's just one of the many possibilities that could happen with Time. To assume something which had a start will necessarily not have an end is a pretty big leap of faith. I would be happy to amend my statement to say not in your lifetime and long past the lifetimes of anyone who will remember you as well. Anyway, it was not so much a statement about how much time it would take, but a statement about the way computers are currently built, and how they will be built for the readily foreseeable future. Under current architectural principals, which involve mechanical instruments and energy sources, as opposed to bio-engineered components (and if you are going to call bio-engineered computers "architecture" then you may as well say that human beings are already "computers", just not very sophisticated ones), there can be no singularity. WE may not be able to distinguish computers of the future from sentient and conscious beings, but those fabricated entities will never "know" they are computers, they will only be able to continue to run routines which they were programmed to run, and not "know" they are running anything. And I guess by "know", I mean feel. What makes humans meta machinery is that we have (notionally anyway) an existence outside of our bodies. Has this been proven? It depends on who you ask. But I think it is a pretty safe bet that any computer, no matter how advanced, once there is no longer a power source to keep it running, will immediately stop thinking. I think this becomes particularly important for those considering to eventually upload their consciousnesses into some kind of mechanical housing way off in the future, in an effort to live forever. In my view while they may succeed in creating cloned mechanical replications of their "beings", those beings will not really be "beings", rather they will be "its", and they will be able to interact with their own like (and if we are still around, the likes of us) but not ever deserve the right to vote. On Tue, Nov 14, 2017 at 7:39 PM, Rocky Smolin wrote: > Your mind seems pretty well made up on the subject. Perhaps this is a > good time to review a notorious list of predictions about tech: > > https://www.forbes.com/sites/robertszczerba/2015/01/05/15- > worst-tech-predictions-of-all-time/#776c6afd1299 > > http://tinyurl.com/yaz3yced > > " never, ever, ever" covers a really, really long time. > > R > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Bill Benson > Sent: Tuesday, November 14, 2017 3:09 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AI > > But does the computer know it is playing Go? Does it "know" anything? > > Computers will never, ever, ever have true consciousness, and they can > never teach themselves anything that their creators did not design > them to "learn", and they will never be able to make qualitative > judgments about the value of what they are learning unless their > creators tell them what's valuable. They can never feel, so they can > never infer or interpret anything unique or uniquely. > > Anyone who preaches AI reaching a singularity is a nut case. > > On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > > > That a computer could be taught to play the game of GO is > > irrelevant, in the over all scheme of things. That a computer could > > teach itself the toughest game on the planet. And it?s just getting > > started; that is the real story. > > > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > > > Computers invent new ways to play the world's hardest game. > > > > Jim > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Nov 16 21:06:36 2017 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 16 Nov 2017 22:06:36 -0500 Subject: [AccessD] AI In-Reply-To: <009401d35f33$4e711140$eb5333c0$@bchacc.com> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <00d401d35daa$33097e40$991c7ac0$@bchacc.com> <009401d35f33$4e711140$eb5333c0$@bchacc.com> Message-ID: Rocky, I don't know what you expect me to say. I am stating my opinion and you don't have to accept it. And I don't think I will have to worry about being proved wrong. Computers are machines. Machined are not conscious. They don't teach themselves anything. They never will. They need humans to assign value. I've said my bit. You can put in the "last word" if inclined, the debate bores me frankly. Science has over promised on AI in my opinion. It will be a decent tool if it can be made safe, but it AI is, itself, an oxymoron. Again IMHO. I'd like to see a computer have its own humble opinion LOL. On Nov 16, 2017 6:35 PM, "Rocky Smolin" wrote: > " would be happy to amend my statement to say not in your lifetime" all > righty then. The jury is still out then isn?t it? > > " we have (notionally anyway) an existence outside of our bodies" Now > there's an obscure statement. What are you hinting at? Something in the > theological vein? Perhaps (date I say it) one's immortal soul without which > you're speculating that there can be no reflecting consciousness? > > Hmmm, a bold assertion. Presumptuous one might say - to hang your thesis > on an unproven assumption. But...that's what makes a horse race. > > R > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Thursday, November 16, 2017 2:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AI > > It does not necessarily cover a really, really long time if time stops. > But that's just one of the many possibilities that could happen with Time. > To assume something which had a start will necessarily not have an end is a > pretty big leap of faith. I would be happy to amend my statement to say not > in your lifetime and long past the lifetimes of anyone who will remember > you as well. > > Anyway, it was not so much a statement about how much time it would take, > but a statement about the way computers are currently built, and how they > will be built for the readily foreseeable future. Under current > architectural principals, which involve mechanical instruments and energy > sources, as opposed to bio-engineered components (and if you are going to > call bio-engineered computers "architecture" then you may as well say that > human beings are already "computers", just not very sophisticated ones), > there can be no singularity. WE may not be able to distinguish computers of > the future from sentient and conscious beings, but those fabricated > entities will never "know" they are computers, they will only be able to > continue to run routines which they were programmed to run, and not "know" > they are running anything. And I guess by "know", I mean feel. > > What makes humans meta machinery is that we have (notionally anyway) an > existence outside of our bodies. Has this been proven? It depends on who > you ask. But I think it is a pretty safe bet that any computer, no matter > how advanced, once there is no longer a power source to keep it running, > will immediately stop thinking. I think this becomes particularly important > for those considering to eventually upload their consciousnesses into some > kind of mechanical housing way off in the future, in an effort to live > forever. In my view while they may succeed in creating cloned mechanical > replications of their "beings", those beings will not really be "beings", > rather they will be "its", and they will be able to interact with their own > like (and if we are still around, the likes of us) but not ever deserve the > right to vote. > > > > On Tue, Nov 14, 2017 at 7:39 PM, Rocky Smolin > wrote: > > > Your mind seems pretty well made up on the subject. Perhaps this is a > > good time to review a notorious list of predictions about tech: > > > > https://www.forbes.com/sites/robertszczerba/2015/01/05/15- > > worst-tech-predictions-of-all-time/#776c6afd1299 > > > > http://tinyurl.com/yaz3yced > > > > " never, ever, ever" covers a really, really long time. > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Bill Benson > > Sent: Tuesday, November 14, 2017 3:09 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AI > > > > But does the computer know it is playing Go? Does it "know" anything? > > > > Computers will never, ever, ever have true consciousness, and they can > > never teach themselves anything that their creators did not design > > them to "learn", and they will never be able to make qualitative > > judgments about the value of what they are learning unless their > > creators tell them what's valuable. They can never feel, so they can > > never infer or interpret anything unique or uniquely. > > > > Anyone who preaches AI reaching a singularity is a nut case. > > > > On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > > > > > That a computer could be taught to play the game of GO is > > > irrelevant, in the over all scheme of things. That a computer could > > > teach itself the toughest game on the planet. And it?s just getting > > > started; that is the real story. > > > > > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > > > > > Computers invent new ways to play the world's hardest game. > > > > > > Jim > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Thu Nov 16 22:37:26 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 16 Nov 2017 20:37:26 -0800 Subject: [AccessD] AI In-Reply-To: References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <00d401d35daa$33097e40$991c7ac0$@bchacc.com> <009401d35f33$4e711140$eb5333c0$@bchacc.com> Message-ID: <00d601d35f5d$c55c63c0$50152b40$@bchacc.com> My response was just in the spirit of debate. That's all. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, November 16, 2017 7:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AI Rocky, I don't know what you expect me to say. I am stating my opinion and you don't have to accept it. And I don't think I will have to worry about being proved wrong. Computers are machines. Machined are not conscious. They don't teach themselves anything. They never will. They need humans to assign value. I've said my bit. You can put in the "last word" if inclined, the debate bores me frankly. Science has over promised on AI in my opinion. It will be a decent tool if it can be made safe, but it AI is, itself, an oxymoron. Again IMHO. I'd like to see a computer have its own humble opinion LOL. On Nov 16, 2017 6:35 PM, "Rocky Smolin" wrote: > " would be happy to amend my statement to say not in your lifetime" > all righty then. The jury is still out then isn?t it? > > " we have (notionally anyway) an existence outside of our bodies" Now > there's an obscure statement. What are you hinting at? Something in > the theological vein? Perhaps (date I say it) one's immortal soul > without which you're speculating that there can be no reflecting consciousness? > > Hmmm, a bold assertion. Presumptuous one might say - to hang your > thesis on an unproven assumption. But...that's what makes a horse race. > > R > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Bill Benson > Sent: Thursday, November 16, 2017 2:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AI > > It does not necessarily cover a really, really long time if time stops. > But that's just one of the many possibilities that could happen with Time. > To assume something which had a start will necessarily not have an end > is a pretty big leap of faith. I would be happy to amend my statement > to say not in your lifetime and long past the lifetimes of anyone who > will remember you as well. > > Anyway, it was not so much a statement about how much time it would > take, but a statement about the way computers are currently built, and > how they will be built for the readily foreseeable future. Under > current architectural principals, which involve mechanical instruments > and energy sources, as opposed to bio-engineered components (and if > you are going to call bio-engineered computers "architecture" then you > may as well say that human beings are already "computers", just not > very sophisticated ones), there can be no singularity. WE may not be > able to distinguish computers of the future from sentient and > conscious beings, but those fabricated entities will never "know" they > are computers, they will only be able to continue to run routines which they were programmed to run, and not "know" > they are running anything. And I guess by "know", I mean feel. > > What makes humans meta machinery is that we have (notionally anyway) > an existence outside of our bodies. Has this been proven? It depends > on who you ask. But I think it is a pretty safe bet that any computer, > no matter how advanced, once there is no longer a power source to keep > it running, will immediately stop thinking. I think this becomes > particularly important for those considering to eventually upload > their consciousnesses into some kind of mechanical housing way off in > the future, in an effort to live forever. In my view while they may > succeed in creating cloned mechanical replications of their "beings", > those beings will not really be "beings", rather they will be "its", > and they will be able to interact with their own like (and if we are > still around, the likes of us) but not ever deserve the right to vote. > > > > On Tue, Nov 14, 2017 at 7:39 PM, Rocky Smolin > wrote: > > > Your mind seems pretty well made up on the subject. Perhaps this is > > a good time to review a notorious list of predictions about tech: > > > > https://www.forbes.com/sites/robertszczerba/2015/01/05/15- > > worst-tech-predictions-of-all-time/#776c6afd1299 > > > > http://tinyurl.com/yaz3yced > > > > " never, ever, ever" covers a really, really long time. > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf Of Bill Benson > > Sent: Tuesday, November 14, 2017 3:09 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AI > > > > But does the computer know it is playing Go? Does it "know" anything? > > > > Computers will never, ever, ever have true consciousness, and they > > can never teach themselves anything that their creators did not > > design them to "learn", and they will never be able to make > > qualitative judgments about the value of what they are learning > > unless their creators tell them what's valuable. They can never > > feel, so they can never infer or interpret anything unique or uniquely. > > > > Anyone who preaches AI reaching a singularity is a nut case. > > > > On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > > > > > That a computer could be taught to play the game of GO is > > > irrelevant, in the over all scheme of things. That a computer > > > could teach itself the toughest game on the planet. And it?s just > > > getting started; that is the real story. > > > > > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > > > > > Computers invent new ways to play the world's hardest game. > > > > > > Jim > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Nov 17 05:43:13 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 17 Nov 2017 06:43:13 -0500 Subject: [AccessD] AI In-Reply-To: References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <00d401d35daa$33097e40$991c7ac0$@bchacc.com> <009401d35f33$4e711140$eb5333c0$@bchacc.com> Message-ID: <01fe01d35f99$41079f90$c316deb0$@verizon.net> << They don't teach themselves anything. They never will. They need humans to assign value.>> They have already passed that hurtle...there are many examples of machine based learning (IBM's Watson for example). Granted it's rudimentary at this point in comparison to humans and they do it within an initial set of parameters given by humans (we are no different actually), but they do learn. For me, it's not hard to imagine a day when humans will no longer need to be involved. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, November 16, 2017 10:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AI Rocky, I don't know what you expect me to say. I am stating my opinion and you don't have to accept it. And I don't think I will have to worry about being proved wrong. Computers are machines. Machined are not conscious. They don't teach themselves anything. They never will. They need humans to assign value. I've said my bit. You can put in the "last word" if inclined, the debate bores me frankly. Science has over promised on AI in my opinion. It will be a decent tool if it can be made safe, but it AI is, itself, an oxymoron. Again IMHO. I'd like to see a computer have its own humble opinion LOL. On Nov 16, 2017 6:35 PM, "Rocky Smolin" wrote: > " would be happy to amend my statement to say not in your lifetime" all > righty then. The jury is still out then isn?t it? > > " we have (notionally anyway) an existence outside of our bodies" Now > there's an obscure statement. What are you hinting at? Something in the > theological vein? Perhaps (date I say it) one's immortal soul without which > you're speculating that there can be no reflecting consciousness? > > Hmmm, a bold assertion. Presumptuous one might say - to hang your thesis > on an unproven assumption. But...that's what makes a horse race. > > R > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Thursday, November 16, 2017 2:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AI > > It does not necessarily cover a really, really long time if time stops. > But that's just one of the many possibilities that could happen with Time. > To assume something which had a start will necessarily not have an end is a > pretty big leap of faith. I would be happy to amend my statement to say not > in your lifetime and long past the lifetimes of anyone who will remember > you as well. > > Anyway, it was not so much a statement about how much time it would take, > but a statement about the way computers are currently built, and how they > will be built for the readily foreseeable future. Under current > architectural principals, which involve mechanical instruments and energy > sources, as opposed to bio-engineered components (and if you are going to > call bio-engineered computers "architecture" then you may as well say that > human beings are already "computers", just not very sophisticated ones), > there can be no singularity. WE may not be able to distinguish computers of > the future from sentient and conscious beings, but those fabricated > entities will never "know" they are computers, they will only be able to > continue to run routines which they were programmed to run, and not "know" > they are running anything. And I guess by "know", I mean feel. > > What makes humans meta machinery is that we have (notionally anyway) an > existence outside of our bodies. Has this been proven? It depends on who > you ask. But I think it is a pretty safe bet that any computer, no matter > how advanced, once there is no longer a power source to keep it running, > will immediately stop thinking. I think this becomes particularly important > for those considering to eventually upload their consciousnesses into some > kind of mechanical housing way off in the future, in an effort to live > forever. In my view while they may succeed in creating cloned mechanical > replications of their "beings", those beings will not really be "beings", > rather they will be "its", and they will be able to interact with their own > like (and if we are still around, the likes of us) but not ever deserve the > right to vote. > > > > On Tue, Nov 14, 2017 at 7:39 PM, Rocky Smolin > wrote: > > > Your mind seems pretty well made up on the subject. Perhaps this is a > > good time to review a notorious list of predictions about tech: > > > > https://www.forbes.com/sites/robertszczerba/2015/01/05/15- > > worst-tech-predictions-of-all-time/#776c6afd1299 > > > > http://tinyurl.com/yaz3yced > > > > " never, ever, ever" covers a really, really long time. > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Bill Benson > > Sent: Tuesday, November 14, 2017 3:09 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AI > > > > But does the computer know it is playing Go? Does it "know" anything? > > > > Computers will never, ever, ever have true consciousness, and they can > > never teach themselves anything that their creators did not design > > them to "learn", and they will never be able to make qualitative > > judgments about the value of what they are learning unless their > > creators tell them what's valuable. They can never feel, so they can > > never infer or interpret anything unique or uniquely. > > > > Anyone who preaches AI reaching a singularity is a nut case. > > > > On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > > > > > That a computer could be taught to play the game of GO is > > > irrelevant, in the over all scheme of things. That a computer could > > > teach itself the toughest game on the planet. And it?s just getting > > > started; that is the real story. > > > > > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > > > > > Computers invent new ways to play the world's hardest game. > > > > > > Jim > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Nov 17 11:16:46 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 17 Nov 2017 10:16:46 -0700 (MST) Subject: [AccessD] Azure SQL. Arthur a happy man In-Reply-To: References: Message-ID: <1031194687.53135851.1510939006757.JavaMail.zimbra@shaw.ca> Hi Gustav: That is cool. One stop shopping for all database servers and Linux distros. All I could want for is maybe some of the new age DBs, like CouchDB and Neo4j. What is Microsoft's SQL Server Stretch Database? Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" , "Discussion concerning MS SQL Server" Sent: Wednesday, November 15, 2017 8:50:48 AM Subject: [AccessD] Azure SQL. Arthur a happy man Hi all I guess Arthur is a happy man, as Microsoft now is a platinium contributor of MariaDb. Also, MariaDb is now an option at Azure SQL, like SQL Server, PostgreSQL, and MySql. /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Nov 17 11:29:06 2017 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 17 Nov 2017 17:29:06 +0000 Subject: [AccessD] Azure SQL. Arthur a happy man Message-ID: Hi Jim That has top priority at MSFT. It is Cosmos DB: A technical overview of Azure Cosmos DB https://azure.microsoft.com/en-us/blog/a-technical-overview-of-azure-cosmos-db/ As most other items at Azure it is evolving at a scaring speed. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 17. november 2017 18:17 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Azure SQL. Arthur a happy man Hi Gustav: That is cool. One stop shopping for all database servers and Linux distros. All I could want for is maybe some of the new age DBs, like CouchDB and Neo4j. What is Microsoft's SQL Server Stretch Database? Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" , "Discussion concerning MS SQL Server" Sent: Wednesday, November 15, 2017 8:50:48 AM Subject: [AccessD] Azure SQL. Arthur a happy man Hi all I guess Arthur is a happy man, as Microsoft now is a platinium contributor of MariaDb. Also, MariaDb is now an option at Azure SQL, like SQL Server, PostgreSQL, and MySql. /gustav From accessd at shaw.ca Fri Nov 17 13:19:35 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 17 Nov 2017 12:19:35 -0700 (MST) Subject: [AccessD] AI In-Reply-To: <01fe01d35f99$41079f90$c316deb0$@verizon.net> References: <678182e6-b4f1-1db0-b32f-789e11999f4a@Gmail.com> <1301031793.43274018.1510675889758.JavaMail.zimbra@shaw.ca> <00d401d35daa$33097e40$991c7ac0$@bchacc.com> <009401d35f33$4e711140$eb5333c0$@bchacc.com> <01fe01d35f99$41079f90$c316deb0$@verizon.net> Message-ID: <1515870346.53544931.1510946375301.JavaMail.zimbra@shaw.ca> I agree with you, Jim. What I am waiting for the day when we are able to present our data sources, describe the presentation and reports required and maybe even the algorithms and methodologies to be used and then just let the computer go to it. It would tell us what it requires; security, encryption, protocols, access rights and the like. One day a group of developers could create a system that could assemble certain types of data, from all over the world and be able to present results, after lunch. Such a system would still require human creativity, innovation and direction (at least for a couple of decades) but the struggle anticipating system limitations and syntax errors would be over. The new Microsoft AI office suite. Jim ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Friday, November 17, 2017 3:43:13 AM Subject: Re: [AccessD] AI << They don't teach themselves anything. They never will. They need humans to assign value.>> They have already passed that hurtle...there are many examples of machine based learning (IBM's Watson for example). Granted it's rudimentary at this point in comparison to humans and they do it within an initial set of parameters given by humans (we are no different actually), but they do learn. For me, it's not hard to imagine a day when humans will no longer need to be involved. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, November 16, 2017 10:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] AI Rocky, I don't know what you expect me to say. I am stating my opinion and you don't have to accept it. And I don't think I will have to worry about being proved wrong. Computers are machines. Machined are not conscious. They don't teach themselves anything. They never will. They need humans to assign value. I've said my bit. You can put in the "last word" if inclined, the debate bores me frankly. Science has over promised on AI in my opinion. It will be a decent tool if it can be made safe, but it AI is, itself, an oxymoron. Again IMHO. I'd like to see a computer have its own humble opinion LOL. On Nov 16, 2017 6:35 PM, "Rocky Smolin" wrote: > " would be happy to amend my statement to say not in your lifetime" all > righty then. The jury is still out then isn?t it? > > " we have (notionally anyway) an existence outside of our bodies" Now > there's an obscure statement. What are you hinting at? Something in the > theological vein? Perhaps (date I say it) one's immortal soul without which > you're speculating that there can be no reflecting consciousness? > > Hmmm, a bold assertion. Presumptuous one might say - to hang your thesis > on an unproven assumption. But...that's what makes a horse race. > > R > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Thursday, November 16, 2017 2:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] AI > > It does not necessarily cover a really, really long time if time stops. > But that's just one of the many possibilities that could happen with Time. > To assume something which had a start will necessarily not have an end is a > pretty big leap of faith. I would be happy to amend my statement to say not > in your lifetime and long past the lifetimes of anyone who will remember > you as well. > > Anyway, it was not so much a statement about how much time it would take, > but a statement about the way computers are currently built, and how they > will be built for the readily foreseeable future. Under current > architectural principals, which involve mechanical instruments and energy > sources, as opposed to bio-engineered components (and if you are going to > call bio-engineered computers "architecture" then you may as well say that > human beings are already "computers", just not very sophisticated ones), > there can be no singularity. WE may not be able to distinguish computers of > the future from sentient and conscious beings, but those fabricated > entities will never "know" they are computers, they will only be able to > continue to run routines which they were programmed to run, and not "know" > they are running anything. And I guess by "know", I mean feel. > > What makes humans meta machinery is that we have (notionally anyway) an > existence outside of our bodies. Has this been proven? It depends on who > you ask. But I think it is a pretty safe bet that any computer, no matter > how advanced, once there is no longer a power source to keep it running, > will immediately stop thinking. I think this becomes particularly important > for those considering to eventually upload their consciousnesses into some > kind of mechanical housing way off in the future, in an effort to live > forever. In my view while they may succeed in creating cloned mechanical > replications of their "beings", those beings will not really be "beings", > rather they will be "its", and they will be able to interact with their own > like (and if we are still around, the likes of us) but not ever deserve the > right to vote. > > > > On Tue, Nov 14, 2017 at 7:39 PM, Rocky Smolin > wrote: > > > Your mind seems pretty well made up on the subject. Perhaps this is a > > good time to review a notorious list of predictions about tech: > > > > https://www.forbes.com/sites/robertszczerba/2015/01/05/15- > > worst-tech-predictions-of-all-time/#776c6afd1299 > > > > http://tinyurl.com/yaz3yced > > > > " never, ever, ever" covers a really, really long time. > > > > R > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of Bill Benson > > Sent: Tuesday, November 14, 2017 3:09 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] AI > > > > But does the computer know it is playing Go? Does it "know" anything? > > > > Computers will never, ever, ever have true consciousness, and they can > > never teach themselves anything that their creators did not design > > them to "learn", and they will never be able to make qualitative > > judgments about the value of what they are learning unless their > > creators tell them what's valuable. They can never feel, so they can > > never infer or interpret anything unique or uniquely. > > > > Anyone who preaches AI reaching a singularity is a nut case. > > > > On Tue, Nov 14, 2017 at 11:11 AM, Jim Lawrence wrote: > > > > > That a computer could be taught to play the game of GO is > > > irrelevant, in the over all scheme of things. That a computer could > > > teach itself the toughest game on the planet. And it?s just getting > > > started; that is the real story. > > > > > > http://www.cbc.ca/listen/shows/quirks-and-quarks/segment/14467121 > > > > > > Computers invent new ways to play the world's hardest game. > > > > > > Jim > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Sun Nov 19 17:10:31 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 19 Nov 2017 16:10:31 -0700 (MST) Subject: [AccessD] Azure SQL. Arthur a happy man In-Reply-To: References: Message-ID: <873123096.58716196.1511133031298.JavaMail.zimbra@shaw.ca> To say the least, the goal of Cosmos DB is incredible. To be able to connect to all major NoSQL databases brands, from everywhere in the world, to everywhere in the world and not make the process crazy complex, difficult to create and astronomically expensive is the dream of all data miners. (IBM has demonstrated such a system, a few years ago.) Aside: I suspect that both products are built on a Linux frameworks, not that it matters...but I am pleased to see the disappearance of rigid walled disciplines. We are truly at the edge of a new computer age. Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Friday, November 17, 2017 9:29:06 AM Subject: Re: [AccessD] Azure SQL. Arthur a happy man Hi Jim That has top priority at MSFT. It is Cosmos DB: A technical overview of Azure Cosmos DB https://azure.microsoft.com/en-us/blog/a-technical-overview-of-azure-cosmos-db/ As most other items at Azure it is evolving at a scaring speed. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence Sendt: 17. november 2017 18:17 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Azure SQL. Arthur a happy man Hi Gustav: That is cool. One stop shopping for all database servers and Linux distros. All I could want for is maybe some of the new age DBs, like CouchDB and Neo4j. What is Microsoft's SQL Server Stretch Database? Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" , "Discussion concerning MS SQL Server" Sent: Wednesday, November 15, 2017 8:50:48 AM Subject: [AccessD] Azure SQL. Arthur a happy man Hi all I guess Arthur is a happy man, as Microsoft now is a platinium contributor of MariaDb. Also, MariaDb is now an option at Azure SQL, like SQL Server, PostgreSQL, and MySql. /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Nov 23 03:14:17 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 23 Nov 2017 09:14:17 +0000 Subject: [AccessD] SQL Operations Studio for preview Message-ID: Hi all Did you notice this free alternative to SSMS: https://blogs.technet.microsoft.com/dataplatforminsider/2017/11/15/announcing-sql-operations-studio-for-preview/ SQL Operations Studio is a free, lightweight tool for modern database development and operations. It supports SQL Server on Windows, Linux, and Docker, as well as Azure SQL Database and Azure SQL Data Warehouse on Windows, Mac, and Linux. And it is now available in preview. /gustav From kost36 at otenet.gr Thu Nov 23 03:24:29 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 23 Nov 2017 11:24:29 +0200 Subject: [AccessD] How to play mp3 audio files Message-ID: <008f01d3643c$deaad7b0$9c008710$@otenet.gr> Hi all, Does anybody know how to insert and play audio clips into ms access forms? Thank's /kostas From gustav at cactus.dk Thu Nov 23 05:20:23 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 23 Nov 2017 11:20:23 +0000 Subject: [AccessD] How to play mp3 audio files Message-ID: Hi Kostas Not sure what you mean with "insert", but for playback this has worked for me: Option Compare Text Option Explicit Private Declare PtrSafe Function mciSendString Lib "winmm.dll" Alias "mciSendStringA" ( _ ByVal lpstrCommand As String, _ ByVal lpstrReturnString As Any, _ ByVal uReturnLength As Long, _ ByVal hwndCallback As Long) _ As Long Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long Private CurrentFile As String Private PlayStatus As Long Public Sub StartSound(ByVal AudioFile As String) CurrentFile = GetShortPath(AudioFile) PlayStatus = mciSendString("play " & CurrentFile, 0&, 0, 0) End Sub Public Sub StopSound(Optional ByVal AudioFile As String) If AudioFile = "" Then AudioFile = CurrentFile End If PlayStatus = mciSendString("close " & AudioFile, 0&, 0, 0) End Sub Public Function GetShortPath( _ ByVal LongPath As String) _ As String Dim Length As Long Dim Buffer As String Dim Path As String ' Find buffer size. Length = GetShortPathName(LongPath, "", 0) If Length > 0 Then ' Create the buffer. Buffer = String(Length, vbNullChar) ' Retrieve the short pathname. Length = GetShortPathName(LongPath, Buffer, Length) ' Remove the trailing null character. Path = Left(Buffer, Length) End If GetShortPath = Path End Function /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 10:24 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] How to play mp3 audio files Hi all, Does anybody know how to insert and play audio clips into ms access forms? Thank's /kostas From kost36 at otenet.gr Thu Nov 23 06:37:31 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 23 Nov 2017 14:37:31 +0200 Subject: [AccessD] How to play mp3 audio files In-Reply-To: References: Message-ID: <00bd01d36457$d5ce8450$816b8cf0$@otenet.gr> Hi Gustav, It breaks on Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long So I guess it needs Private PtrSafe Declare Function... for version 64b With "insert" I meant how to get the audio clip into the form? Many thanks /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 23, 2017 1:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to play mp3 audio files Hi Kostas Not sure what you mean with "insert", but for playback this has worked for me: Option Compare Text Option Explicit Private Declare PtrSafe Function mciSendString Lib "winmm.dll" Alias "mciSendStringA" ( _ ByVal lpstrCommand As String, _ ByVal lpstrReturnString As Any, _ ByVal uReturnLength As Long, _ ByVal hwndCallback As Long) _ As Long Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long Private CurrentFile As String Private PlayStatus As Long Public Sub StartSound(ByVal AudioFile As String) CurrentFile = GetShortPath(AudioFile) PlayStatus = mciSendString("play " & CurrentFile, 0&, 0, 0) End Sub Public Sub StopSound(Optional ByVal AudioFile As String) If AudioFile = "" Then AudioFile = CurrentFile End If PlayStatus = mciSendString("close " & AudioFile, 0&, 0, 0) End Sub Public Function GetShortPath( _ ByVal LongPath As String) _ As String Dim Length As Long Dim Buffer As String Dim Path As String ' Find buffer size. Length = GetShortPathName(LongPath, "", 0) If Length > 0 Then ' Create the buffer. Buffer = String(Length, vbNullChar) ' Retrieve the short pathname. Length = GetShortPathName(LongPath, Buffer, Length) ' Remove the trailing null character. Path = Left(Buffer, Length) End If GetShortPath = Path End Function /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 10:24 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] How to play mp3 audio files Hi all, Does anybody know how to insert and play audio clips into ms access forms? Thank's /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Nov 23 07:12:46 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 23 Nov 2017 13:12:46 +0000 Subject: [AccessD] How to play mp3 audio files Message-ID: Hi Kostas Yes. I use 32-bit Access. I have a hard time visualizing bringing an audio clip into a form ... /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 13:38 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] How to play mp3 audio files Hi Gustav, It breaks on Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long So I guess it needs Private PtrSafe Declare Function... for version 64b With "insert" I meant how to get the audio clip into the form? Many thanks /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 23, 2017 1:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to play mp3 audio files Hi Kostas Not sure what you mean with "insert", but for playback this has worked for me: Option Compare Text Option Explicit Private Declare PtrSafe Function mciSendString Lib "winmm.dll" Alias "mciSendStringA" ( _ ByVal lpstrCommand As String, _ ByVal lpstrReturnString As Any, _ ByVal uReturnLength As Long, _ ByVal hwndCallback As Long) _ As Long Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long Private CurrentFile As String Private PlayStatus As Long Public Sub StartSound(ByVal AudioFile As String) CurrentFile = GetShortPath(AudioFile) PlayStatus = mciSendString("play " & CurrentFile, 0&, 0, 0) End Sub Public Sub StopSound(Optional ByVal AudioFile As String) If AudioFile = "" Then AudioFile = CurrentFile End If PlayStatus = mciSendString("close " & AudioFile, 0&, 0, 0) End Sub Public Function GetShortPath( _ ByVal LongPath As String) _ As String Dim Length As Long Dim Buffer As String Dim Path As String ' Find buffer size. Length = GetShortPathName(LongPath, "", 0) If Length > 0 Then ' Create the buffer. Buffer = String(Length, vbNullChar) ' Retrieve the short pathname. Length = GetShortPathName(LongPath, Buffer, Length) ' Remove the trailing null character. Path = Left(Buffer, Length) End If GetShortPath = Path End Function /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 10:24 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] How to play mp3 audio files Hi all, Does anybody know how to insert and play audio clips into ms access forms? Thank's /kostas From kost36 at otenet.gr Thu Nov 23 08:00:59 2017 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 23 Nov 2017 16:00:59 +0200 Subject: [AccessD] How to play mp3 audio files In-Reply-To: References: Message-ID: <00d701d36463$7f397c10$7dac7430$@otenet.gr> Hi Gustav Thank's a lot and really sorry for your time because of me /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 23, 2017 3:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to play mp3 audio files Hi Kostas Yes. I use 32-bit Access. I have a hard time visualizing bringing an audio clip into a form ... /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 13:38 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] How to play mp3 audio files Hi Gustav, It breaks on Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long So I guess it needs Private PtrSafe Declare Function... for version 64b With "insert" I meant how to get the audio clip into the form? Many thanks /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 23, 2017 1:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to play mp3 audio files Hi Kostas Not sure what you mean with "insert", but for playback this has worked for me: Option Compare Text Option Explicit Private Declare PtrSafe Function mciSendString Lib "winmm.dll" Alias "mciSendStringA" ( _ ByVal lpstrCommand As String, _ ByVal lpstrReturnString As Any, _ ByVal uReturnLength As Long, _ ByVal hwndCallback As Long) _ As Long Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long Private CurrentFile As String Private PlayStatus As Long Public Sub StartSound(ByVal AudioFile As String) CurrentFile = GetShortPath(AudioFile) PlayStatus = mciSendString("play " & CurrentFile, 0&, 0, 0) End Sub Public Sub StopSound(Optional ByVal AudioFile As String) If AudioFile = "" Then AudioFile = CurrentFile End If PlayStatus = mciSendString("close " & AudioFile, 0&, 0, 0) End Sub Public Function GetShortPath( _ ByVal LongPath As String) _ As String Dim Length As Long Dim Buffer As String Dim Path As String ' Find buffer size. Length = GetShortPathName(LongPath, "", 0) If Length > 0 Then ' Create the buffer. Buffer = String(Length, vbNullChar) ' Retrieve the short pathname. Length = GetShortPathName(LongPath, Buffer, Length) ' Remove the trailing null character. Path = Left(Buffer, Length) End If GetShortPath = Path End Function /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 10:24 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] How to play mp3 audio files Hi all, Does anybody know how to insert and play audio clips into ms access forms? Thank's /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Nov 23 08:10:11 2017 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 23 Nov 2017 14:10:11 +0000 Subject: [AccessD] How to play mp3 audio files Message-ID: Hi Kostas ? ... nothing to be sorry about. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 15:01 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] How to play mp3 audio files Hi Gustav Thank's a lot and really sorry for your time because of me /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 23, 2017 3:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to play mp3 audio files Hi Kostas Yes. I use 32-bit Access. I have a hard time visualizing bringing an audio clip into a form ... /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 13:38 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] How to play mp3 audio files Hi Gustav, It breaks on Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long So I guess it needs Private PtrSafe Declare Function... for version 64b With "insert" I meant how to get the audio clip into the form? Many thanks /kostas -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, November 23, 2017 1:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] How to play mp3 audio files Hi Kostas Not sure what you mean with "insert", but for playback this has worked for me: Option Compare Text Option Explicit Private Declare PtrSafe Function mciSendString Lib "winmm.dll" Alias "mciSendStringA" ( _ ByVal lpstrCommand As String, _ ByVal lpstrReturnString As Any, _ ByVal uReturnLength As Long, _ ByVal hwndCallback As Long) _ As Long Private Declare Function GetShortPathName Lib "kernel32" Alias "GetShortPathNameA" ( _ ByVal lpszLongPath As String, _ ByVal lpszShortPath As String, _ ByVal lBuffer As Long) _ As Long Private CurrentFile As String Private PlayStatus As Long Public Sub StartSound(ByVal AudioFile As String) CurrentFile = GetShortPath(AudioFile) PlayStatus = mciSendString("play " & CurrentFile, 0&, 0, 0) End Sub Public Sub StopSound(Optional ByVal AudioFile As String) If AudioFile = "" Then AudioFile = CurrentFile End If PlayStatus = mciSendString("close " & AudioFile, 0&, 0, 0) End Sub Public Function GetShortPath( _ ByVal LongPath As String) _ As String Dim Length As Long Dim Buffer As String Dim Path As String ' Find buffer size. Length = GetShortPathName(LongPath, "", 0) If Length > 0 Then ' Create the buffer. Buffer = String(Length, vbNullChar) ' Retrieve the short pathname. Length = GetShortPathName(LongPath, Buffer, Length) ' Remove the trailing null character. Path = Left(Buffer, Length) End If GetShortPath = Path End Function /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 23. november 2017 10:24 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] How to play mp3 audio files Hi all, Does anybody know how to insert and play audio clips into ms access forms? Thank's /kostas From accessd at shaw.ca Thu Nov 23 14:10:24 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 23 Nov 2017 13:10:24 -0700 (MST) Subject: [AccessD] SQL Operations Studio for preview In-Reply-To: References: Message-ID: <1493609189.70786468.1511467824079.JavaMail.zimbra@shaw.ca> Thanks for the link. Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" , "Discussion concerning MS SQL Server" Sent: Thursday, November 23, 2017 1:14:17 AM Subject: [AccessD] SQL Operations Studio for preview Hi all Did you notice this free alternative to SSMS: https://blogs.technet.microsoft.com/dataplatforminsider/2017/11/15/announcing-sql-operations-studio-for-preview/ SQL Operations Studio is a free, lightweight tool for modern database development and operations. It supports SQL Server on Windows, Linux, and Docker, as well as Azure SQL Database and Azure SQL Data Warehouse on Windows, Mac, and Linux. And it is now available in preview. /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Nov 28 10:24:20 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 28 Nov 2017 08:24:20 -0800 Subject: [AccessD] Odd Error - Embarrassing Workaround Message-ID: <042301d36865$58b3a470$0a1aed50$@bchacc.com> Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub The code's a little more wordy than it needs to be because I've been trying various fixes which, while they shouldn't work, often do in Access. J It blows up on Me.Bookmark = rsMe.Bookmark with an error 2001: You canceled the previous operation. So here's the odd thing: if I click Debug and see that line highlighted, then click F5, the code carries on and displays the selected record. I've got a workaround that's so esthetically and professionally offensive that I hesitate to show it here, but we're all friends, right? Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else On Error Resume Next Me.Bookmark = rsMe.Bookmark Me.Bookmark = rsMe.Bookmark On Error GoTo 0 End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End Sub All I did was add the On Error line and issue the Bookmark a second time. The second line apparently works. Can anyone help me avoid the embarrassment of having to explain to the next programmer on this app why that code is there? Does anyone know what the problem is and perhaps a fix? I already tried recompile. And also ran it through the decorrupter. MTIA Rocky Smolin (semi-ret.) Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From accesspro at gmail.com Tue Nov 28 10:31:15 2017 From: accesspro at gmail.com (Bob Heygood) Date: Tue, 28 Nov 2017 08:31:15 -0800 Subject: [AccessD] Honeywell scanner Message-ID: <033d01d36866$503a5770$f0af0650$@gmail.com> Looking to see if someone here has used a Honeywell Barcode Scanner with Access. I have inherited an old Access program that uses the 9520 scanner. Unfortunately, someone somewhere along the line decided to use a VB front end on the old A97 database. Other than the use of the scanner and maybe too lazy/cheap to upgrade Access/Office, I don't know why they used the VB exe to interact with the db. My idea is to convert to at least A2010 and ditch the exe. Would be nice if I could expect the bar code reader to function. A am on the trail of a driver for this piece of hardware. I have done bar code reader integration with Access before. Bob H From gustav at cactus.dk Tue Nov 28 10:57:51 2017 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 28 Nov 2017 16:57:51 +0000 Subject: [AccessD] Odd Error - Embarrassing Workaround Message-ID: Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub From rockysmolin at bchacc.com Tue Nov 28 11:42:51 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 28 Nov 2017 09:42:51 -0800 Subject: [AccessD] Odd Error - Embarrassing Workaround In-Reply-To: References: Message-ID: <045f01d36870$50a4cd80$f1ee6880$@bchacc.com> Even if no edits? IOW - record is not Dirty. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Nov 28 11:46:00 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 28 Nov 2017 09:46:00 -0800 Subject: [AccessD] Odd Error - Embarrassing Workaround In-Reply-To: References: Message-ID: <046001d36870$c1547580$43fd6080$@bchacc.com> Gustav: Tried it by modifying as follows: 'On Error Resume Next 'Me.Bookmark = rsMe.Bookmark DoCmd.RunCommand acCmdSaveRecord Me.Bookmark = rsMe.Bookmark 'On Error GoTo 0 But that generated the error. Any other theories? Thanks Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Nov 28 11:45:58 2017 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 28 Nov 2017 17:45:58 +0000 Subject: [AccessD] Odd Error - Embarrassing Workaround Message-ID: Hi Rocky You have just updated a field: cboVendors_AfterUpdate() /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 18:43 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Odd Error - Embarrassing Workaround Even if no edits? IOW - record is not Dirty. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub From rockysmolin at bchacc.com Tue Nov 28 12:04:12 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 28 Nov 2017 10:04:12 -0800 Subject: [AccessD] Odd Error - Embarrassing Workaround In-Reply-To: References: Message-ID: <047101d36873$4c48e610$e4dab230$@bchacc.com> Oh, It's an unbound combo box where the user selects a vendor from the list of vendors that they want to view/edit. In any event, I tried the Save but unfortunately didn't work. Sent the code snip of the mod to test it. r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 9:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You have just updated a field: cboVendors_AfterUpdate() /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 18:43 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Odd Error - Embarrassing Workaround Even if no edits? IOW - record is not Dirty. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Nov 28 13:22:00 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 28 Nov 2017 14:22:00 -0500 Subject: [AccessD] Honeywell scanner In-Reply-To: <033d01d36866$503a5770$f0af0650$@gmail.com> References: <033d01d36866$503a5770$f0af0650$@gmail.com> Message-ID: <01e501d3687e$2ab884a0$80298de0$@verizon.net> Bob. Is the scanner RS232 based? That's usually the reason for using a VB as a front end. The mscomm control came with VB and it will work with Access, but it's not licensed for use with Access. I'm actually dealing with something similar now. Have a weigh bridge in Australia that uses a VB6 app for the comm part and controls Access via OLE. They want to update the Access side, but can't. I've come up with some WinAPI code to drop into Access to do the RS232 part. If it works, then we're going to drop the VB6 part entirely. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Tuesday, November 28, 2017 11:31 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Honeywell scanner Looking to see if someone here has used a Honeywell Barcode Scanner with Access. I have inherited an old Access program that uses the 9520 scanner. Unfortunately, someone somewhere along the line decided to use a VB front end on the old A97 database. Other than the use of the scanner and maybe too lazy/cheap to upgrade Access/Office, I don't know why they used the VB exe to interact with the db. My idea is to convert to at least A2010 and ditch the exe. Would be nice if I could expect the bar code reader to function. A am on the trail of a driver for this piece of hardware. I have done bar code reader integration with Access before. Bob H -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Nov 28 15:52:50 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 29 Nov 2017 07:52:50 +1000 Subject: [AccessD] Honeywell scanner In-Reply-To: <033d01d36866$503a5770$f0af0650$@gmail.com> References: <033d01d36866$503a5770$f0af0650$@gmail.com> Message-ID: <5A1DDAB2.1461.1453D6D8@stuart.lexacorp.com.pg> Accofrding to the specs I've just looked at, it can operate as a "keyboard wedge", which means you don't need any interface. Hook it up in line with the keyboard with the supplied Y cable, put the curson on a textbox and scan a code - it will automagically appear in the textbox. " Host System Interfaces USB, RS232, Keyboard Wedge, IBM 46xx (RS485), OCIA, Laser Emulation, Light Pen Wand Emulation" On 28 Nov 2017 at 8:31, Bob Heygood wrote: > Looking to see if someone here has used a Honeywell Barcode Scanner > with Access. I have inherited an old Access program that uses the 9520 > scanner. Unfortunately, someone somewhere along the line decided to > use a VB front end on the old A97 database. Other than the use of the > scanner and maybe too lazy/cheap to upgrade Access/Office, I don't > know why they used the VB exe to interact with the db. My idea is to > convert to at least A2010 and ditch the exe. Would be nice if I could > expect the bar code reader to function. A am on the trail of a driver > for this piece of hardware. I have done bar code reader integration > with Access before. > > Bob H > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at gmail.com Tue Nov 28 17:51:37 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 28 Nov 2017 18:51:37 -0500 Subject: [AccessD] Honeywell scanner In-Reply-To: <033d01d36866$503a5770$f0af0650$@gmail.com> References: <033d01d36866$503a5770$f0af0650$@gmail.com> Message-ID: if it is a wedge, just be aware that it will put the code WHEREVER the cursor is.? If the user moves the cursor then you can start trashing data not intended to be a bar code. On 11/28/2017 11:31 AM, Bob Heygood wrote: > Looking to see if someone here has used a Honeywell Barcode Scanner with > Access. > I have inherited an old Access program that uses the 9520 scanner. > Unfortunately, someone somewhere along the line decided to use a VB front > end on the old A97 database. > Other than the use of the scanner and maybe too lazy/cheap to upgrade > Access/Office, I don't know why they used the VB exe to interact with the > db. > My idea is to convert to at least A2010 and ditch the exe. Would be nice if > I could expect the bar code reader to function. A am on the trail of a > driver for this piece of hardware. > I have done bar code reader integration with Access before. > > Bob H > -- John W. Colby From accesspro at gmail.com Tue Nov 28 18:13:11 2017 From: accesspro at gmail.com (Bob Heygood) Date: Tue, 28 Nov 2017 16:13:11 -0800 Subject: [AccessD] Honeywell scanner In-Reply-To: <01e501d3687e$2ab884a0$80298de0$@verizon.net> References: <033d01d36866$503a5770$f0af0650$@gmail.com> <01e501d3687e$2ab884a0$80298de0$@verizon.net> Message-ID: <041a01d368a6$d82d3ea0$8887bbe0$@gmail.com> Sorry Should have mentioned that it is connected via usb. Bob -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, November 28, 2017 11:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Honeywell scanner Bob. Is the scanner RS232 based? That's usually the reason for using a VB as a front end. The mscomm control came with VB and it will work with Access, but it's not licensed for use with Access. I'm actually dealing with something similar now. Have a weigh bridge in Australia that uses a VB6 app for the comm part and controls Access via OLE. They want to update the Access side, but can't. I've come up with some WinAPI code to drop into Access to do the RS232 part. If it works, then we're going to drop the VB6 part entirely. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Heygood Sent: Tuesday, November 28, 2017 11:31 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Honeywell scanner Looking to see if someone here has used a Honeywell Barcode Scanner with Access. I have inherited an old Access program that uses the 9520 scanner. Unfortunately, someone somewhere along the line decided to use a VB front end on the old A97 database. Other than the use of the scanner and maybe too lazy/cheap to upgrade Access/Office, I don't know why they used the VB exe to interact with the db. My idea is to convert to at least A2010 and ditch the exe. Would be nice if I could expect the bar code reader to function. A am on the trail of a driver for this piece of hardware. I have done bar code reader integration with Access before. Bob 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 stuart at lexacorp.com.pg Tue Nov 28 18:35:20 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 29 Nov 2017 10:35:20 +1000 Subject: [AccessD] Honeywell scanner In-Reply-To: <041a01d368a6$d82d3ea0$8887bbe0$@gmail.com> References: <033d01d36866$503a5770$f0af0650$@gmail.com>, <01e501d3687e$2ab884a0$80298de0$@verizon.net>, <041a01d368a6$d82d3ea0$8887bbe0$@gmail.com> Message-ID: <5A1E00C8.6796.14E89B23@stuart.lexacorp.com.pg> You'll probably find what you need to interface to it here: https://aidc.honeywell.com/en-AP/Pages/Product.aspx?category=hand-held-barcode-scanner &cat=HSM&pid=9520/40 On 28 Nov 2017 at 16:13, Bob Heygood wrote: > Sorry > Should have mentioned that it is connected via usb. > > > Bob > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Jim Dettman Sent: Tuesday, November 28, 2017 11:22 AM To: 'Access > Developers discussion and problem solving' Subject: Re: [AccessD] > Honeywell scanner > > Bob. > > Is the scanner RS232 based? That's usually the reason for using a > VB as a > front end. > > The mscomm control came with VB and it will work with Access, but > it's not > licensed for use with Access. > > I'm actually dealing with something similar now. Have a weigh > bridge in > Australia that uses a VB6 app for the comm part and controls Access > via OLE. They want to update the Access side, but can't. > > I've come up with some WinAPI code to drop into Access to do the > RS232 > part. If it works, then we're going to drop the VB6 part entirely. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Bob Heygood Sent: Tuesday, November 28, 2017 11:31 AM To: 'Access > Developers discussion and problem solving' Subject: [AccessD] > Honeywell scanner > > Looking to see if someone here has used a Honeywell Barcode Scanner > with Access. I have inherited an old Access program that uses the 9520 > scanner. Unfortunately, someone somewhere along the line decided to > use a VB front end on the old A97 database. Other than the use of the > scanner and maybe too lazy/cheap to upgrade Access/Office, I don't > know why they used the VB exe to interact with the db. My idea is to > convert to at least A2010 and ditch the exe. Would be nice if I could > expect the bar code reader to function. A am on the trail of a driver > for this piece of hardware. I have done bar code reader integration > with Access before. > > Bob 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 gustav at cactus.dk Wed Nov 29 02:53:41 2017 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 29 Nov 2017 08:53:41 +0000 Subject: [AccessD] Odd Error - Embarrassing Workaround Message-ID: Hi Rocky Strange. Then it should work with no errors. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 19:04 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Odd Error - Embarrassing Workaround Oh, It's an unbound combo box where the user selects a vendor from the list of vendors that they want to view/edit. In any event, I tried the Save but unfortunately didn't work. Sent the code snip of the mod to test it. r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 9:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You have just updated a field: cboVendors_AfterUpdate() /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 18:43 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Odd Error - Embarrassing Workaround Even if no edits? IOW - record is not Dirty. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub From Chester_Kaup at kindermorgan.com Wed Nov 29 09:20:44 2017 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Wed, 29 Nov 2017 15:20:44 +0000 Subject: [AccessD] Open Exclusive issue Message-ID: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CD9E@HOUEX11.kindermorgan.com> I have a database that when I open it normally all the objects are present. When I open it exclusive no objects appear present. If I hold down the shift key while opening the database exclusive all objects are visible. I have tried a compact and repair with no success. I also tried setting the option of making hidden objects visible. The database has no autoexec macro although it used to have one. Anyone ever seen this or have a possible solution? Thanks From rockysmolin at bchacc.com Wed Nov 29 10:17:36 2017 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 29 Nov 2017 08:17:36 -0800 Subject: [AccessD] Odd Error - Embarrassing Workaround In-Reply-To: References: Message-ID: <055a01d3692d$92407920$b6c16b60$@bchacc.com> Gotta love Access. :) r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, November 29, 2017 12:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky Strange. Then it should work with no errors. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 19:04 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Odd Error - Embarrassing Workaround Oh, It's an unbound combo box where the user selects a vendor from the list of vendors that they want to view/edit. In any event, I tried the Save but unfortunately didn't work. Sent the code snip of the mod to test it. r -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 9:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You have just updated a field: cboVendors_AfterUpdate() /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 18:43 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Odd Error - Embarrassing Workaround Even if no edits? IOW - record is not Dirty. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, November 28, 2017 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Error - Embarrassing Workaround Hi Rocky You may have to save the record before setting the bookmark. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Rocky Smolin Sendt: 28. november 2017 17:24 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] Odd Error - Embarrassing Workaround Dear Lists: In the code below which is in the after update event of a combo box, I want to position the form to the selected vendor in the combo box list. Cookie cutter. Done it a hundred times: Private Sub cboVendors_AfterUpdate() If IsNull(cboVendors) Then Exit Sub lngID = Val(Me.cboVendors.Column(0)) Set rsMe = Me.RecordsetClone rsMe.FindFirst "fldVendorID= " & lngID If rsMe.NoMatch = True Then MsgBox "Record Not Found", vbExclamation Else Me.Bookmark = rsMe.Bookmark End If Me.cmdExit.SetFocus Me.cboVendors.Visible = False End sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at outlook.com Wed Nov 29 10:19:00 2017 From: df.waters at outlook.com (Dan Waters) Date: Wed, 29 Nov 2017 16:19:00 +0000 Subject: [AccessD] Open Exclusive issue In-Reply-To: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CD9E@HOUEX11.kindermorgan.com> References: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CD9E@HOUEX11.kindermorgan.com> Message-ID: At this point I would just create a new Access file and import all the objects into it. If you see the AutoExec macro in the macro list then do not import that. Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: November 29, 2017 09:21 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Open Exclusive issue I have a database that when I open it normally all the objects are present. When I open it exclusive no objects appear present. If I hold down the shift key while opening the database exclusive all objects are visible. I have tried a compact and repair with no success. I also tried setting the option of making hidden objects visible. The database has no autoexec macro although it used to have one. Anyone ever seen this or have a possible solution? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chester_Kaup at kindermorgan.com Wed Nov 29 11:16:32 2017 From: Chester_Kaup at kindermorgan.com (Kaup, Chester) Date: Wed, 29 Nov 2017 17:16:32 +0000 Subject: [AccessD] Open Exclusive issue In-Reply-To: References: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CD9E@HOUEX11.kindermorgan.com> Message-ID: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CF37@HOUEX11.kindermorgan.com> That seems to have worked. Thanks. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, November 29, 2017 10:19 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Open Exclusive issue [This email message was received from the Internet and came from outside of Kinder Morgan] At this point I would just create a new Access file and import all the objects into it. If you see the AutoExec macro in the macro list then do not import that. Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: November 29, 2017 09:21 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Open Exclusive issue I have a database that when I open it normally all the objects are present. When I open it exclusive no objects appear present. If I hold down the shift key while opening the database exclusive all objects are visible. I have tried a compact and repair with no success. I also tried setting the option of making hidden objects visible. The database has no autoexec macro although it used to have one. Anyone ever seen this or have a possible solution? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 outlook.com Wed Nov 29 12:52:19 2017 From: df.waters at outlook.com (Dan Waters) Date: Wed, 29 Nov 2017 18:52:19 +0000 Subject: [AccessD] Open Exclusive issue In-Reply-To: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CF37@HOUEX11.kindermorgan.com> References: <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CD9E@HOUEX11.kindermorgan.com> <8E16E03987F1FD4FB0A9BEBF7CC160CB43B0CF37@HOUEX11.kindermorgan.com> Message-ID: Good to hear! -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: November 29, 2017 11:17 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open Exclusive issue That seems to have worked. Thanks. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Wednesday, November 29, 2017 10:19 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Open Exclusive issue [This email message was received from the Internet and came from outside of Kinder Morgan] At this point I would just create a new Access file and import all the objects into it. If you see the AutoExec macro in the macro list then do not import that. Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester Sent: November 29, 2017 09:21 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Open Exclusive issue I have a database that when I open it normally all the objects are present. When I open it exclusive no objects appear present. If I hold down the shift key while opening the database exclusive all objects are visible. I have tried a compact and repair with no success. I also tried setting the option of making hidden objects visible. The database has no autoexec macro although it used to have one. Anyone ever seen this or have a possible solution? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Nov 29 17:36:25 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 29 Nov 2017 18:36:25 -0500 Subject: [AccessD] Excel 2013 CopyFromRecordset "Interface not registered" error when copying Ac2013 DAO recordset to a range Message-ID: I am looking far and wide for anyone who may have an idea what governs the CopyFromRecordset method of an Excel range, and can help determine where automation might be getting hung up when using this in connection with a DAO recordset. The precise error is "Microsoft Visual Basic Run-time error '-2147467262 (80004002)'" Interface not registered " The only time I get this error is when we are using a Microsoft Access database and I have written code to create a DAO recordset and want to populate an Excel range using the CopyFromRecordset method. This below code works in all environments EXCEPT the Virtual Desktop Infrastructure (VDI). Our tech support performed a MS Office Repair on the image but this did not resolve the error. Experimenting, revealed that the same procedure modified to use an ADO recordset works, but not with a DAO recordset. Sub TestDAORecordset() Dim CurDB As DAO.Database Dim Rst As DAO.Recordset Dim EX As Excel.Application Dim iField As Long, iRecords As Long Dim WB As Excel.Workbook Set EX = New Excel.Application EX.Visible = True Set WB = EX.Workbooks.Add Set CurDB = CurrentDb Set Rst = CurDB.OpenRecordset("Select * from [PDR TRACKING]") With WB.Worksheets(1) For iField = 0 To Rst.Fields.Count - 1 .Cells(1, iField + 1).Value = "'" & Rst.Fields(iField).Name Next Rst.MoveLast iRecords = Rst.RecordCount Rst.MoveFirst 'RUNTIME ERROR ON NEXT LINE .Cells(2, 1).Resize(iRecords, Rst.Fields.Count).CopyFromRecordset Rst End With End Sub From paul.hartland at googlemail.com Wed Nov 29 18:26:25 2017 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 30 Nov 2017 00:26:25 +0000 Subject: [AccessD] Excel 2013 CopyFromRecordset "Interface not registered" error when copying Ac2013 DAO recordset to a range In-Reply-To: References: Message-ID: Long time since used copy from recordset, I imagine you have tried both these suggestions but just in case 1. Have you checked the value being returned to iRecords. 2. Have you tried removing the Resize(iRecords, Rst.Fields.Count). As a test before looking any further. Paul On 29 Nov 2017 23:38, "Bill Benson" wrote: I am looking far and wide for anyone who may have an idea what governs the CopyFromRecordset method of an Excel range, and can help determine where automation might be getting hung up when using this in connection with a DAO recordset. The precise error is "Microsoft Visual Basic Run-time error '-2147467262 (80004002)'" Interface not registered " The only time I get this error is when we are using a Microsoft Access database and I have written code to create a DAO recordset and want to populate an Excel range using the CopyFromRecordset method. This below code works in all environments EXCEPT the Virtual Desktop Infrastructure (VDI). Our tech support performed a MS Office Repair on the image but this did not resolve the error. Experimenting, revealed that the same procedure modified to use an ADO recordset works, but not with a DAO recordset. Sub TestDAORecordset() Dim CurDB As DAO.Database Dim Rst As DAO.Recordset Dim EX As Excel.Application Dim iField As Long, iRecords As Long Dim WB As Excel.Workbook Set EX = New Excel.Application EX.Visible = True Set WB = EX.Workbooks.Add Set CurDB = CurrentDb Set Rst = CurDB.OpenRecordset("Select * from [PDR TRACKING]") With WB.Worksheets(1) For iField = 0 To Rst.Fields.Count - 1 .Cells(1, iField + 1).Value = "'" & Rst.Fields(iField).Name Next Rst.MoveLast iRecords = Rst.RecordCount Rst.MoveFirst 'RUNTIME ERROR ON NEXT LINE .Cells(2, 1).Resize(iRecords, Rst.Fields.Count).CopyFromRecordset Rst End With End Sub -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accesspro at gmail.com Wed Nov 29 20:16:59 2017 From: accesspro at gmail.com (Bob Heygood) Date: Wed, 29 Nov 2017 18:16:59 -0800 Subject: [AccessD] Honeywell scanner In-Reply-To: References: <033d01d36866$503a5770$f0af0650$@gmail.com>, <01e501d3687e$2ab884a0$80298de0$@verizon.net>, <041a01d368a6$d82d3ea0$8887bbe0$@gmail.com> Message-ID: <008b01d36981$4df3d740$e9db85c0$@gmail.com> Thanks Stuart. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, November 28, 2017 4:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Honeywell scanner You'll probably find what you need to interface to it here: https://aidc.honeywell.com/en-AP/Pages/Product.aspx?category=hand-held-barco de-scanner &cat=HSM&pid=9520/40 On 28 Nov 2017 at 16:13, Bob Heygood wrote: > Sorry > Should have mentioned that it is connected via usb. > > > Bob > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Jim Dettman Sent: Tuesday, November 28, 2017 11:22 AM To: 'Access > Developers discussion and problem solving' Subject: Re: [AccessD] > Honeywell scanner > > Bob. > > Is the scanner RS232 based? That's usually the reason for using a > VB as a > front end. > > The mscomm control came with VB and it will work with Access, but > it's not licensed for use with Access. > > I'm actually dealing with something similar now. Have a weigh > bridge in > Australia that uses a VB6 app for the comm part and controls Access > via OLE. They want to update the Access side, but can't. > > I've come up with some WinAPI code to drop into Access to do the > RS232 > part. If it works, then we're going to drop the VB6 part entirely. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Bob Heygood Sent: Tuesday, November 28, 2017 11:31 AM To: 'Access > Developers discussion and problem solving' Subject: [AccessD] > Honeywell scanner > > Looking to see if someone here has used a Honeywell Barcode Scanner > with Access. I have inherited an old Access program that uses the 9520 > scanner. Unfortunately, someone somewhere along the line decided to > use a VB front end on the old A97 database. Other than the use of the > scanner and maybe too lazy/cheap to upgrade Access/Office, I don't > know why they used the VB exe to interact with the db. My idea is to > convert to at least A2010 and ditch the exe. Would be nice if I could > expect the bar code reader to function. A am on the trail of a driver > for this piece of hardware. I have done bar code reader integration > with Access before. > > Bob 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 Wed Nov 29 20:19:16 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 29 Nov 2017 21:19:16 -0500 Subject: [AccessD] Excel 2013 CopyFromRecordset "Interface not registered" error when copying Ac2013 DAO recordset to a range In-Reply-To: References: Message-ID: Thanks Paul, neither of those is the issue. This has to be something in the registry or some type library issue. On Wed, Nov 29, 2017 at 7:26 PM, Paul Hartland via AccessD < accessd at databaseadvisors.com> wrote: > Long time since used copy from recordset, I imagine you have tried both > these suggestions but just in case > > 1. Have you checked the value being returned to iRecords. > > 2. Have you tried removing the Resize(iRecords, Rst.Fields.Count). As a > test before looking any further. > > Paul > > > On 29 Nov 2017 23:38, "Bill Benson" wrote: > > I am looking far and wide for anyone who may have an idea what governs the > CopyFromRecordset method of an Excel range, and can help determine where > automation might be getting hung up when using this in connection with a > DAO recordset. > > The precise error is > > "Microsoft Visual Basic > > Run-time error '-2147467262 (80004002)'" > > Interface not registered " > > The only time I get this error is when we are using a Microsoft Access > database and I have written code to create a DAO recordset and want to > populate an Excel range using the CopyFromRecordset method. > > This below code works in all environments EXCEPT the Virtual Desktop > Infrastructure > (VDI). > Our tech support performed a MS Office Repair on the image but this did not > resolve the error. Experimenting, revealed that the same procedure modified > to use an ADO recordset works, but not with a DAO recordset. > > Sub TestDAORecordset() > > Dim CurDB As DAO.Database > > Dim Rst As DAO.Recordset > > Dim EX As Excel.Application > > Dim iField As Long, iRecords As Long > > Dim WB As Excel.Workbook > > Set EX = New Excel.Application > > EX.Visible = True > > Set WB = EX.Workbooks.Add > > Set CurDB = CurrentDb > > Set Rst = CurDB.OpenRecordset("Select * from [PDR TRACKING]") > > With WB.Worksheets(1) > > For iField = 0 To Rst.Fields.Count - 1 > > .Cells(1, iField + 1).Value = "'" & Rst.Fields(iField).Name > > Next > > Rst.MoveLast > > iRecords = Rst.RecordCount > > Rst.MoveFirst > > 'RUNTIME ERROR ON NEXT LINE > > .Cells(2, 1).Resize(iRecords, Rst.Fields.Count).CopyFromRecordset Rst > > End With > > > > End Sub > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bryan at internode.on.net Wed Nov 29 21:38:26 2017 From: bryan at internode.on.net (Bryan Fitzpatrick) Date: Thu, 30 Nov 2017 14:38:26 +1100 Subject: [AccessD] Excel 2013 CopyFromRecordset "Interface not registered" error when copying Ac2013 DAO recordset to a range In-Reply-To: References: Message-ID: I use CopyFromRecordset fairly regularly, and usually just declare it as a Recordset variable rather than a DAO.Recordset variable.? I seem to remember that CopyFromRecordset is associated with ADO, and there is no DAO equivalent.*/ /*Cheers*/ Bryan Fitzpatrick Mobile: 0418 618 469/* On 30/11/2017 1:19 PM, Bill Benson wrote: > Thanks Paul, neither of those is the issue. This has to be something in the > registry or some type library issue. > > On Wed, Nov 29, 2017 at 7:26 PM, Paul Hartland via AccessD < > accessd at databaseadvisors.com> wrote: > >> Long time since used copy from recordset, I imagine you have tried both >> these suggestions but just in case >> >> 1. Have you checked the value being returned to iRecords. >> >> 2. Have you tried removing the Resize(iRecords, Rst.Fields.Count). As a >> test before looking any further. >> >> Paul >> >> >> On 29 Nov 2017 23:38, "Bill Benson" wrote: >> >> I am looking far and wide for anyone who may have an idea what governs the >> CopyFromRecordset method of an Excel range, and can help determine where >> automation might be getting hung up when using this in connection with a >> DAO recordset. >> >> The precise error is >> >> "Microsoft Visual Basic >> >> Run-time error '-2147467262 (80004002)'" >> >> Interface not registered " >> >> The only time I get this error is when we are using a Microsoft Access >> database and I have written code to create a DAO recordset and want to >> populate an Excel range using the CopyFromRecordset method. >> >> This below code works in all environments EXCEPT the Virtual Desktop >> Infrastructure >> (VDI). >> Our tech support performed a MS Office Repair on the image but this did not >> resolve the error. Experimenting, revealed that the same procedure modified >> to use an ADO recordset works, but not with a DAO recordset. >> >> Sub TestDAORecordset() >> >> Dim CurDB As DAO.Database >> >> Dim Rst As DAO.Recordset >> >> Dim EX As Excel.Application >> >> Dim iField As Long, iRecords As Long >> >> Dim WB As Excel.Workbook >> >> Set EX = New Excel.Application >> >> EX.Visible = True >> >> Set WB = EX.Workbooks.Add >> >> Set CurDB = CurrentDb >> >> Set Rst = CurDB.OpenRecordset("Select * from [PDR TRACKING]") >> >> With WB.Worksheets(1) >> >> For iField = 0 To Rst.Fields.Count - 1 >> >> .Cells(1, iField + 1).Value = "'" & Rst.Fields(iField).Name >> >> Next >> >> Rst.MoveLast >> >> iRecords = Rst.RecordCount >> >> Rst.MoveFirst >> >> 'RUNTIME ERROR ON NEXT LINE >> >> .Cells(2, 1).Resize(iRecords, Rst.Fields.Count).CopyFromRecordset Rst >> >> End With >> >> >> >> End Sub >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 email has been checked for viruses by AVG. http://www.avg.com From jwcolby at gmail.com Thu Nov 30 20:32:00 2017 From: jwcolby at gmail.com (John Colby) Date: Thu, 30 Nov 2017 21:32:00 -0500 Subject: [AccessD] Excel 2013 CopyFromRecordset "Interface not registered" error when copying Ac2013 DAO recordset to a range In-Reply-To: References: Message-ID: <0b62238b-79a3-a61e-2580-7845aa22f43a@Gmail.com> It sounds like you are missing a dll.? Or it is the wrong version. On 11/29/2017 6:36 PM, Bill Benson wrote: > I am looking far and wide for anyone who may have an idea what governs the > CopyFromRecordset method of an Excel range, and can help determine where > automation might be getting hung up when using this in connection with a > DAO recordset. > > The precise error is > > "Microsoft Visual Basic > > Run-time error '-2147467262 (80004002)'" > > Interface not registered " > > The only time I get this error is when we are using a Microsoft Access > database and I have written code to create a DAO recordset and want to > populate an Excel range using the CopyFromRecordset method. > > This below code works in all environments EXCEPT the Virtual Desktop > Infrastructure > (VDI). > Our tech support performed a MS Office Repair on the image but this did not > resolve the error. Experimenting, revealed that the same procedure modified > to use an ADO recordset works, but not with a DAO recordset. > > Sub TestDAORecordset() > > Dim CurDB As DAO.Database > > Dim Rst As DAO.Recordset > > Dim EX As Excel.Application > > Dim iField As Long, iRecords As Long > > Dim WB As Excel.Workbook > > Set EX = New Excel.Application > > EX.Visible = True > > Set WB = EX.Workbooks.Add > > Set CurDB = CurrentDb > > Set Rst = CurDB.OpenRecordset("Select * from [PDR TRACKING]") > > With WB.Worksheets(1) > > For iField = 0 To Rst.Fields.Count - 1 > > .Cells(1, iField + 1).Value = "'" & Rst.Fields(iField).Name > > Next > > Rst.MoveLast > > iRecords = Rst.RecordCount > > Rst.MoveFirst > > 'RUNTIME ERROR ON NEXT LINE > > .Cells(2, 1).Resize(iRecords, Rst.Fields.Count).CopyFromRecordset Rst > > End With > > > > End Sub -- John W. Colby