From gustav at cactus.dk Wed Oct 1 01:23:22 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Oct 2014 06:23:22 +0000 Subject: [AccessD] Importing remote reports to client frontend Message-ID: <2ff8c9175e064ffa84c70c8d98281e94@AMSPR06MB357.eurprd06.prod.outlook.com> Hi Doug Thanks. Working for 10 years must be a proof of concept. Another method I was thinking of, is to store the reports as blobs in SQL Server, then extract these somehow - it is not something I have tried. Or store the SaveAsText version of the report as a memo in a table field; then it is easy to read this, save as a temp file, and then use LoadFromText. I'll have to do some testing. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 30. september 2014 20:02 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Importing remote reports to client frontend Gustav, Since there are no other takers, I'll offer an idea. You could have the client app either download a text file from your server, import as report, then delete the file. Or you could have the client app stream the file off the server, save it to the client, import into a new report then delete the temp text file. I did something like this long ago when the web tools weren't that good, I'd stream a web page, which was a big table, into Access then parse it to get the data I wanted. Not elegant, but it still works as we have not changed that part of the application in 10 years. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, September 29, 2014 9:49 AM To: Access Developers discussion and problem solving Subject: [AccessD] Importing remote reports to client frontend Hi all A frontend A2013 application is distributed to clients. It connects to tables and views at a remote SQL Server. No problem. However, each client may have one or more reports with a custom layout. These should be imported to the frontend. This is quite easy if you have a local accdb containing the reports. But would there be another method where you wouldn't need to distribute a local accdb with the reports? You could download a file, text or accdb, and import the reports from this, but I would prefer a method where a local file is not needed. Any ideas? /gustav From gustav at cactus.dk Wed Oct 1 01:29:07 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Oct 2014 06:29:07 +0000 Subject: [AccessD] Query expression refers to column(1) on a form Message-ID: Thanks Stuart, this method may come in handy. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 1. oktober 2014 03:15 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Query expression refers to column(1) on a form I've never been able to do it either. I generally use a Static function which I set before opening the query/report: Static Function BatchName(Optional s As String) As String Dim Store As String If Not IsMissing(s) Then Store = s End If Batchname = Store End Function Then put GetbatchName() in the query And in the onClick which invoked the query or whatever: ... BatchName cboBuildType.Column(1) & " " & Format(cboMonth.Column(2), "yyyymmdd") Docmd.OpenReport "rptMyRreport" ... On 30 Sep 2014 at 17:30, David McAfee wrote: > So this is weird, I know I've done this before, I've just been away > from Access for too long (I think). > > I assumed that I can create an expression in a query that would refer > to a column of a combo box on a form as such: > > Expr1: Forms![frmBuild]![cboBuildType].Column(1) > > I get an error when I try to run the query: Undefined Function 'Expr1: > Forms![frmBuild]![cboBuildType].Column' in experession > > (notice the column number is missing) > > When I enter ? Forms![frmBuild]![cboBuildType].Column(1) in the > immediate window, it displays the value as expected > > I made a work around to get this going by creating a public function > and calling it as such: > > Expr2: GetBatchName() > > > Public Function GetBatchName() > GetBatchName = Forms![frmBuild]![cboBuildType].Column(1) & " " & > Format(Forms![frmBuild]![cboMonth].Column(2), "yyyymmdd") End Function > > I know, I know, there isn't any error handling, just testing it out... > > Anyway, what am I forgetting? > > It's been a while. > > D From gustav at cactus.dk Wed Oct 1 02:19:36 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Oct 2014 07:19:36 +0000 Subject: [AccessD] Windows 10... Message-ID: <6c924133c9c14688ba67dbac8a44bca3@AMSPR06MB357.eurprd06.prod.outlook.com> Hi Darryl Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. That said, I look forward to the desktop switching option. So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and problem solving Emne: [AccessD] OT: Windows 10... Worth a read. Looks better than 8.1 :) <> Cheers Darryl From gustav at cactus.dk Wed Oct 1 10:55:50 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Oct 2014 15:55:50 +0000 Subject: [AccessD] Windows 10... Message-ID: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> Hi all It's now on-line: http://windows.microsoft.com/en-us/windows/preview /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Hi Darryl Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. That said, I look forward to the desktop switching option. So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and problem solving Emne: [AccessD] OT: Windows 10... Worth a read. Looks better than 8.1 :) <> Cheers Darryl From davidmcafee at gmail.com Wed Oct 1 11:09:34 2014 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 1 Oct 2014 09:09:34 -0700 Subject: [AccessD] Query expression refers to column(1) on a form In-Reply-To: <542B559E.26169.3DC61181@stuart.lexacorp.com.pg> References: <542B559E.26169.3DC61181@stuart.lexacorp.com.pg> Message-ID: I could of sworn that I have done it via a query before, maybe it was in a later version (I'm using A2003). Maybe it was always done with VBA. Thanks again. D On Tue, Sep 30, 2014 at 6:15 PM, Stuart McLachlan wrote: > I've never been able to do it either. I generally use a Static function > which I set before > opening the query/report: > > Static Function BatchName( optional s as string) as string > dim store as string > if not ismissing(s) then > store = s > end if > Batchname = Store > end function > > Then put GetbatchName() in the query > > And in the onClick which invoked the query or whatever: > > ... > BatchName cboBuildType.Column(1) & " " & > Format(cboMonth.Column(2), "yyyymmdd") > > Docmd.OpenReport "rptMyRreport" > ... > From accessd at shaw.ca Wed Oct 1 13:40:07 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 1 Oct 2014 12:40:07 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: <1270941418.8853680.1412188807747.JavaMail.root@cds018> Not yet: "... Windows Technical Preview isn't available Thank you for your interest in updating to Windows Technical Preview. Unfortunately, you can't install the preview on your operating system..." I have no idea what is wrong? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 1, 2014 8:55:50 AM Subject: Re: [AccessD] Windows 10... Hi all It's now on-line: http://windows.microsoft.com/en-us/windows/preview /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Hi Darryl Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. That said, I look forward to the desktop switching option. So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and problem solving Emne: [AccessD] OT: Windows 10... Worth a read. Looks better than 8.1 :) <> Cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Oct 1 14:11:45 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 1 Oct 2014 19:11:45 +0000 Subject: [AccessD] Windows 10... In-Reply-To: <1270941418.8853680.1412188807747.JavaMail.root@cds018> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com>, <1270941418.8853680.1412188807747.JavaMail.root@cds018> Message-ID: <1412190705528.87768@cactus.dk> Hi Jim Just refresh the page ... /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Jim Lawrence Sendt: 1. oktober 2014 20:40 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Not yet: "... Windows Technical Preview isn't available Thank you for your interest in updating to Windows Technical Preview. Unfortunately, you can't install the preview on your operating system..." I have no idea what is wrong? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 1, 2014 8:55:50 AM Subject: Re: [AccessD] Windows 10... Hi all It's now on-line: http://windows.microsoft.com/en-us/windows/preview /gustav From dbdoug at gmail.com Wed Oct 1 17:02:53 2014 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 1 Oct 2014 15:02:53 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <1270941418.8853680.1412188807747.JavaMail.root@cds018> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> Message-ID: On Wed, Oct 1, 2014 at 11:40 AM, Jim Lawrence wrote: > > Thank you for your interest in updating to Windows Technical Preview. > Unfortunately, you can't install the preview on your operating system..." > > I have no idea what is wrong? ;-) Jim, Windows 10 won't run under Linux :) By the way, here is an article from 2013 explaining why Microsoft never released Windows 9: http://www.infoworld.com/article/2613504/microsoft-windows/microsoft-windows-microsoft-skips-too-good-windows-9-jumps-to-windows-10.html Doug From rockysmolin at bchacc.com Wed Oct 1 20:21:41 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 1 Oct 2014 18:21:41 -0700 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... Message-ID: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> another theory... _____ From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] Sent: Wednesday, October 01, 2014 6:17 PM To: Rocky Smolin Subject: Why they called it Windows 10, and not Windows 9... Since Windows 2000, people have used the condition: if(os.version.startswith("Windows 9") || os.version.startswith("Windows ME")) or some such equivalent to identify Windows 95, Windows 98, and Windows ME. It's in thousands of lines of code, all over the place. Calling it "Windows 9" would break too many applications for Microsoft to bother. https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 ++Noah Sutton-Smolin Android Developer, EcoATM E: noahsutsmo at gmail.com H: 858-259-2592 C: 858-342-8926 PGP public key From darryl at whittleconsulting.com.au Wed Oct 1 20:29:37 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 2 Oct 2014 01:29:37 +0000 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> Message-ID: <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> Good Theory and likely a real issue as well... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Thursday, 2 October 2014 11:22 AM To: 'Off Topic'; 'Access Developers discussion and problem solving' Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... another theory... _____ From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] Sent: Wednesday, October 01, 2014 6:17 PM To: Rocky Smolin Subject: Why they called it Windows 10, and not Windows 9... Since Windows 2000, people have used the condition: if(os.version.startswith("Windows 9") || os.version.startswith("Windows ME")) or some such equivalent to identify Windows 95, Windows 98, and Windows ME. It's in thousands of lines of code, all over the place. Calling it "Windows 9" would break too many applications for Microsoft to bother. https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 ++Noah Sutton-Smolin Android Developer, EcoATM E: noahsutsmo at gmail.com H: 858-259-2592 C: 858-342-8926 PGP public key -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hans.andersen at phulse.com Wed Oct 1 20:39:40 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Wed, 1 Oct 2014 18:39:40 -0700 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> Don't see why. A name is just a name. They could call it whatever thy like internally. - Hans > On Oct 1, 2014, at 6:29 PM, Darryl Collins wrote: > > Good Theory and likely a real issue as well... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > Sent: Thursday, 2 October 2014 11:22 AM > To: 'Off Topic'; 'Access Developers discussion and problem solving' > Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... > > another theory... > > _____ > > From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] > Sent: Wednesday, October 01, 2014 6:17 PM > To: Rocky Smolin > Subject: Why they called it Windows 10, and not Windows 9... > > > Since Windows 2000, people have used the condition: > > if(os.version.startswith("Windows 9") || os.version.startswith("Windows > ME")) > > or some such equivalent to identify Windows 95, Windows 98, and Windows ME. > > It's in thousands of lines of code, all over the place. Calling it "Windows > 9" would break too many applications for Microsoft to bother. > > https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 > > > ++Noah Sutton-Smolin > Android Developer, EcoATM > E: noahsutsmo at gmail.com > H: 858-259-2592 > C: 858-342-8926 > > PGP public key > 10CD1> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Oct 1 20:46:38 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 1 Oct 2014 18:46:38 -0700 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007><04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> Message-ID: <230BFE169B8442AD915F0CE0FB932A6B@HAL9007> Click the searchcode link and see if that makes a difference R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hans-Christian Andersen Sent: Wednesday, October 01, 2014 6:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] FW: Why they called it Windows 10,and not Windows 9... Don't see why. A name is just a name. They could call it whatever thy like internally. - Hans > On Oct 1, 2014, at 6:29 PM, Darryl Collins wrote: > > Good Theory and likely a real issue as well... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Thursday, 2 October 2014 11:22 AM > To: 'Off Topic'; 'Access Developers discussion and problem solving' > Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... > > another theory... > > _____ > > From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] > Sent: Wednesday, October 01, 2014 6:17 PM > To: Rocky Smolin > Subject: Why they called it Windows 10, and not Windows 9... > > > Since Windows 2000, people have used the condition: > > if(os.version.startswith("Windows 9") || > os.version.startswith("Windows > ME")) > > or some such equivalent to identify Windows 95, Windows 98, and Windows ME. > > It's in thousands of lines of code, all over the place. Calling it > "Windows 9" would break too many applications for Microsoft to bother. > > https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 > > > ++Noah Sutton-Smolin > Android Developer, EcoATM > E: noahsutsmo at gmail.com > H: 858-259-2592 > C: 858-342-8926 > > PGP public key > 1EFD44 > 10CD1> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Wed Oct 1 20:59:06 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 2 Oct 2014 01:59:06 +0000 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> Message-ID: <0c26ce34315b4fbabd08a4ed70c77963@HKXPR04MB360.apcprd04.prod.outlook.com> Hi Hans, With respect, I think you have misunderstood the implications here. It would be a huge issue and best avoided. I guess they could have called it Windows 9 to the public and something different under the hood, but that just gets confusing. It is bad enough that Office 2010 is known as Office14 in the VBE properties. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hans-Christian Andersen Sent: Thursday, 2 October 2014 11:40 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] FW: Why they called it Windows 10, and not Windows 9... Don't see why. A name is just a name. They could call it whatever thy like internally. - Hans > On Oct 1, 2014, at 6:29 PM, Darryl Collins wrote: > > Good Theory and likely a real issue as well... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > Sent: Thursday, 2 October 2014 11:22 AM > To: 'Off Topic'; 'Access Developers discussion and problem solving' > Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... > > another theory... > > _____ > > From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] > Sent: Wednesday, October 01, 2014 6:17 PM > To: Rocky Smolin > Subject: Why they called it Windows 10, and not Windows 9... > > > Since Windows 2000, people have used the condition: > > if(os.version.startswith("Windows 9") || > os.version.startswith("Windows > ME")) > > or some such equivalent to identify Windows 95, Windows 98, and Windows ME. > > It's in thousands of lines of code, all over the place. Calling it > "Windows 9" would break too many applications for Microsoft to bother. > > https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 > > > ++Noah Sutton-Smolin > Android Developer, EcoATM > E: noahsutsmo at gmail.com > H: 858-259-2592 > C: 858-342-8926 > > PGP public key > 1EFD44 > 10CD1> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Oct 1 21:50:06 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 02 Oct 2014 12:50:06 +1000 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <0c26ce34315b4fbabd08a4ed70c77963@HKXPR04MB360.apcprd04.prod.outlook.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007>, <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com>, <0c26ce34315b4fbabd08a4ed70c77963@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <542CBD5E.31840.7D670E@stuart.lexacorp.com.pg> And then we have MDB to ACCDB which went from DAO.DBEngine.40 to DAO.DBEngine.120 -- Stuart On 2 Oct 2014 at 1:59, Darryl Collins wrote: > Hi Hans, > > With respect, I think you have misunderstood the implications here. > It would be a huge issue and best avoided. > > I guess they could have called it Windows 9 to the public and > something different under the hood, but that just gets confusing. It > is bad enough that Office 2010 is known as Office14 in the VBE > properties. > > Cheers > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Hans-Christian Andersen Sent: Thursday, 2 October 2014 11:40 AM To: > Access Developers discussion and problem solving Subject: Re: > [AccessD] FW: Why they called it Windows 10, and not Windows 9... > > Don't see why. A name is just a name. They could call it whatever thy > like internally. > > - Hans > > > > On Oct 1, 2014, at 6:29 PM, Darryl Collins > > wrote: > > > > Good Theory and likely a real issue as well... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin Sent: Thursday, 2 October 2014 11:22 AM To: 'Off Topic'; > > 'Access Developers discussion and problem solving' Subject: > > [AccessD] FW: Why they called it Windows 10, and not Windows 9... > > > > another theory... > > > > _____ > > > > From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] > > Sent: Wednesday, October 01, 2014 6:17 PM > > To: Rocky Smolin > > Subject: Why they called it Windows 10, and not Windows 9... > > > > > > Since Windows 2000, people have used the condition: > > > > if(os.version.startswith("Windows 9") || > > os.version.startswith("Windows > > ME")) > > > > or some such equivalent to identify Windows 95, Windows 98, and > > Windows ME. > > > > It's in thousands of lines of code, all over the place. Calling it > > "Windows 9" would break too many applications for Microsoft to > > bother. > > > > https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 > > > > > > ++Noah Sutton-Smolin > > Android Developer, EcoATM > > E: noahsutsmo at gmail.com > > H: 858-259-2592 > > C: 858-342-8926 > > > > PGP public key > > > 0E 1EFD44 10CD1> > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From hans.andersen at phulse.com Wed Oct 1 22:15:04 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Wed, 1 Oct 2014 20:15:04 -0700 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <230BFE169B8442AD915F0CE0FB932A6B@HAL9007> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> <230BFE169B8442AD915F0CE0FB932A6B@HAL9007> Message-ID: <669859F7-59B1-4912-A5E0-6DEE38B41CF0@phulse.com> ...startswith('Windows NT 9') ...startswith('Windows Nein') ...startswith('Windows Unicorn With A Goatee') - Hans > On Oct 1, 2014, at 6:46 PM, "Rocky Smolin" wrote: > > Click the searchcode link and see if that makes a difference > > R > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hans-Christian > Andersen > Sent: Wednesday, October 01, 2014 6:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] FW: Why they called it Windows 10,and not Windows > 9... > > Don't see why. A name is just a name. They could call it whatever thy like > internally. > > - Hans > > >> On Oct 1, 2014, at 6:29 PM, Darryl Collins > wrote: >> >> Good Theory and likely a real issue as well... >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Thursday, 2 October 2014 11:22 AM >> To: 'Off Topic'; 'Access Developers discussion and problem solving' >> Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... >> >> another theory... >> >> _____ >> >> From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] >> Sent: Wednesday, October 01, 2014 6:17 PM >> To: Rocky Smolin >> Subject: Why they called it Windows 10, and not Windows 9... >> >> >> Since Windows 2000, people have used the condition: >> >> if(os.version.startswith("Windows 9") || >> os.version.startswith("Windows >> ME")) >> >> or some such equivalent to identify Windows 95, Windows 98, and Windows > ME. >> >> It's in thousands of lines of code, all over the place. Calling it >> "Windows 9" would break too many applications for Microsoft to bother. >> >> https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 >> >> >> ++Noah Sutton-Smolin >> Android Developer, EcoATM >> E: noahsutsmo at gmail.com >> H: 858-259-2592 >> C: 858-342-8926 >> >> PGP public key >> > 1EFD44 >> 10CD1> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From hans.andersen at phulse.com Wed Oct 1 22:18:36 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Wed, 1 Oct 2014 20:18:36 -0700 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <0c26ce34315b4fbabd08a4ed70c77963@HKXPR04MB360.apcprd04.prod.outlook.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> <0c26ce34315b4fbabd08a4ed70c77963@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <70D16091-C584-47E5-A986-753F1ADD7686@phulse.com> But windows is already called something different internally, since windows 2000, XP, Vista, 7 & 8 are flavours of Windows NT and there's all have a Windows NT version that deviates from the marketed name. ie. windows 8.1 is actually windows nt 6.3. Am I missing something here? - Hans > On Oct 1, 2014, at 6:59 PM, Darryl Collins wrote: > > Hi Hans, > > With respect, I think you have misunderstood the implications here. It would be a huge issue and best avoided. > > I guess they could have called it Windows 9 to the public and something different under the hood, but that just gets confusing. It is bad enough that Office 2010 is known as Office14 in the VBE properties. > > Cheers > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hans-Christian Andersen > Sent: Thursday, 2 October 2014 11:40 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] FW: Why they called it Windows 10, and not Windows 9... > > Don't see why. A name is just a name. They could call it whatever thy like internally. > > - Hans > > >> On Oct 1, 2014, at 6:29 PM, Darryl Collins wrote: >> >> Good Theory and likely a real issue as well... >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >> Smolin >> Sent: Thursday, 2 October 2014 11:22 AM >> To: 'Off Topic'; 'Access Developers discussion and problem solving' >> Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... >> >> another theory... >> >> _____ >> >> From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] >> Sent: Wednesday, October 01, 2014 6:17 PM >> To: Rocky Smolin >> Subject: Why they called it Windows 10, and not Windows 9... >> >> >> Since Windows 2000, people have used the condition: >> >> if(os.version.startswith("Windows 9") || >> os.version.startswith("Windows >> ME")) >> >> or some such equivalent to identify Windows 95, Windows 98, and Windows ME. >> >> It's in thousands of lines of code, all over the place. Calling it >> "Windows 9" would break too many applications for Microsoft to bother. >> >> https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 >> >> >> ++Noah Sutton-Smolin >> Android Developer, EcoATM >> E: noahsutsmo at gmail.com >> H: 858-259-2592 >> C: 858-342-8926 >> >> PGP public key >> > 1EFD44 >> 10CD1> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Oct 2 02:56:18 2014 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 2 Oct 2014 07:56:18 +0000 Subject: [AccessD] Windows 10... Message-ID: <590745e7cfb746e6945e8f074a18e47d@DB4PR06MB361.eurprd06.prod.outlook.com> Hi all If you cannot mount or burn the ISO image, it is because it is "blocked". I had looked for the Unblock button, but it is not there. However, copying (from Desktop to Desktop) solved the issue! Now the size of the file matches the used space. Used space is larger on the original download. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 1. oktober 2014 17:56 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Hi all It's now on-line: http://windows.microsoft.com/en-us/windows/preview /gustav From hans.andersen at phulse.com Thu Oct 2 03:09:57 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Thu, 2 Oct 2014 01:09:57 -0700 Subject: [AccessD] Windows 10... In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> Message-ID: Someone at info world is having a "holy crap... I called it!!!" moment just now. :p - Hans > On Oct 1, 2014, at 3:02 PM, Doug Steele wrote: > >> On Wed, Oct 1, 2014 at 11:40 AM, Jim Lawrence wrote: >> >> >> Thank you for your interest in updating to Windows Technical Preview. >> Unfortunately, you can't install the preview on your operating system..." >> >> I have no idea what is wrong? ;-) > > > Jim, Windows 10 won't run under Linux :) > > By the way, here is an article from 2013 explaining why Microsoft never > released Windows 9: > > http://www.infoworld.com/article/2613504/microsoft-windows/microsoft-windows-microsoft-skips-too-good-windows-9-jumps-to-windows-10.html > > Doug > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Thu Oct 2 11:47:49 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Thu, 2 Oct 2014 16:47:49 +0000 Subject: [AccessD] =?windows-1252?q?Excel_Linked_Table_=96_=93Sharing=94_P?= =?windows-1252?q?roblem?= In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> , Message-ID: <1412268471794.25756@blackforestltd.com> All, We have an existing Excel file that I would like to use as an Access Linked Table in order to provide easier access to the data for our users. I built a small Access 2007 application with several reports that the users really like. One user will still need to use Excel to make updates to the data as they have for the past 10 years. They do not want to give up this approach. If Excel is opened first, the Access application works fine. However, if Access is opened first (with the Excel file as a linked table), Excel does not open nicely and we see this message. ?Excel cannot open the file ?Test.xlsx? because the file format or the file extension is not valid. Verify that the file has not been corrupted and that the file extension matches the format of the file.? Evidently, when Access opens the Excel file as a Linked Table it does something to ?lock? the file or something along these lines. Is there a way to prevent this? Thanks, Brad From marksimms at verizon.net Thu Oct 2 12:11:31 2014 From: marksimms at verizon.net (Mark Simms) Date: Thu, 02 Oct 2014 13:11:31 -0400 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> Message-ID: <004501cfde63$e9b956c0$bd2c0440$@net> Bingo and this is so indicative of the "we know it all, don't tell us what to do" culture at Microsoft. > > Don't see why. A name is just a name. They could call it whatever thy > like internally. > > - Hans From paul.hartland at googlemail.com Thu Oct 2 12:30:14 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 2 Oct 2014 18:30:14 +0100 Subject: [AccessD] =?utf-8?b?RXhjZWwgTGlua2VkIFRhYmxlIOKAkyDigJxTaGFyaW5n?= =?utf-8?b?4oCdIFByb2JsZW0=?= In-Reply-To: <1412268471794.25756@blackforestltd.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> Message-ID: Brad, Im not sure there is off hand, however not used Access with Excel for a while, one thought around this is give the one user an access db of their own with the Excel linked file, and let them do updates on that. Paul On 2 October 2014 17:47, Brad Marks wrote: > All, > > We have an existing Excel file that I would like to use as an Access > Linked Table in order to provide easier access to the data for our users. > > I built a small Access 2007 application with several reports that the > users really like. > > One user will still need to use Excel to make updates to the data as they > have for the past 10 years. They do not want to give up this approach. > > If Excel is opened first, the Access application works fine. > > However, if Access is opened first (with the Excel file as a linked > table), Excel does not open nicely and we see this message. > > ?Excel cannot open the file ?Test.xlsx? because the file format or the > file extension is not valid. Verify that the file has not been corrupted > and that the file extension matches the format of the file.? > > Evidently, when Access opens the Excel file as a Linked Table it does > something to ?lock? the file or something along these lines. > > Is there a way to prevent this? > > Thanks, > Brad > > > -- > 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 bensonforums at gmail.com Thu Oct 2 13:44:17 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 2 Oct 2014 14:44:17 -0400 Subject: [AccessD] FW: Why they called it Windows 10, and not Windows 9... In-Reply-To: <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> References: <222A8C97EA0949EA9F5C42B8C3108B0D@HAL9007> <04812fe5c0c944c8a9e05f741ce430c6@HKXPR04MB360.apcprd04.prod.outlook.com> <3C478FB8-2536-489E-99B4-2501F9715253@phulse.com> Message-ID: So if I understood, existing code (somewhere, somewhen) used "Windows 9*" as a name fragment to assist in recognizing if the given OS were Windows 95/98... and a genuine Windows 9 would potentially cause applications with that kind of lazy coding technique to now get their comeuppance. I don't see insulating misguided coding practices from the due rewards of their errantry to be a valid reason for skipping a version. May be true, but it's a silly condescension in my view. On Oct 1, 2014 9:43 PM, "Hans-Christian Andersen" wrote: > Don't see why. A name is just a name. They could call it whatever thy like > internally. > > - Hans > > > > On Oct 1, 2014, at 6:29 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > > Good Theory and likely a real issue as well... > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > > Sent: Thursday, 2 October 2014 11:22 AM > > To: 'Off Topic'; 'Access Developers discussion and problem solving' > > Subject: [AccessD] FW: Why they called it Windows 10, and not Windows > 9... > > > > another theory... > > > > _____ > > > > From: Noah Sutton-Smolin [mailto:noahsutsmo at gmail.com] > > Sent: Wednesday, October 01, 2014 6:17 PM > > To: Rocky Smolin > > Subject: Why they called it Windows 10, and not Windows 9... > > > > > > Since Windows 2000, people have used the condition: > > > > if(os.version.startswith("Windows 9") || > os.version.startswith("Windows > > ME")) > > > > or some such equivalent to identify Windows 95, Windows 98, and Windows > ME. > > > > It's in thousands of lines of code, all over the place. Calling it > "Windows > > 9" would break too many applications for Microsoft to bother. > > > > https://searchcode.com/?q=startswith%28%22windows%5C+9%22%29 > > > > > > ++Noah Sutton-Smolin > > Android Developer, EcoATM > > E: noahsutsmo at gmail.com > > H: 858-259-2592 > > C: 858-342-8926 > > > > PGP public key > > < > https://hkps.pool.sks-keyservers.net/pks/lookup?op=get&search=0x07C0E1EFD44 > > 10CD1> > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at aig.com Thu Oct 2 14:14:37 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Thu, 2 Oct 2014 19:14:37 +0000 Subject: [AccessD] =?windows-1252?q?Excel_Linked_Table_=96_=93Sharing=94_P?= =?windows-1252?q?roblem?= In-Reply-To: <1412268471794.25756@blackforestltd.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> , <1412268471794.25756@blackforestltd.com> Message-ID: "One user will still need to use Excel to make updates to the data as they have for the past 10 years. They do not want to give up this approach." A classic resistance to change problem. S/he does not want to change "because"... However, assuming you cannot persuade the CEO (or whomever it is) to join the 21st century, if the other users only need to see the current data then what about this approach. When the Access application opens, import the data from the Excel file to a table (using an import spec instead of a linked table), and use the table to present data to the Access users. Then at intervals reimport the data. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, October 02, 2014 12:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] Excel Linked Table ? ?Sharing? Problem All, We have an existing Excel file that I would like to use as an Access Linked Table in order to provide easier access to the data for our users. I built a small Access 2007 application with several reports that the users really like. One user will still need to use Excel to make updates to the data as they have for the past 10 years. They do not want to give up this approach. If Excel is opened first, the Access application works fine. However, if Access is opened first (with the Excel file as a linked table), Excel does not open nicely and we see this message. ?Excel cannot open the file ?Test.xlsx? because the file format or the file extension is not valid. Verify that the file has not been corrupted and that the file extension matches the format of the file.? Evidently, when Access opens the Excel file as a Linked Table it does something to ?lock? the file or something along these lines. Is there a way to prevent this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Oct 2 18:30:08 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Thu, 2 Oct 2014 23:30:08 +0000 Subject: [AccessD] =?windows-1252?q?Excel_Linked_Table_=96_=93Sharing=94_P?= =?windows-1252?q?roblem?= In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> , <1412268471794.25756@blackforestltd.com> Message-ID: <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> Yes... some flavour of this would be my solution too. Personally I would use ADO to push the data into temp table location. That way it doesn't matter what app is open. The user can just refresh the data whenever without any locking issues. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, 3 October 2014 5:15 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table ? ?Sharing? Problem "One user will still need to use Excel to make updates to the data as they have for the past 10 years. They do not want to give up this approach." A classic resistance to change problem. S/he does not want to change "because"... However, assuming you cannot persuade the CEO (or whomever it is) to join the 21st century, if the other users only need to see the current data then what about this approach. When the Access application opens, import the data from the Excel file to a table (using an import spec instead of a linked table), and use the table to present data to the Access users. Then at intervals reimport the data. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Thursday, October 02, 2014 12:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] Excel Linked Table ? ?Sharing? Problem All, We have an existing Excel file that I would like to use as an Access Linked Table in order to provide easier access to the data for our users. I built a small Access 2007 application with several reports that the users really like. One user will still need to use Excel to make updates to the data as they have for the past 10 years. They do not want to give up this approach. If Excel is opened first, the Access application works fine. However, if Access is opened first (with the Excel file as a linked table), Excel does not open nicely and we see this message. ?Excel cannot open the file ?Test.xlsx? because the file format or the file extension is not valid. Verify that the file has not been corrupted and that the file extension matches the format of the file.? Evidently, when Access opens the Excel file as a Linked Table it does something to ?lock? the file or something along these lines. Is there a way to prevent this? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Oct 2 18:46:56 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 2 Oct 2014 19:46:56 -0400 Subject: [AccessD] =?utf-8?b?RXhjZWwgTGlua2VkIFRhYmxlIOKAkyDigJxTaGFyaW5n?= =?utf-8?b?4oCdIFByb2JsZW0=?= In-Reply-To: <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: I would think it would be easier to kill the excel table, then use DoCmd.TransferDatabase with acImport to recreate it. Why bother with ADO which leaves you responsible for re-coding if field names change? On Oct 2, 2014 7:33 PM, "Darryl Collins" wrote: > Yes... some flavour of this would be my solution too. Personally I would > use ADO to push the data into temp table location. That way it doesn't > matter what app is open. The user can just refresh the data whenever > without any locking issues. > > Cheers > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Friday, 3 October 2014 5:15 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Excel Linked Table ? ?Sharing? Problem > > "One user will still need to use Excel to make updates to the data as they > have for the past 10 years. They do not want to give up this approach." > > A classic resistance to change problem. S/he does not want to change > "because"... > > However, assuming you cannot persuade the CEO (or whomever it is) to join > the 21st century, if the other users only need to see the current data then > what about this approach. > > When the Access application opens, import the data from the Excel file to > a table (using an import spec instead of a linked table), and use the table > to present data to the Access users. Then at intervals reimport the data. > > Lambert > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Thursday, October 02, 2014 12:48 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Excel Linked Table ? ?Sharing? Problem > > All, > > We have an existing Excel file that I would like to use as an Access > Linked Table in order to provide easier access to the data for our users. > > I built a small Access 2007 application with several reports that the > users really like. > > One user will still need to use Excel to make updates to the data as they > have for the past 10 years. They do not want to give up this approach. > > If Excel is opened first, the Access application works fine. > > However, if Access is opened first (with the Excel file as a linked > table), Excel does not open nicely and we see this message. > > ?Excel cannot open the file ?Test.xlsx? because the file format or the > file extension is not valid. Verify that the file has not been corrupted > and that the file extension matches the format of the file.? > > Evidently, when Access opens the Excel file as a Linked Table it does > something to ?lock? the file or something along these lines. > > Is there a way to prevent this? > > Thanks, > Brad > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Oct 2 19:06:13 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 3 Oct 2014 00:06:13 +0000 Subject: [AccessD] =?utf-8?b?RXhjZWwgTGlua2VkIFRhYmxlIOKAkyDigJxTaGFyaW5n?= =?utf-8?b?4oCdIFByb2JsZW0=?= In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Sure... There are many ways of doing this. But the key is to 'unlink' the live connection between Excel and Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Friday, 3 October 2014 9:47 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table ? ?Sharing? Problem I would think it would be easier to kill the excel table, then use DoCmd.TransferDatabase with acImport to recreate it. Why bother with ADO which leaves you responsible for re-coding if field names change? On Oct 2, 2014 7:33 PM, "Darryl Collins" wrote: > Yes... some flavour of this would be my solution too. Personally I > would use ADO to push the data into temp table location. That way it > doesn't matter what app is open. The user can just refresh the data > whenever without any locking issues. > > Cheers > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Friday, 3 October 2014 5:15 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Excel Linked Table ? ?Sharing? Problem > > "One user will still need to use Excel to make updates to the data as > they have for the past 10 years. They do not want to give up this approach." > > A classic resistance to change problem. S/he does not want to change > "because"... > > However, assuming you cannot persuade the CEO (or whomever it is) to > join the 21st century, if the other users only need to see the current > data then what about this approach. > > When the Access application opens, import the data from the Excel file > to a table (using an import spec instead of a linked table), and use > the table to present data to the Access users. Then at intervals reimport the data. > > Lambert > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Thursday, October 02, 2014 12:48 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Excel Linked Table ? ?Sharing? Problem > > All, > > We have an existing Excel file that I would like to use as an Access > Linked Table in order to provide easier access to the data for our users. > > I built a small Access 2007 application with several reports that the > users really like. > > One user will still need to use Excel to make updates to the data as > they have for the past 10 years. They do not want to give up this approach. > > If Excel is opened first, the Access application works fine. > > However, if Access is opened first (with the Excel file as a linked > table), Excel does not open nicely and we see this message. > > ?Excel cannot open the file ?Test.xlsx? because the file format or the > file extension is not valid. Verify that the file has not been > corrupted and that the file extension matches the format of the file.? > > Evidently, when Access opens the Excel file as a Linked Table it does > something to ?lock? the file or something along these lines. > > Is there a way to prevent this? > > Thanks, > Brad > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marksimms at verizon.net Fri Oct 3 08:27:21 2014 From: marksimms at verizon.net (Mark Simms) Date: Fri, 03 Oct 2014 09:27:21 -0400 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <014201cfdf0d$c3905a20$4ab10e60$@net> There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > From bradm at blackforestltd.com Fri Oct 3 09:21:19 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Fri, 3 Oct 2014 14:21:19 +0000 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: <014201cfdf0d$c3905a20$4ab10e60$@net> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> <014201cfdf0d$c3905a20$4ab10e60$@net> Message-ID: <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> All, Thanks to everyone who shared their ideas and insights on this issue. I started by experimenting with a test Excel file in order to try a couple different approaches. Then I tried to use the actual Production Excel file. When I try to import or link to this file, I receive this message. "The wizard is unable to access info in the file H:\Production.xls. Please check that the file exists and is in the correct format" Evidently, there is something in the Production Excel file that Access does not like. I need to get past this hurdle before I move forward. When time permits, I might experiment with VBA and Windows Automation to get at the Excel file data from Access. Thanks again for your help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, October 03, 2014 8:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jbodin at sbor.com Fri Oct 3 09:33:30 2014 From: jbodin at sbor.com (John Bodin) Date: Fri, 3 Oct 2014 14:33:30 +0000 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> <014201cfdf0d$c3905a20$4ab10e60$@net> <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: <3239da362c1d47269719988a5723979b@BL2PR04MB019.namprd04.prod.outlook.com> Hi Brad, Few things you probably already checked, but...: Did you put the Test file in the same H:\ location? (Assuming test file worked fine) Network permissions in that folder? Trustworthy Computing - are you trusting Network locations, specifically H: ? Excel Production file doesn't have the Block flag on it (that's bitten me a few times.) Good luck. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 10:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem All, Thanks to everyone who shared their ideas and insights on this issue. I started by experimenting with a test Excel file in order to try a couple different approaches. Then I tried to use the actual Production Excel file. When I try to import or link to this file, I receive this message. "The wizard is unable to access info in the file H:\Production.xls. Please check that the file exists and is in the correct format" Evidently, there is something in the Production Excel file that Access does not like. I need to get past this hurdle before I move forward. When time permits, I might experiment with VBA and Windows Automation to get at the Excel file data from Access. Thanks again for your help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, October 03, 2014 8:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Fri Oct 3 11:13:55 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Fri, 3 Oct 2014 16:13:55 +0000 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: <3239da362c1d47269719988a5723979b@BL2PR04MB019.namprd04.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> <014201cfdf0d$c3905a20$4ab10e60$@net> <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> <3239da362c1d47269719988a5723979b@BL2PR04MB019.namprd04.prod.outlook.com> Message-ID: <51c731479ddf4371a21cd3097f124198@BLUPR0501MB884.namprd05.prod.outlook.com> John, The Test Excel file and the Production Excel file are both in the same folder. Trust settings are set up properly. I am not familiar with the Excel Block flag. Where is this located? Thanks, Brad PS. My best guess is that Access doesn't like the Production Excel file because it is a complex spreadsheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bodin Sent: Friday, October 03, 2014 9:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem Hi Brad, Few things you probably already checked, but...: Did you put the Test file in the same H:\ location? (Assuming test file worked fine) Network permissions in that folder? Trustworthy Computing - are you trusting Network locations, specifically H: ? Excel Production file doesn't have the Block flag on it (that's bitten me a few times.) Good luck. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 10:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem All, Thanks to everyone who shared their ideas and insights on this issue. I started by experimenting with a test Excel file in order to try a couple different approaches. Then I tried to use the actual Production Excel file. When I try to import or link to this file, I receive this message. "The wizard is unable to access info in the file H:\Production.xls. Please check that the file exists and is in the correct format" Evidently, there is something in the Production Excel file that Access does not like. I need to get past this hurdle before I move forward. When time permits, I might experiment with VBA and Windows Automation to get at the Excel file data from Access. Thanks again for your help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, October 03, 2014 8:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jbodin at sbor.com Fri Oct 3 11:23:16 2014 From: jbodin at sbor.com (John Bodin) Date: Fri, 3 Oct 2014 16:23:16 +0000 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: <51c731479ddf4371a21cd3097f124198@BLUPR0501MB884.namprd05.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> <014201cfdf0d$c3905a20$4ab10e60$@net> <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> <3239da362c1d47269719988a5723979b@BL2PR04MB019.namprd04.prod.outlook.com> <51c731479ddf4371a21cd3097f124198@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: <95bcd37639054da387a0d1350ec159b4@BLUPR04MB023.namprd04.prod.outlook.com> If you get a workbook or doc from the internet or attachment in email or a cd for instance, when you save it your computer you need to right-click and hit properties on the file. If you get a button on the bottom that says "Unblock" and a description about why this file is blocked, then this could be the issue. They have been using this file for some time so it's doubtful, but easy to check. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 12:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem John, The Test Excel file and the Production Excel file are both in the same folder. Trust settings are set up properly. I am not familiar with the Excel Block flag. Where is this located? Thanks, Brad PS. My best guess is that Access doesn't like the Production Excel file because it is a complex spreadsheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bodin Sent: Friday, October 03, 2014 9:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem Hi Brad, Few things you probably already checked, but...: Did you put the Test file in the same H:\ location? (Assuming test file worked fine) Network permissions in that folder? Trustworthy Computing - are you trusting Network locations, specifically H: ? Excel Production file doesn't have the Block flag on it (that's bitten me a few times.) Good luck. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 10:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem All, Thanks to everyone who shared their ideas and insights on this issue. I started by experimenting with a test Excel file in order to try a couple different approaches. Then I tried to use the actual Production Excel file. When I try to import or link to this file, I receive this message. "The wizard is unable to access info in the file H:\Production.xls. Please check that the file exists and is in the correct format" Evidently, there is something in the Production Excel file that Access does not like. I need to get past this hurdle before I move forward. When time permits, I might experiment with VBA and Windows Automation to get at the Excel file data from Access. Thanks again for your help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, October 03, 2014 8:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Fri Oct 3 11:31:57 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Fri, 3 Oct 2014 16:31:57 +0000 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: <95bcd37639054da387a0d1350ec159b4@BLUPR04MB023.namprd04.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> <014201cfdf0d$c3905a20$4ab10e60$@net> <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> <3239da362c1d47269719988a5723979b@BL2PR04MB019.namprd04.prod.outlook.com> <51c731479ddf4371a21cd3097f124198@BLUPR0501MB884.namprd05.prod.outlook.com> <95bcd37639054da387a0d1350ec159b4@BLUPR04MB023.namprd04.prod.outlook.com> Message-ID: John, Thanks for the info. It's Friday and I have a bit of MBS (Mushy Brain Syndrome). I was actually reverting back to my "Mainframe Days (Daze)" and was thinking of "blocking" as in "1000 Records Per Block". Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bodin Sent: Friday, October 03, 2014 11:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem If you get a workbook or doc from the internet or attachment in email or a cd for instance, when you save it your computer you need to right-click and hit properties on the file. If you get a button on the bottom that says "Unblock" and a description about why this file is blocked, then this could be the issue. They have been using this file for some time so it's doubtful, but easy to check. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 12:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem John, The Test Excel file and the Production Excel file are both in the same folder. Trust settings are set up properly. I am not familiar with the Excel Block flag. Where is this located? Thanks, Brad PS. My best guess is that Access doesn't like the Production Excel file because it is a complex spreadsheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bodin Sent: Friday, October 03, 2014 9:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem Hi Brad, Few things you probably already checked, but...: Did you put the Test file in the same H:\ location? (Assuming test file worked fine) Network permissions in that folder? Trustworthy Computing - are you trusting Network locations, specifically H: ? Excel Production file doesn't have the Block flag on it (that's bitten me a few times.) Good luck. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 10:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem All, Thanks to everyone who shared their ideas and insights on this issue. I started by experimenting with a test Excel file in order to try a couple different approaches. Then I tried to use the actual Production Excel file. When I try to import or link to this file, I receive this message. "The wizard is unable to access info in the file H:\Production.xls. Please check that the file exists and is in the correct format" Evidently, there is something in the Production Excel file that Access does not like. I need to get past this hurdle before I move forward. When time permits, I might experiment with VBA and Windows Automation to get at the Excel file data from Access. Thanks again for your help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, October 03, 2014 8:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Oct 3 23:41:57 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 3 Oct 2014 22:41:57 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: <1412190705528.87768@cactus.dk> Message-ID: <942397769.11129543.1412397717842.JavaMail.root@cds018> ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 1, 2014 12:11:45 PM Subject: Re: [AccessD] Windows 10... Hi Jim Just refresh the page ... /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Jim Lawrence Sendt: 1. oktober 2014 20:40 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Not yet: "... Windows Technical Preview isn't available Thank you for your interest in updating to Windows Technical Preview. Unfortunately, you can't install the preview on your operating system..." I have no idea what is wrong? ;-) Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 1, 2014 8:55:50 AM Subject: Re: [AccessD] Windows 10... Hi all It's now on-line: http://windows.microsoft.com/en-us/windows/preview /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Oct 3 23:54:56 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 3 Oct 2014 22:54:56 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: Message-ID: <1240643692.11132721.1412398496049.JavaMail.root@cds018> Oh Golly...that's surprise. Jim ----- Original Message ----- From: "Doug Steele" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 1, 2014 3:02:53 PM Subject: Re: [AccessD] Windows 10... On Wed, Oct 1, 2014 at 11:40 AM, Jim Lawrence wrote: > > Thank you for your interest in updating to Windows Technical Preview. > Unfortunately, you can't install the preview on your operating system..." > > I have no idea what is wrong? ;-) Jim, Windows 10 won't run under Linux :) By the way, here is an article from 2013 explaining why Microsoft never released Windows 9: http://www.infoworld.com/article/2613504/microsoft-windows/microsoft-windows-microsoft-skips-too-good-windows-9-jumps-to-windows-10.html Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Sat Oct 4 10:36:34 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 4 Oct 2014 08:36:34 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: I installed it, but honestly I hate the new start menu. It has to have charms to accommodate Touch but it's awfully cluttered and poorly organized. You can resize the charms but not replace them with a list. You can uninstall apps from the start menu, which is handy for things like Xbox and Sports. Of course all that may change by release. Overall, I like most of it (except for the ugly start menu). You still have the right-click menu on the Windows logo, so I tend to use that. And of course applications now install an icon on your desktop by default, even the touch versions. I put it on a 6-year old laptop with 4 GB RAM and a 300 Gb hard drive, and it's working fine. Installing it as an upgrade from Win 8.1 was a no brainer. I didn't have to touch the machine until I logged in again. It kept all my settings and drivers, but I didn't actually have any apps except dropbox installed, so I can't say how other programs might have been affected by an upgrade. I don't have it on a touch-screen box, so I can't test that, and apps do behave differently on a touch platform. It feels a lot faster than Win 8.1 with the default boot to the desktop happening right away. Haven't tested it yet using the start screen, but we'll see. Overall, I'm having a positive reaction to it. Charlotte On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > Hi all > > It's now on-line: > > http://windows.microsoft.com/en-us/windows/preview > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > Sendt: 1. oktober 2014 09:20 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] Windows 10... > > Hi Darryl > > Don't forget that this really isn't much more/other than a new Windows 8.1 > skin for the wimps. > > That said, I look forward to the desktop switching option. > So, certainly, this is marked as a must-do task for the weekend. I > couldn't do otherwise as I've run Windows 8 from the very first developer > preview (with the outstanding desktop betta fish). > > I'm impressed that MS has been able to hold the 10 tight while everyone > was talking about 9. What a surprise - and that is, of course, the > intention behind. It worked. Kudos to marketing dept. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > Sendt: 1. oktober 2014 00:52 > Til: Access Developers discussion and problem solving > Emne: [AccessD] OT: Windows 10... > > Worth a read. Looks better than 8.1 :) > > << > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ > >> > > > Cheers > Darryl > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From mcp2004 at mail.ru Sun Oct 5 01:18:38 2014 From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=) Date: Sun, 05 Oct 2014 10:18:38 +0400 Subject: [AccessD] =?utf-8?q?Windows_10=2E=2E=2E?= In-Reply-To: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: <1412489918.514489108@f188.i.mail.ru> Hi Gustav -- Have you installed it? Does it have OneGet? Windows PowerShell OneGet OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: ? Manage a list of software repositories in which packages can be searched, acquired, and installed ? Search and filter your repositories to find the packages you need ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx https://oneget.codeplex.com/ hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ https://github.com/OneGet/oneget http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. -- Shamil Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock : >Hi all > >It's now on-line: > >http://windows.microsoft.com/en-us/windows/preview > >/gustav > >-----Oprindelig meddelelse----- >Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >Sendt: 1. oktober 2014 09:20 >Til: Access Developers discussion and problem solving >Emne: Re: [AccessD] Windows 10... > >Hi Darryl > >Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. > >That said, I look forward to the desktop switching option. >So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). > >I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. > >/gustav > >-----Oprindelig meddelelse----- >Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >Sendt: 1. oktober 2014 00:52 >Til: Access Developers discussion and problem solving >Emne: [AccessD] OT: Windows 10... > >Worth a read. Looks better than 8.1 :) > ><< http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> > > >Cheers >Darryl > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Oct 5 06:16:37 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 5 Oct 2014 11:16:37 +0000 Subject: [AccessD] Windows 10... In-Reply-To: <1412489918.514489108@f188.i.mail.ru> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com>, <1412489918.514489108@f188.i.mail.ru> Message-ID: <1412507797097.21058@cactus.dk> Hi Shamil Yes. No. >From your links it doesn't look like a Windows native option, rather a Codeplex project. It's new to me. Have you some thoughts regarding its usage? /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Salakhetdinov Shamil Sendt: 5. oktober 2014 08:18 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Hi Gustav -- Have you installed it? Does it have OneGet? Windows PowerShell OneGet OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: ? Manage a list of software repositories in which packages can be searched, acquired, and installed ? Search and filter your repositories to find the packages you need ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx https://oneget.codeplex.com/ hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ https://github.com/OneGet/oneget http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. -- Shamil Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock : >Hi all > >It's now on-line: > >http://windows.microsoft.com/en-us/windows/preview > >/gustav > >-----Oprindelig meddelelse----- >Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >Sendt: 1. oktober 2014 09:20 >Til: Access Developers discussion and problem solving >Emne: Re: [AccessD] Windows 10... > >Hi Darryl > >Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. > >That said, I look forward to the desktop switching option. >So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). > >I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. > >/gustav > >-----Oprindelig meddelelse----- >Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >Sendt: 1. oktober 2014 00:52 >Til: Access Developers discussion and problem solving >Emne: [AccessD] OT: Windows 10... > >Worth a read. Looks better than 8.1 :) > ><< http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> > > >Cheers >Darryl From gustav at cactus.dk Sun Oct 5 06:45:04 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 5 Oct 2014 11:45:04 +0000 Subject: [AccessD] Windows 10... In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com>, Message-ID: <1412509504208.21069@cactus.dk> Hi Charlotte Some things do improve. Recalling the install of WinXP where you went for coffee, this Win10 took exactly 9 minutes from boot to desktop. The only touch device we have is a Surface Pro 2, and I won't clutter that with a preview version, so for the moment I use a VM in Win8.1. Getting used to the large start screen of Win8x as I am, it's a strange mixed feeling of being locked in and meeting a ghost from the past when the new start menu pops forward. I won't say I hate it - if you run a locked down system with few option only, it may come in handy - but I much prefer the start screen; I quickly found the option to unmark. However, the option to resize the RT apps is great. I have missed that for the PDF viewer. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Charlotte Foust Sendt: 4. oktober 2014 17:36 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... I installed it, but honestly I hate the new start menu. It has to have charms to accommodate Touch but it's awfully cluttered and poorly organized. You can resize the charms but not replace them with a list. You can uninstall apps from the start menu, which is handy for things like Xbox and Sports. Of course all that may change by release. Overall, I like most of it (except for the ugly start menu). You still have the right-click menu on the Windows logo, so I tend to use that. And of course applications now install an icon on your desktop by default, even the touch versions. I put it on a 6-year old laptop with 4 GB RAM and a 300 Gb hard drive, and it's working fine. Installing it as an upgrade from Win 8.1 was a no brainer. I didn't have to touch the machine until I logged in again. It kept all my settings and drivers, but I didn't actually have any apps except dropbox installed, so I can't say how other programs might have been affected by an upgrade. I don't have it on a touch-screen box, so I can't test that, and apps do behave differently on a touch platform. It feels a lot faster than Win 8.1 with the default boot to the desktop happening right away. Haven't tested it yet using the start screen, but we'll see. Overall, I'm having a positive reaction to it. Charlotte On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > Hi all > > It's now on-line: > > http://windows.microsoft.com/en-us/windows/preview > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > Sendt: 1. oktober 2014 09:20 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] Windows 10... > > Hi Darryl > > Don't forget that this really isn't much more/other than a new Windows 8.1 > skin for the wimps. > > That said, I look forward to the desktop switching option. > So, certainly, this is marked as a must-do task for the weekend. I > couldn't do otherwise as I've run Windows 8 from the very first developer > preview (with the outstanding desktop betta fish). > > I'm impressed that MS has been able to hold the 10 tight while everyone > was talking about 9. What a surprise - and that is, of course, the > intention behind. It worked. Kudos to marketing dept. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > Sendt: 1. oktober 2014 00:52 > Til: Access Developers discussion and problem solving > Emne: [AccessD] OT: Windows 10... > > Worth a read. Looks better than 8.1 :) > > << > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ > >> > > > Cheers > Darryl From darryl at whittleconsulting.com.au Sun Oct 5 17:24:32 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Sun, 5 Oct 2014 22:24:32 +0000 Subject: [AccessD] Excel Linked Table - "Sharing" Problem In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1270941418.8853680.1412188807747.JavaMail.root@cds018> <1412268471794.25756@blackforestltd.com> <66576fe495314a9cab2bcb0034551a66@HKXPR04MB360.apcprd04.prod.outlook.com> <014201cfdf0d$c3905a20$4ab10e60$@net> <3f5e1a1e34cf40ca8e005b2ae8a8f2be@BLUPR0501MB884.namprd05.prod.outlook.com> <3239da362c1d47269719988a5723979b@BL2PR04MB019.namprd04.prod.outlook.com> <51c731479ddf4371a21cd3097f124198@BLUPR0501MB884.namprd05.prod.outlook.com> <95bcd37639054da387a0d1350ec159b4@BLUPR04MB023.namprd04.prod.outlook.com> Message-ID: Make sure you don't have any 'merged cells' or other bespoke Excel 'features' in the target workbook as well. Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Saturday, 4 October 2014 2:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem John, Thanks for the info. It's Friday and I have a bit of MBS (Mushy Brain Syndrome). I was actually reverting back to my "Mainframe Days (Daze)" and was thinking of "blocking" as in "1000 Records Per Block". Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bodin Sent: Friday, October 03, 2014 11:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem If you get a workbook or doc from the internet or attachment in email or a cd for instance, when you save it your computer you need to right-click and hit properties on the file. If you get a button on the bottom that says "Unblock" and a description about why this file is blocked, then this could be the issue. They have been using this file for some time so it's doubtful, but easy to check. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 12:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem John, The Test Excel file and the Production Excel file are both in the same folder. Trust settings are set up properly. I am not familiar with the Excel Block flag. Where is this located? Thanks, Brad PS. My best guess is that Access doesn't like the Production Excel file because it is a complex spreadsheet. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bodin Sent: Friday, October 03, 2014 9:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem Hi Brad, Few things you probably already checked, but...: Did you put the Test file in the same H:\ location? (Assuming test file worked fine) Network permissions in that folder? Trustworthy Computing - are you trusting Network locations, specifically H: ? Excel Production file doesn't have the Block flag on it (that's bitten me a few times.) Good luck. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 03, 2014 10:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem All, Thanks to everyone who shared their ideas and insights on this issue. I started by experimenting with a test Excel file in order to try a couple different approaches. Then I tried to use the actual Production Excel file. When I try to import or link to this file, I receive this message. "The wizard is unable to access info in the file H:\Production.xls. Please check that the file exists and is in the correct format" Evidently, there is something in the Production Excel file that Access does not like. I need to get past this hurdle before I move forward. When time permits, I might experiment with VBA and Windows Automation to get at the Excel file data from Access. Thanks again for your help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Friday, October 03, 2014 8:27 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Linked Table - "Sharing" Problem There is a Boolean "MaintainConnection" property which may be related to this. >From what I understand, it's not available via the GUI......only VBA. > > Sure... There are many ways of doing this. But the key is to 'unlink' > the live connection between Excel and Access. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hans.andersen at phulse.com Sun Oct 5 18:34:11 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Sun, 5 Oct 2014 16:34:11 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <1412489918.514489108@f188.i.mail.ru> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1412489918.514489108@f188.i.mail.ru> Message-ID: <36601D43-20FA-4A68-A9ED-75C468E12B6B@phulse.com> Wow. It's about time Windows got something like this. I'm happy on your behalf. - Hans > On Oct 4, 2014, at 11:18 PM, Salakhetdinov Shamil wrote: > > Hi Gustav -- > > Have you installed it? > Does it have OneGet? > > Windows PowerShell OneGet > OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: > ? Manage a list of software repositories in which packages can be searched, acquired, and installed > ? Search and filter your repositories to find the packages you need > ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command > http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx > https://oneget.codeplex.com/ > hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx > http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ > https://github.com/OneGet/oneget > http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. > > -- Shamil > > > Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock : >> Hi all >> >> It's now on-line: >> >> http://windows.microsoft.com/en-us/windows/preview >> >> /gustav >> >> -----Oprindelig meddelelse----- >> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >> Sendt: 1. oktober 2014 09:20 >> Til: Access Developers discussion and problem solving >> Emne: Re: [AccessD] Windows 10... >> >> Hi Darryl >> >> Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. >> >> That said, I look forward to the desktop switching option. >> So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). >> >> I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. >> >> /gustav >> >> -----Oprindelig meddelelse----- >> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >> Sendt: 1. oktober 2014 00:52 >> Til: Access Developers discussion and problem solving >> Emne: [AccessD] OT: Windows 10... >> >> Worth a read. Looks better than 8.1 :) >> >> << http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> >> >> >> Cheers >> Darryl >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From mcp2004 at mail.ru Mon Oct 6 03:22:26 2014 From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=) Date: Mon, 06 Oct 2014 12:22:26 +0400 Subject: [AccessD] =?utf-8?q?Windows_10=2E=2E=2E?= In-Reply-To: <36601D43-20FA-4A68-A9ED-75C468E12B6B@phulse.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1412489918.514489108@f188.i.mail.ru> <36601D43-20FA-4A68-A9ED-75C468E12B6B@phulse.com> Message-ID: <1412583746.713102499@f81.i.mail.ru> Hi Hans -- Could you please elaborate a bit more on what would you like to say and to achieve by this kind of your comments? Thank you. -- Shamil P.S. NB: ?I appreciate a lot your constructive comments coming from your rich technical, managerial and life experience. Sun, 5 Oct 2014 16:34:11 -0700 from Hans-Christian Andersen : >Wow. It's about time Windows got something like this. I'm happy on your behalf. > >- Hans > > >> On Oct 4, 2014, at 11:18 PM, Salakhetdinov Shamil < mcp2004 at mail.ru > wrote: >> >> Hi Gustav -- >> >> Have you installed it? >> Does it have OneGet? >> >> Windows PowerShell OneGet >> OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: >> ? Manage a list of software repositories in which packages can be searched, acquired, and installed >> ? Search and filter your repositories to find the packages you need >> ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command >> http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx >> https://oneget.codeplex.com/ >> hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx >> http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ >> https://github.com/OneGet/oneget >> http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. >> >> -- Shamil >> >> >> Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock < gustav at cactus.dk >: >>> Hi all >>> >>> It's now on-line: >>> >>> http://windows.microsoft.com/en-us/windows/preview >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>> Sendt: 1. oktober 2014 09:20 >>> Til: Access Developers discussion and problem solving >>> Emne: Re: [AccessD] Windows 10... >>> >>> Hi Darryl >>> >>> Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. >>> >>> That said, I look forward to the desktop switching option. >>> So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). >>> >>> I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>> Sendt: 1. oktober 2014 00:52 >>> Til: Access Developers discussion and problem solving >>> Emne: [AccessD] OT: Windows 10... >>> >>> Worth a read. Looks better than 8.1 :) >>> >>> << http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> >>> >>> >>> Cheers >>> Darryl >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From accessd at shaw.ca Mon Oct 6 15:50:22 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 6 Oct 2014 14:50:22 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: <1412489918.514489108@f188.i.mail.ru> Message-ID: <1206395667.12804831.1412628622294.JavaMail.root@cds018> Excellent. If I did not know better I would say, "Its about time". Microsoft is actually starting to learn something (from Linux). ;-) Jim ----- Original Message ----- From: "Salakhetdinov Shamil" To: "Access Developers discussion and problem solving" Sent: Saturday, October 4, 2014 11:18:38 PM Subject: Re: [AccessD] Windows 10... Hi Gustav -- Have you installed it? Does it have OneGet? Windows PowerShell OneGet OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: ? Manage a list of software repositories in which packages can be searched, acquired, and installed ? Search and filter your repositories to find the packages you need ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx https://oneget.codeplex.com/ hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ https://github.com/OneGet/oneget http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. -- Shamil Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock : >Hi all > >It's now on-line: > >http://windows.microsoft.com/en-us/windows/preview > >/gustav > >-----Oprindelig meddelelse----- >Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >Sendt: 1. oktober 2014 09:20 >Til: Access Developers discussion and problem solving >Emne: Re: [AccessD] Windows 10... > >Hi Darryl > >Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. > >That said, I look forward to the desktop switching option. >So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). > >I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. > >/gustav > >-----Oprindelig meddelelse----- >Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >Sendt: 1. oktober 2014 00:52 >Til: Access Developers discussion and problem solving >Emne: [AccessD] OT: Windows 10... > >Worth a read. Looks better than 8.1 :) > ><< http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> > > >Cheers >Darryl > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcp2004 at mail.ru Mon Oct 6 17:00:52 2014 From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=) Date: Tue, 07 Oct 2014 02:00:52 +0400 Subject: [AccessD] =?utf-8?q?Windows_10=2E=2E=2E?= In-Reply-To: <1412507797097.21058@cactus.dk> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1412489918.514489108@f188.i.mail.ru> <1412507797097.21058@cactus.dk> Message-ID: <1412632852.612216202@f311.i.mail.ru> Hi Gustav -- AFAIU OneGet should be integrated (installed by default) in the release version of MS Windows 10. Using OneGet you can setup an MS Windows software package by using one command line - and all the dependent software will be "automagically" discovered and installed. Also using OneGet and PowerShell it will be possible to develop MS Windows target configurations setup automation scripts... ... Thank you. -- Shamil Sun, 5 Oct 2014 11:16:37 +0000 from Gustav Brock : >Hi Shamil > >Yes. >No. > >From your links it doesn't look like a Windows native option, rather a Codeplex project. > >It's new to me. Have you some thoughts regarding its usage? > >/gustav >________________________________________ >Fra: accessd-bounces at databaseadvisors.com < accessd-bounces at databaseadvisors.com > p? vegne af Salakhetdinov Shamil < mcp2004 at mail.ru > >Sendt: 5. oktober 2014 08:18 >Til: Access Developers discussion and problem solving >Emne: Re: [AccessD] Windows 10... > >?Hi Gustav -- > >Have you installed it? >Does it have OneGet? > >Windows PowerShell OneGet >OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: >? Manage a list of software repositories in which packages can be searched, acquired, and installed >? Search and filter your repositories to find the packages you need >? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command >http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx >https://oneget.codeplex.com/ >hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx >http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ >https://github.com/OneGet/oneget >http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. > >-- Shamil > > >Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock < gustav at cactus.dk >: >>Hi all >> >>It's now on-line: >> >> http://windows.microsoft.com/en-us/windows/preview >> >>/gustav >> >>-----Oprindelig meddelelse----- >>Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>Sendt: 1. oktober 2014 09:20 >>Til: Access Developers discussion and problem solving >>Emne: Re: [AccessD] Windows 10... >> >>Hi Darryl >> >>Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. >> >>That said, I look forward to the desktop switching option. >>So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). >> >>I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. >> >>/gustav >> >>-----Oprindelig meddelelse----- >>Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>Sendt: 1. oktober 2014 00:52 >>Til: Access Developers discussion and problem solving >>Emne: [AccessD] OT: Windows 10... >> >>Worth a read. Looks better than 8.1 :) >> >><< http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> >> >> >>Cheers >>Darryl > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Oct 7 03:15:00 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 7 Oct 2014 08:15:00 +0000 Subject: [AccessD] Windows 10... Message-ID: Hi Shamil OK, a bit like true Windows Store app. It may be included with an update. I'll pay attention. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Salakhetdinov Shamil Sendt: 7. oktober 2014 00:01 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Hi Gustav -- AFAIU OneGet should be integrated (installed by default) in the release version of MS Windows 10. Using OneGet you can setup an MS Windows software package by using one command line - and all the dependent software will be "automagically" discovered and installed. Also using OneGet and PowerShell it will be possible to develop MS Windows target configurations setup automation scripts... ... Thank you. -- Shamil Sun, 5 Oct 2014 11:16:37 +0000 from Gustav Brock : >Hi Shamil > >Yes. >No. > >From your links it doesn't look like a Windows native option, rather a Codeplex project. > >It's new to me. Have you some thoughts regarding its usage? > >/gustav >________________________________________ >Fra: accessd-bounces at databaseadvisors.com < >accessd-bounces at databaseadvisors.com > p? vegne af Salakhetdinov Shamil >< mcp2004 at mail.ru > >Sendt: 5. oktober 2014 08:18 >Til: Access Developers discussion and problem solving >Emne: Re: [AccessD] Windows 10... > >?Hi Gustav -- > >Have you installed it? >Does it have OneGet? From hans.andersen at phulse.com Tue Oct 7 03:37:17 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Tue, 7 Oct 2014 01:37:17 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <1412583746.713102499@f81.i.mail.ru> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1412489918.514489108@f188.i.mail.ru> <36601D43-20FA-4A68-A9ED-75C468E12B6B@phulse.com> <1412583746.713102499@f81.i.mail.ru> Message-ID: <50B58E10-D0CD-4E5C-A519-2A61E4A98D93@phulse.com> The Linux and BSD world has long had package managers (apt, yum, etc). OS X has for a little while too (brew, mac ports). It's nice to see you Windows people finally come on board. Quite frankly, I believe it's one of the main reasons why I've seen very few serious web dev shops using Windows as a platform for software development. So this is very beneficial to you guys. This might change things a bit if executed correctly. - Hans > On Oct 6, 2014, at 1:22 AM, Salakhetdinov Shamil wrote: > > Hi Hans -- > > Could you please elaborate a bit more on what would you like to say and to achieve by this kind of your comments? > > Thank you. > > -- Shamil > > P.S. NB: I appreciate a lot your constructive comments coming from your rich technical, managerial and life experience. > > > Sun, 5 Oct 2014 16:34:11 -0700 from Hans-Christian Andersen : >> Wow. It's about time Windows got something like this. I'm happy on your behalf. >> >> - Hans >> >> >>> On Oct 4, 2014, at 11:18 PM, Salakhetdinov Shamil < mcp2004 at mail.ru > wrote: >>> >>> Hi Gustav -- >>> >>> Have you installed it? >>> Does it have OneGet? >>> >>> Windows PowerShell OneGet >>> OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: >>> ? Manage a list of software repositories in which packages can be searched, acquired, and installed >>> ? Search and filter your repositories to find the packages you need >>> ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command >>> http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx >>> https://oneget.codeplex.com/ >>> hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx >>> http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ >>> https://github.com/OneGet/oneget >>> http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. >>> >>> -- Shamil >>> >>> >>> Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock < gustav at cactus.dk >: >>>> Hi all >>>> >>>> It's now on-line: >>>> >>>> http://windows.microsoft.com/en-us/windows/preview >>>> >>>> /gustav >>>> >>>> -----Oprindelig meddelelse----- >>>> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>>> Sendt: 1. oktober 2014 09:20 >>>> Til: Access Developers discussion and problem solving >>>> Emne: Re: [AccessD] Windows 10... >>>> >>>> Hi Darryl >>>> >>>> Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. >>>> >>>> That said, I look forward to the desktop switching option. >>>> So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). >>>> >>>> I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. >>>> >>>> /gustav >>>> >>>> -----Oprindelig meddelelse----- >>>> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>>> Sendt: 1. oktober 2014 00:52 >>>> Til: Access Developers discussion and problem solving >>>> Emne: [AccessD] OT: Windows 10... >>>> >>>> Worth a read. Looks better than 8.1 :) >>>> >>>> << http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> >>>> >>>> >>>> Cheers >>>> Darryl >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> 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 Oct 7 16:59:21 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 08 Oct 2014 07:59:21 +1000 Subject: [AccessD] Windows 10... In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com>, Message-ID: <54346239.25341.E054487@stuart.lexacorp.com.pg> Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > ws-10/ > > >> > > > > > > Cheers > > Darryl > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From hans.andersen at phulse.com Tue Oct 7 18:17:02 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Tue, 7 Oct 2014 16:17:02 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <54346239.25341.E054487@stuart.lexacorp.com.pg> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <54346239.25341.E054487@stuart.lexacorp.com.pg> Message-ID: They really need to pass a law mandating that any time a company changes their terms of service, they need to point it out and explain it in terms understandable by humans before they have to agree to something. No one reads those damn things because no one can understand any of that lawyer speak. - Hans > On Oct 7, 2014, at 2:59 PM, "Stuart McLachlan" wrote: > > Are you guys who have installed it aware of just how much information you are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > >> On 4 Oct 2014 at 8:36, Charlotte Foust wrote: >> >> I installed it, but honestly I hate the new start menu. It has to >> have charms to accommodate Touch but it's awfully cluttered and poorly >> organized. You can resize the charms but not replace them with a list. >> You can uninstall apps from the start menu, which is handy for things >> like Xbox and Sports. Of course all that may change by release. >> Overall, I like most of it (except for the ugly start menu). You >> still have the right-click menu on the Windows logo, so I tend to use >> that. And of course applications now install an icon on your desktop >> by default, even the touch versions. I put it on a 6-year old laptop >> with 4 GB RAM and a 300 Gb hard drive, and it's working fine. >> Installing it as an upgrade from Win 8.1 was a no brainer. I didn't >> have to touch the machine until I logged in again. It kept all my >> settings and drivers, but I didn't actually have any apps except >> dropbox installed, so I can't say how other programs might have been >> affected by an upgrade. >> >> I don't have it on a touch-screen box, so I can't test that, and apps >> do behave differently on a touch platform. It feels a lot faster than >> Win 8.1 with the default boot to the desktop happening right away. >> Haven't tested it yet using the start screen, but we'll see. Overall, >> I'm having a positive reaction to it. >> >> Charlotte >> >>> On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: >>> >>> Hi all >>> >>> It's now on-line: >>> >>> http://windows.microsoft.com/en-us/windows/preview >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto: >>> accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>> Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and >>> problem solving Emne: Re: [AccessD] Windows 10... >>> >>> Hi Darryl >>> >>> Don't forget that this really isn't much more/other than a new >>> Windows 8.1 skin for the wimps. >>> >>> That said, I look forward to the desktop switching option. >>> So, certainly, this is marked as a must-do task for the weekend. I >>> couldn't do otherwise as I've run Windows 8 from the very first >>> developer preview (with the outstanding desktop betta fish). >>> >>> I'm impressed that MS has been able to hold the 10 tight while >>> everyone was talking about 9. What a surprise - and that is, of >>> course, the intention behind. It worked. Kudos to marketing dept. >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto: >>> accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>> Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and >>> problem solving Emne: [AccessD] OT: Windows 10... >>> >>> Worth a read. Looks better than 8.1 :) >>> >>> << >>> http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo >>> ws-10/ >>> >>> >>> Cheers >>> Darryl >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Oct 7 18:30:34 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 7 Oct 2014 23:30:34 +0000 Subject: [AccessD] Windows 10... In-Reply-To: References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <54346239.25341.E054487@stuart.lexacorp.com.pg> Message-ID: <315f8adfce4c4f549f1355a553d6afa1@HKXPR04MB360.apcprd04.prod.outlook.com> Agreed. I think they do it on purpose. I had an update to one of my smart phone apps the other day where I need to agree to the updated terms and conditions - 44 pages were presented in very fine print (I have a Samsung Note II, pity those folks on smaller screens) before you could update the app. Seriously, even if you had the time and motivation to read all 44 pages, the level of comprehension and understanding would be doubtful. Hmmmm Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hans-Christian Andersen Sent: Wednesday, 8 October 2014 10:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 10... They really need to pass a law mandating that any time a company changes their terms of service, they need to point it out and explain it in terms understandable by humans before they have to agree to something. No one reads those damn things because no one can understand any of that lawyer speak. - Hans > On Oct 7, 2014, at 2:59 PM, "Stuart McLachlan" wrote: > > Are you guys who have installed it aware of just how much information you are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > >> On 4 Oct 2014 at 8:36, Charlotte Foust wrote: >> >> I installed it, but honestly I hate the new start menu. It has to >> have charms to accommodate Touch but it's awfully cluttered and >> poorly organized. You can resize the charms but not replace them with a list. >> You can uninstall apps from the start menu, which is handy for things >> like Xbox and Sports. Of course all that may change by release. >> Overall, I like most of it (except for the ugly start menu). You >> still have the right-click menu on the Windows logo, so I tend to use >> that. And of course applications now install an icon on your desktop >> by default, even the touch versions. I put it on a 6-year old laptop >> with 4 GB RAM and a 300 Gb hard drive, and it's working fine. >> Installing it as an upgrade from Win 8.1 was a no brainer. I didn't >> have to touch the machine until I logged in again. It kept all my >> settings and drivers, but I didn't actually have any apps except >> dropbox installed, so I can't say how other programs might have been >> affected by an upgrade. >> >> I don't have it on a touch-screen box, so I can't test that, and apps >> do behave differently on a touch platform. It feels a lot faster >> than Win 8.1 with the default boot to the desktop happening right away. >> Haven't tested it yet using the start screen, but we'll see. >> Overall, I'm having a positive reaction to it. >> >> Charlotte >> >>> On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: >>> >>> Hi all >>> >>> It's now on-line: >>> >>> http://windows.microsoft.com/en-us/windows/preview >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto: >>> accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>> Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and >>> problem solving Emne: Re: [AccessD] Windows 10... >>> >>> Hi Darryl >>> >>> Don't forget that this really isn't much more/other than a new >>> Windows 8.1 skin for the wimps. >>> >>> That said, I look forward to the desktop switching option. >>> So, certainly, this is marked as a must-do task for the weekend. I >>> couldn't do otherwise as I've run Windows 8 from the very first >>> developer preview (with the outstanding desktop betta fish). >>> >>> I'm impressed that MS has been able to hold the 10 tight while >>> everyone was talking about 9. What a surprise - and that is, of >>> course, the intention behind. It worked. Kudos to marketing dept. >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto: >>> accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>> Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and >>> problem solving Emne: [AccessD] OT: Windows 10... >>> >>> Worth a read. Looks better than 8.1 :) >>> >>> << >>> http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo >>> ws-10/ >>> >>> >>> Cheers >>> Darryl >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hans.andersen at phulse.com Tue Oct 7 20:03:57 2014 From: hans.andersen at phulse.com (Hans-Christian Andersen) Date: Tue, 7 Oct 2014 18:03:57 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <54346239.25341.E054487@stuart.lexacorp.com.pg> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <54346239.25341.E054487@stuart.lexacorp.com.pg> Message-ID: It might come in handy that you can just call up Microsoft to remind you of your passwords if you are the forgetful type. That might be a lucrative business opportunity for Microsoft. - Hans > On Oct 7, 2014, at 2:59 PM, "Stuart McLachlan" wrote: > > Are you guys who have installed it aware of just how much information you are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > >> On 4 Oct 2014 at 8:36, Charlotte Foust wrote: >> >> I installed it, but honestly I hate the new start menu. It has to >> have charms to accommodate Touch but it's awfully cluttered and poorly >> organized. You can resize the charms but not replace them with a list. >> You can uninstall apps from the start menu, which is handy for things >> like Xbox and Sports. Of course all that may change by release. >> Overall, I like most of it (except for the ugly start menu). You >> still have the right-click menu on the Windows logo, so I tend to use >> that. And of course applications now install an icon on your desktop >> by default, even the touch versions. I put it on a 6-year old laptop >> with 4 GB RAM and a 300 Gb hard drive, and it's working fine. >> Installing it as an upgrade from Win 8.1 was a no brainer. I didn't >> have to touch the machine until I logged in again. It kept all my >> settings and drivers, but I didn't actually have any apps except >> dropbox installed, so I can't say how other programs might have been >> affected by an upgrade. >> >> I don't have it on a touch-screen box, so I can't test that, and apps >> do behave differently on a touch platform. It feels a lot faster than >> Win 8.1 with the default boot to the desktop happening right away. >> Haven't tested it yet using the start screen, but we'll see. Overall, >> I'm having a positive reaction to it. >> >> Charlotte >> >>> On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: >>> >>> Hi all >>> >>> It's now on-line: >>> >>> http://windows.microsoft.com/en-us/windows/preview >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto: >>> accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>> Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and >>> problem solving Emne: Re: [AccessD] Windows 10... >>> >>> Hi Darryl >>> >>> Don't forget that this really isn't much more/other than a new >>> Windows 8.1 skin for the wimps. >>> >>> That said, I look forward to the desktop switching option. >>> So, certainly, this is marked as a must-do task for the weekend. I >>> couldn't do otherwise as I've run Windows 8 from the very first >>> developer preview (with the outstanding desktop betta fish). >>> >>> I'm impressed that MS has been able to hold the 10 tight while >>> everyone was talking about 9. What a surprise - and that is, of >>> course, the intention behind. It worked. Kudos to marketing dept. >>> >>> /gustav >>> >>> -----Oprindelig meddelelse----- >>> Fra: accessd-bounces at databaseadvisors.com [mailto: >>> accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>> Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and >>> problem solving Emne: [AccessD] OT: Windows 10... >>> >>> Worth a read. Looks better than 8.1 :) >>> >>> << >>> http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo >>> ws-10/ >>> >>> >>> Cheers >>> Darryl >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Tue Oct 7 20:30:13 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 7 Oct 2014 18:30:13 -0700 Subject: [AccessD] Windows 10... In-Reply-To: <54346239.25341.E054487@stuart.lexacorp.com.pg> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <54346239.25341.E054487@stuart.lexacorp.com.pg> Message-ID: Why do you think it's on an old computer with a brand new hard drive? What they do get is feedback, and a lot of it. I'm not putting anything vital on it, I'm test driving how it works. I don't have most of the apps I use regularly, and my banking is not done on that machine. Charlotte On Tue, Oct 7, 2014 at 2:59 PM, Stuart McLachlan wrote: > Are you guys who have installed it aware of just how much information you > are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > > On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > > > I installed it, but honestly I hate the new start menu. It has to > > have charms to accommodate Touch but it's awfully cluttered and poorly > > organized. You can resize the charms but not replace them with a list. > > You can uninstall apps from the start menu, which is handy for things > > like Xbox and Sports. Of course all that may change by release. > > Overall, I like most of it (except for the ugly start menu). You > > still have the right-click menu on the Windows logo, so I tend to use > > that. And of course applications now install an icon on your desktop > > by default, even the touch versions. I put it on a 6-year old laptop > > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > > have to touch the machine until I logged in again. It kept all my > > settings and drivers, but I didn't actually have any apps except > > dropbox installed, so I can't say how other programs might have been > > affected by an upgrade. > > > > I don't have it on a touch-screen box, so I can't test that, and apps > > do behave differently on a touch platform. It feels a lot faster than > > Win 8.1 with the default boot to the desktop happening right away. > > Haven't tested it yet using the start screen, but we'll see. Overall, > > I'm having a positive reaction to it. > > > > Charlotte > > > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > > > Hi all > > > > > > It's now on-line: > > > > > > http://windows.microsoft.com/en-us/windows/preview > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > > problem solving Emne: Re: [AccessD] Windows 10... > > > > > > Hi Darryl > > > > > > Don't forget that this really isn't much more/other than a new > > > Windows 8.1 skin for the wimps. > > > > > > That said, I look forward to the desktop switching option. > > > So, certainly, this is marked as a must-do task for the weekend. I > > > couldn't do otherwise as I've run Windows 8 from the very first > > > developer preview (with the outstanding desktop betta fish). > > > > > > I'm impressed that MS has been able to hold the 10 tight while > > > everyone was talking about 9. What a surprise - and that is, of > > > course, the intention behind. It worked. Kudos to marketing dept. > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > > problem solving Emne: [AccessD] OT: Windows 10... > > > > > > Worth a read. Looks better than 8.1 :) > > > > > > << > > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > > ws-10/ > > > >> > > > > > > > > > Cheers > > > Darryl > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Oct 8 01:05:50 2014 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 8 Oct 2014 06:05:50 +0000 Subject: [AccessD] Windows 10... Message-ID: Hi Stuart They don't tell you in detail, but you do agree to have your usage monitored. As for the typing, it is for monitoring the behaviour of type-ahead, which username and password don't provide. You can even opt for an extensive to-way monitoring. When joining, from time to time a message windows pops up asking you why you did this or that or if some function is working well, and asks for comments and suggestions for improvement. It's fun, and if my tiny input can improve anything, why not? As Charlotte - and most others I guess - it's not the primary machine for me. I mostly check out applications like Visual Studio. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ > > >> > > > > > > Cheers > > Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From hkotsch at arcor.de Wed Oct 8 04:07:57 2014 From: hkotsch at arcor.de (Helmut Kotsch) Date: Wed, 8 Oct 2014 11:07:57 +0200 Subject: [AccessD] Windows 10... In-Reply-To: References: Message-ID: <002101cfe2d7$5b430a80$11c91f80$@de> I installed Windows 10 as an Oracle Virtual Box machine. I do not use any sensitive data in this virtual machine, just play around with it. I am wondering now whether Microsofts monitoring of activities in this machine also have access to data / activities on the host (Windos 7) machine. Helmut -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock Gesendet: Mittwoch, 8. Oktober 2014 08:06 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] Windows 10... Hi Stuart They don't tell you in detail, but you do agree to have your usage monitored. As for the typing, it is for monitoring the behaviour of type-ahead, which username and password don't provide. You can even opt for an extensive to-way monitoring. When joining, from time to time a message windows pops up asking you why you did this or that or if some function is working well, and asks for comments and suggestions for improvement. It's fun, and if my tiny input can improve anything, why not? As Charlotte - and most others I guess - it's not the primary machine for me. I mostly check out applications like Visual Studio. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > ws-10/ > > >> > > > > > > Cheers > > Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Oct 8 05:58:15 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 08 Oct 2014 20:58:15 +1000 Subject: [AccessD] Windows 10... In-Reply-To: <002101cfe2d7$5b430a80$11c91f80$@de> References: , <002101cfe2d7$5b430a80$11c91f80$@de> Message-ID: <543518C7.9606.10CE5CF6@stuart.lexacorp.com.pg> Seriously doubt it. a VM is isolated from the the host. On 8 Oct 2014 at 11:07, Helmut Kotsch wrote: > I installed Windows 10 as an Oracle Virtual Box machine. > I do not use any sensitive data in this virtual machine, just play > around with it. I am wondering now whether Microsofts monitoring of > activities in this machine also have access to data / activities on > the host (Windos 7) machine. > > Helmut > > > > -----Urspr?ngliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav > Brock Gesendet: Mittwoch, 8. Oktober 2014 08:06 An: Access Developers > discussion and problem solving Betreff: Re: [AccessD] Windows 10... > > Hi Stuart > > They don't tell you in detail, but you do agree to have your usage > monitored. As for the typing, it is for monitoring the behaviour of > type-ahead, which username and password don't provide. > > You can even opt for an extensive to-way monitoring. When joining, > from time to time a message windows pops up asking you why you did > this or that or if some function is working well, and asks for > comments and suggestions for improvement. It's fun, and if my tiny > input can improve anything, why not? As Charlotte - and most others I > guess - it's not the primary machine for me. I mostly check out > applications like Visual Studio. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart > McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers > discussion and problem solving Emne: Re: [AccessD] Windows 10... > > Are you guys who have installed it aware of just how much information > you are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > > On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > > > I installed it, but honestly I hate the new start menu. It has to > > have charms to accommodate Touch but it's awfully cluttered and > > poorly organized. You can resize the charms but not replace them > > with a list. > > You can uninstall apps from the start menu, which is handy for > > things > > like Xbox and Sports. Of course all that may change by release. > > Overall, I like most of it (except for the ugly start menu). You > > still have the right-click menu on the Windows logo, so I tend to > > use that. And of course applications now install an icon on your > > desktop by default, even the touch versions. I put it on a 6-year > > old laptop with 4 GB RAM and a 300 Gb hard drive, and it's working > > fine. Installing it as an upgrade from Win 8.1 was a no brainer. I > > didn't have to touch the machine until I logged in again. It kept > > all my settings and drivers, but I didn't actually have any apps > > except dropbox installed, so I can't say how other programs might > > have been affected by an upgrade. > > > > I don't have it on a touch-screen box, so I can't test that, and > > apps do behave differently on a touch platform. It feels a lot > > faster than Win 8.1 with the default boot to the desktop happening > > right away. Haven't tested it yet using the start screen, but we'll > > see. Overall, I'm having a positive reaction to it. > > > > Charlotte > > > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock > > wrote: > > > > > Hi all > > > > > > It's now on-line: > > > > > > http://windows.microsoft.com/en-us/windows/preview > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > > problem solving Emne: Re: [AccessD] Windows 10... > > > > > > Hi Darryl > > > > > > Don't forget that this really isn't much more/other than a new > > > Windows 8.1 skin for the wimps. > > > > > > That said, I look forward to the desktop switching option. > > > So, certainly, this is marked as a must-do task for the weekend. I > > > couldn't do otherwise as I've run Windows 8 from the very first > > > developer preview (with the outstanding desktop betta fish). > > > > > > I'm impressed that MS has been able to hold the 10 tight while > > > everyone was talking about 9. What a surprise - and that is, of > > > course, the intention behind. It worked. Kudos to marketing dept. > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > > problem solving Emne: [AccessD] OT: Windows 10... > > > > > > Worth a read. Looks better than 8.1 :) > > > > > > << > > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-win > > > do ws-10/ > > > >> > > > > > > > > > Cheers > > > Darryl > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Wed Oct 8 12:41:40 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 8 Oct 2014 11:41:40 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: <002101cfe2d7$5b430a80$11c91f80$@de> Message-ID: <993340296.14430719.1412790100424.JavaMail.root@cds018> Very nteresting. How did you get Windows 10 into the VirtualBox? Did you down load the Windows 10 image as an ISO? Was the host platform Windows 7 or 8? Did you have to burn the downloaded image to a high density DVD to install it? Did you already have the VB open and install the Windows 10 image directly to the VirtualBox? Jim ----- Original Message ----- From: "Helmut Kotsch" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 8, 2014 2:07:57 AM Subject: Re: [AccessD] Windows 10... I installed Windows 10 as an Oracle Virtual Box machine. I do not use any sensitive data in this virtual machine, just play around with it. I am wondering now whether Microsofts monitoring of activities in this machine also have access to data / activities on the host (Windos 7) machine. Helmut -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock Gesendet: Mittwoch, 8. Oktober 2014 08:06 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] Windows 10... Hi Stuart They don't tell you in detail, but you do agree to have your usage monitored. As for the typing, it is for monitoring the behaviour of type-ahead, which username and password don't provide. You can even opt for an extensive to-way monitoring. When joining, from time to time a message windows pops up asking you why you did this or that or if some function is working well, and asks for comments and suggestions for improvement. It's fun, and if my tiny input can improve anything, why not? As Charlotte - and most others I guess - it's not the primary machine for me. I mostly check out applications like Visual Studio. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > ws-10/ > > >> > > > > > > Cheers > > Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Wed Oct 8 12:43:19 2014 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 8 Oct 2014 10:43:19 -0700 Subject: [AccessD] Visual Studio 2013 Message-ID: <007401cfe31f$592e6da0$0b8b48e0$@cox.net> Folks, I know this is the Access list, but we seem to touch off topic items fairly regularly. I have been using Visual Studio 2010 since it came out and have been reluctant to move to 2012, or 2013 for fear of screwing up existing projects. I see features in VS 2013, primarily in the web area, that would be nice to have. I am tempted to upgrade. I would be interested in the experiences of any of you who have made this move. Thanks. Doug From jon.albright at hawaii.rr.com Wed Oct 8 13:01:04 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Wed, 8 Oct 2014 08:01:04 -1000 Subject: [AccessD] Windows 10... In-Reply-To: <993340296.14430719.1412790100424.JavaMail.root@cds018> References: <002101cfe2d7$5b430a80$11c91f80$@de> <993340296.14430719.1412790100424.JavaMail.root@cds018> Message-ID: <00bc01cfe321$d4e977d0$7ebc6770$@hawaii.rr.com> I'm running it on a VMware workstation window and since the VM's are totally isolated (supposed to be), I don't see where MS would be able to glean information from the host OS. The issue I began experiencing yesterday after an update is now after shutting down the VM and then the computer, upon restart, the system runs chkdsk every time.. Jon -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, October 08, 2014 7:42 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 10... Very nteresting. How did you get Windows 10 into the VirtualBox? Did you down load the Windows 10 image as an ISO? Was the host platform Windows 7 or 8? Did you have to burn the downloaded image to a high density DVD to install it? Did you already have the VB open and install the Windows 10 image directly to the VirtualBox? Jim ----- Original Message ----- From: "Helmut Kotsch" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 8, 2014 2:07:57 AM Subject: Re: [AccessD] Windows 10... I installed Windows 10 as an Oracle Virtual Box machine. I do not use any sensitive data in this virtual machine, just play around with it. I am wondering now whether Microsofts monitoring of activities in this machine also have access to data / activities on the host (Windos 7) machine. Helmut -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock Gesendet: Mittwoch, 8. Oktober 2014 08:06 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] Windows 10... Hi Stuart They don't tell you in detail, but you do agree to have your usage monitored. As for the typing, it is for monitoring the behaviour of type-ahead, which username and password don't provide. You can even opt for an extensive to-way monitoring. When joining, from time to time a message windows pops up asking you why you did this or that or if some function is working well, and asks for comments and suggestions for improvement. It's fun, and if my tiny input can improve anything, why not? As Charlotte - and most others I guess - it's not the primary machine for me. I mostly check out applications like Visual Studio. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > ws-10/ > > >> > > > > > > Cheers > > Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcp2004 at mail.ru Wed Oct 8 13:19:07 2014 From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=) Date: Wed, 08 Oct 2014 22:19:07 +0400 Subject: [AccessD] =?utf-8?q?Windows_10=2E=2E=2E?= In-Reply-To: <50B58E10-D0CD-4E5C-A519-2A61E4A98D93@phulse.com> References: <5b50186692e2434085d343df221b0a0f@AMSPR06MB357.eurprd06.prod.outlook.com> <1412583746.713102499@f81.i.mail.ru> <50B58E10-D0CD-4E5C-A519-2A61E4A98D93@phulse.com> Message-ID: <1412792347.856878832@f34.i.mail.ru> Thank you, Hans -- Yes, I know about Linux apt etc. Gustav and others do also I suppose. As for Windows Web development (using ASP.NET) you mentioned, it has two main issues IMO: - 1. relatively slow (may I say prohibitively slow?) ) start-up time from "sleep" mode -??more than 5 sometimes 10 and even more seconds for any real not toy ASP.NET app (the issue can be solved by "keeping alive" trick but I personally dislike this approach); - 2. "cryptic HTML output" which makes using Javascript handling this ASP.NET HTML output ?a real nightmare. This is why (IMO) ASP.NET MVC was introduced, which has got very little from ASP.NET and looks more like PHP or "classical ASP" in ASP.NET engine "envelope". And ASP.NET deployment was always an easy (X)Copy procedure (or just automatic deployment from within Visual Studio) ?so OneGet can't bring that much advantages IMO to the serious web dev shops for them to switch to ASP.NET (MVC) from any other web technologies. -- Shamil Tue, 7 Oct 2014 01:37:17 -0700 from Hans-Christian Andersen : >The Linux and BSD world has long had package managers (apt, yum, etc). OS X has for a little while too (brew, mac ports). It's nice to see you Windows people finally come on board. Quite frankly, I believe it's one of the main reasons why I've seen very few serious web dev shops using Windows as a platform for software development. So this is very beneficial to you guys. This might change things a bit if executed correctly. > >- Hans > > >> On Oct 6, 2014, at 1:22 AM, Salakhetdinov Shamil < mcp2004 at mail.ru > wrote: >> >> Hi Hans -- >> >> Could you please elaborate a bit more on what would you like to say and to achieve by this kind of your comments? >> >> Thank you. >> >> -- Shamil >> >> P.S. NB: I appreciate a lot your constructive comments coming from your rich technical, managerial and life experience. >> >> >> Sun, 5 Oct 2014 16:34:11 -0700 from Hans-Christian Andersen < hans.andersen at phulse.com >: >>> Wow. It's about time Windows got something like this. I'm happy on your behalf. >>> >>> - Hans >>> >>> >>>> On Oct 4, 2014, at 11:18 PM, Salakhetdinov Shamil < mcp2004 at mail.ru > wrote: >>>> >>>> Hi Gustav -- >>>> >>>> Have you installed it? >>>> Does it have OneGet? >>>> >>>> Windows PowerShell OneGet >>>> OneGet is a new way to discover and install software packages from around the web. With OneGet, you can: >>>> ? Manage a list of software repositories in which packages can be searched, acquired, and installed >>>> ? Search and filter your repositories to find the packages you need >>>> ? Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command >>>> http://blogs.msdn.com/b/garretts/archive/2014/04/01/my-little-secret-windows-powershell-oneget.aspx >>>> https://oneget.codeplex.com/ >>>> hhttp://blogs.technet.com/b/windowsserver/archive/2014/04/03/windows-management-framework-v5-preview.aspx >>>> http://www.reddit.com/r/windows/comments/2i7xx6/oneget_default_package_manager_for_windows/ >>>> https://github.com/OneGet/oneget >>>> http://www.slideshare.net/oota_ken/10-attentions-when-you-make-oneget-chocolatey-packages-using-powershell Thank you. >>>> >>>> -- Shamil >>>> >>>> >>>> Wed, 1 Oct 2014 15:55:50 +0000 from Gustav Brock < gustav at cactus.dk >: >>>>> Hi all >>>>> >>>>> It's now on-line: >>>>> >>>>> http://windows.microsoft.com/en-us/windows/preview >>>>> >>>>> /gustav >>>>> >>>>> -----Oprindelig meddelelse----- >>>>> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock >>>>> Sendt: 1. oktober 2014 09:20 >>>>> Til: Access Developers discussion and problem solving >>>>> Emne: Re: [AccessD] Windows 10... >>>>> >>>>> Hi Darryl >>>>> >>>>> Don't forget that this really isn't much more/other than a new Windows 8.1 skin for the wimps. >>>>> >>>>> That said, I look forward to the desktop switching option. >>>>> So, certainly, this is marked as a must-do task for the weekend. I couldn't do otherwise as I've run Windows 8 from the very first developer preview (with the outstanding desktop betta fish). >>>>> >>>>> I'm impressed that MS has been able to hold the 10 tight while everyone was talking about 9. What a surprise - and that is, of course, the intention behind. It worked. Kudos to marketing dept. >>>>> >>>>> /gustav >>>>> >>>>> -----Oprindelig meddelelse----- >>>>> Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins >>>>> Sendt: 1. oktober 2014 00:52 >>>>> Til: Access Developers discussion and problem solving >>>>> Emne: [AccessD] OT: Windows 10... >>>>> >>>>> Worth a read. Looks better than 8.1 :) >>>>> >>>>> << http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windows-10/ >> >>>>> >>>>> >>>>> Cheers >>>>> Darryl? From Lambert.Heenan at aig.com Wed Oct 8 13:25:31 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Wed, 8 Oct 2014 18:25:31 +0000 Subject: [AccessD] Windows 10... In-Reply-To: <993340296.14430719.1412790100424.JavaMail.root@cds018> References: <002101cfe2d7$5b430a80$11c91f80$@de> <993340296.14430719.1412790100424.JavaMail.root@cds018> Message-ID: For VirtualBox I just created an empty Virtual Disk, then attached the iso file (64 bit version) and chose Windows 8.1 64 bit as the OS type. See http://www.fixedbyvonnie.com/2014/10/install-windows-10-in-virtualbox/#.VDWBKrDF_up which also has advice on getting the Guest Additions installed (though I cannot seem to get the VM to run in full screen mode). Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, October 08, 2014 1:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 10... Very nteresting. How did you get Windows 10 into the VirtualBox? Did you down load the Windows 10 image as an ISO? Was the host platform Windows 7 or 8? Did you have to burn the downloaded image to a high density DVD to install it? Did you already have the VB open and install the Windows 10 image directly to the VirtualBox? Jim ----- Original Message ----- From: "Helmut Kotsch" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 8, 2014 2:07:57 AM Subject: Re: [AccessD] Windows 10... I installed Windows 10 as an Oracle Virtual Box machine. I do not use any sensitive data in this virtual machine, just play around with it. I am wondering now whether Microsofts monitoring of activities in this machine also have access to data / activities on the host (Windos 7) machine. Helmut -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock Gesendet: Mittwoch, 8. Oktober 2014 08:06 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] Windows 10... Hi Stuart They don't tell you in detail, but you do agree to have your usage monitored. As for the typing, it is for monitoring the behaviour of type-ahead, which username and password don't provide. You can even opt for an extensive to-way monitoring. When joining, from time to time a message windows pops up asking you why you did this or that or if some function is working well, and asks for comments and suggestions for improvement. It's fun, and if my tiny input can improve anything, why not? As Charlotte - and most others I guess - it's not the primary machine for me. I mostly check out applications like Visual Studio. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > ws-10/ > > >> > > > > > > Cheers > > Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From RRANTHON at sentara.com Wed Oct 8 14:23:12 2014 From: RRANTHON at sentara.com (RANDALL R ANTHONY) Date: Wed, 8 Oct 2014 19:23:12 +0000 Subject: [AccessD] Visual Studio 2013 In-Reply-To: <007401cfe31f$592e6da0$0b8b48e0$@cox.net> References: <007401cfe31f$592e6da0$0b8b48e0$@cox.net> Message-ID: Doug, Just an FYI, VS2012 doesn't support the VS Installer, so if you're used to deploying .msi files, you'll have to use a third party tool unless you want to use the InstallShield LE. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, October 08, 2014 1:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Visual Studio 2013 Folks, I know this is the Access list, but we seem to touch off topic items fairly regularly. I have been using Visual Studio 2010 since it came out and have been reluctant to move to 2012, or 2013 for fear of screwing up existing projects. I see features in VS 2013, primarily in the web area, that would be nice to have. I am tempted to upgrade. I would be interested in the experiences of any of you who have made this move. Thanks. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Wed Oct 8 16:51:43 2014 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 8 Oct 2014 14:51:43 -0700 Subject: [AccessD] Visual Studio 2013 In-Reply-To: <0jQu1p0270xgD8Z01jQxFp> References: <007401cfe31f$592e6da0$0b8b48e0$@cox.net> <0jQu1p0270xgD8Z01jQxFp> Message-ID: <00bd01cfe342$0ca09170$25e1b450$@cox.net> How about VS 2013? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of RANDALL R ANTHONY Sent: Wednesday, October 08, 2014 12:23 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Visual Studio 2013 Doug, Just an FYI, VS2012 doesn't support the VS Installer, so if you're used to deploying .msi files, you'll have to use a third party tool unless you want to use the InstallShield LE. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, October 08, 2014 1:43 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Visual Studio 2013 Folks, I know this is the Access list, but we seem to touch off topic items fairly regularly. I have been using Visual Studio 2010 since it came out and have been reluctant to move to 2012, or 2013 for fear of screwing up existing projects. I see features in VS 2013, primarily in the web area, that would be nice to have. I am tempted to upgrade. I would be interested in the experiences of any of you who have made this move. Thanks. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Oct 8 23:19:11 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 9 Oct 2014 00:19:11 -0400 Subject: [AccessD] Visual Studio 2013 In-Reply-To: <007401cfe31f$592e6da0$0b8b48e0$@cox.net> References: <007401cfe31f$592e6da0$0b8b48e0$@cox.net> Message-ID: I think one of the larger changes is how SQL SERVER or tools relating to that are integrated... that is going from memory. I think with 2010 it was separate. http://blogs.msdn.com/b/ssdt/archive/2014/01/30/ssdt-and-visual-studio-versions.aspx On Oct 8, 2014 1:46 PM, "Doug Murphy" wrote: > Folks, > > I know this is the Access list, but we seem to touch off topic items fairly > regularly. I have been using Visual Studio 2010 since it came out and have > been reluctant to move to 2012, or 2013 for fear of screwing up existing > projects. I see features in VS 2013, primarily in the web area, that would > be nice to have. I am tempted to upgrade. I would be interested in the > experiences of any of you who have made this move. > > Thanks. > > Doug > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jbartow at winhaven.net Fri Oct 10 00:45:46 2014 From: jbartow at winhaven.net (John R Bartow) Date: Fri, 10 Oct 2014 00:45:46 -0500 Subject: [AccessD] Office 365/RT development using Napa Message-ID: Hi all, It's been available for over a year now, has anyone delved into "Napa" and developed anything yet? http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx John B From gustav at cactus.dk Fri Oct 10 00:51:14 2014 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 10 Oct 2014 05:51:14 +0000 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: References: Message-ID: <3708b93850c74c178c23ba224d049d87@AMSPR06MB357.eurprd06.prod.outlook.com> Hi John It's still on my to-do list, but real work has kept me away. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow Sendt: 10. oktober 2014 07:46 Til: DBA-Access Emne: [AccessD] Office 365/RT development using Napa Prioritet: H?j Hi all, It's been available for over a year now, has anyone delved into "Napa" and developed anything yet? http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx John B From jbartow at winhaven.net Fri Oct 10 02:42:00 2014 From: jbartow at winhaven.net (John R Bartow) Date: Fri, 10 Oct 2014 02:42:00 -0500 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: <3708b93850c74c178c23ba224d049d87@AMSPR06MB357.eurprd06.prod.outlook.com> References: <3708b93850c74c178c23ba224d049d87@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: <002001cfe45d$adb47510$091d5f30$@winhaven.net> Hi Gustav, >From what I've read it appears to possibly be the beginning of the future of MS Office application development. I'm looking at possibly having to port a rather large, old (originally A97 and upgraded twice) Access VBA application to it. I've looked over the JavaScript object models for Office online and there isn't one for Access. I am thinking I would then need to use the Outlook, Word, Excel and SharePoint OM to attempt to have similar functionality. Seems daunting at the moment. Regards, John B -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, October 10, 2014 12:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Hi John It's still on my to-do list, but real work has kept me away. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow Sendt: 10. oktober 2014 07:46 Til: DBA-Access Emne: [AccessD] Office 365/RT development using Napa Prioritet: H?j Hi all, It's been available for over a year now, has anyone delved into "Napa" and developed anything yet? http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx John B -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Oct 10 03:03:20 2014 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 10 Oct 2014 08:03:20 +0000 Subject: [AccessD] Office 365/RT development using Napa Message-ID: Hi John Yes, Access is more and more positioned as a frontend tool for SharePoint. Access apps for SharePoint. This may not at all be irrelevant as SharePoint is included in many of the Office 365 subscription plans, thus are or will be much more accessible for the masses. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow Sendt: 10. oktober 2014 09:42 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Office 365/RT development using Napa Prioritet: H?j Hi Gustav, >From what I've read it appears to possibly be the beginning of the future of MS Office application development. I'm looking at possibly having to port a rather large, old (originally A97 and upgraded twice) Access VBA application to it. I've looked over the JavaScript object models for Office online and there isn't one for Access. I am thinking I would then need to use the Outlook, Word, Excel and SharePoint OM to attempt to have similar functionality. Seems daunting at the moment. Regards, John B -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, October 10, 2014 12:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Hi John It's still on my to-do list, but real work has kept me away. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow Sendt: 10. oktober 2014 07:46 Til: DBA-Access Emne: [AccessD] Office 365/RT development using Napa Prioritet: H?j Hi all, It's been available for over a year now, has anyone delved into "Napa" and developed anything yet? http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx John B From fuller.artful at gmail.com Fri Oct 10 16:50:51 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 10 Oct 2014 17:50:51 -0400 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: References: Message-ID: Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of the > Office 365 subscription plans, thus are or will be much more accessible for > the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the future > of MS Office application development. I'm looking at possibly having to > port a rather large, old (originally A97 and upgraded twice) Access VBA > application to it. I've looked over the JavaScript object models for Office > online and there isn't one for Access. I am thinking I would then need to > use the Outlook, Word, Excel and SharePoint OM to attempt to have similar > functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" and > developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From TSeptav at Uniserve.com Fri Oct 10 17:44:19 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Fri, 10 Oct 2014 17:44:19 -0500 Subject: [AccessD] Access In-Reply-To: Message-ID: <201410102244.s9AMiQjI003904@databaseadvisors.com> Hey All Not wanting to sound off topic. But I am truly amazed that there is still an Access forum. I applaud those of you that are still making a living with Access. I am envious and I wish you all the best of luck. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: October-10-14 4:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of the > Office 365 subscription plans, thus are or will be much more accessible for > the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the future > of MS Office application development. I'm looking at possibly having to > port a rather large, old (originally A97 and upgraded twice) Access VBA > application to it. I've looked over the JavaScript object models for Office > online and there isn't one for Access. I am thinking I would then need to > use the Outlook, Word, Excel and SharePoint OM to attempt to have similar > functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" and > developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4040/8360 - Release Date: 10/10/14 From davidmcafee at gmail.com Fri Oct 10 17:57:24 2014 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 10 Oct 2014 15:57:24 -0700 Subject: [AccessD] (no subject) Message-ID: So, I'm trying to figure out if my logic is correct. I have a form with a couple of check boxes (chkEligibility & chkGathere). I have 40+ possible steps/actionqueries that need to run. Here is a very over simplified example: Step Elegibility Gathered 1 2 3 X 4 X X 5 X X 6 X X 7 X (I'm not sure if the X's lined up correctly after the email gets sent away...) Steps 4,5& 6 are under eligibility, 3-7 are gathered. So the way this works is: Steps 1 & 2 will Always run If chkGathered is checked, 3 & 7 will also run, but 4-6 will only run if chkGathered and chkEligibility are both checked If chkEligibility is checked, but Gathered isn't, only steps 1 & 2 will run. I originally was using a procedure to change the queryDef based on two different check box combinations, and I decided to just make one query dynamic instead. The following query DOES work correctly, but it just seems messy / ugly. Is there a way to simplify it? Am I overlooking something obvious? SELECT PKID, Step, Task, Action, Started, Completed, EligibilitySection, GatheredSection FROM tblMiniCostReportBuildSteps WHERE (Completed=0 AND EligibilitySection=False AND (GatheredSection=IIf([forms]![frmBuildMiniCostReport]![chkGatherMode]=False,False,[forms]![frmBuildMiniCostReport]![chkGatherMode] In (True,False)))) OR (Completed=0 AND EligibilitySection=False AND GatheredSection=False) OR (Completed=0 AND (EligibilitySection=IIf([forms]![frmBuildMiniCostReport]![chkEligibilityMode]=False,False,[forms]![frmBuildMiniCostReport]![chkEligibilityMode] In (True,False))) AND (GatheredSection=IIf([forms]![frmBuildMiniCostReport]![chkGatherMode]=False,False,[forms]![frmBuildMiniCostReport]![chkGatherMode] In (True,False)))); Thanks in advance... David From jbartow at winhaven.net Fri Oct 10 18:17:28 2014 From: jbartow at winhaven.net (John R Bartow) Date: Fri, 10 Oct 2014 18:17:28 -0500 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: References: Message-ID: <008e01cfe4e0$5c8793b0$1596bb10$@winhaven.net> >From previous conversations here it would appear that it wouldn't be allowed. This is for a local government client with a very controlling (read PITA) IT Dept. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, October 10, 2014 4:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of > the Office 365 subscription plans, thus are or will be much more > accessible for the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the > future of MS Office application development. I'm looking at possibly > having to port a rather large, old (originally A97 and upgraded twice) > Access VBA application to it. I've looked over the JavaScript object > models for Office online and there isn't one for Access. I am thinking > I would then need to use the Outlook, Word, Excel and SharePoint OM to > attempt to have similar functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R > Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" > and developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).a > spx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Sat Oct 11 01:45:06 2014 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Sat, 11 Oct 2014 06:45:06 +0000 Subject: [AccessD] Access In-Reply-To: <201410102244.s9AMiQjI003904@databaseadvisors.com> References: , <201410102244.s9AMiQjI003904@databaseadvisors.com> Message-ID: <976E500DD0AF35409874A413967BFAEC0639C7@EX2K10-MBX6.ads.qub.ac.uk> John Use access and sharepoint. I think anyone working with MS software must look towards office 365 as that's where the focus from MS is going forward Martin Sent from my Windows Phone ________________________________ From: Tony Septav Sent: ?10/?10/?2014 23:46 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Hey All Not wanting to sound off topic. But I am truly amazed that there is still an Access forum. I applaud those of you that are still making a living with Access. I am envious and I wish you all the best of luck. Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: October-10-14 4:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of the > Office 365 subscription plans, thus are or will be much more accessible for > the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the future > of MS Office application development. I'm looking at possibly having to > port a rather large, old (originally A97 and upgraded twice) Access VBA > application to it. I've looked over the JavaScript object models for Office > online and there isn't one for Access. I am thinking I would then need to > use the Outlook, Word, Excel and SharePoint OM to attempt to have similar > functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" and > developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).aspx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4040/8360 - Release Date: 10/10/14 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Oct 11 03:37:16 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 11 Oct 2014 08:37:16 +0000 Subject: [AccessD] Running action queries In-Reply-To: References: Message-ID: <1413016636125.24436@cactus.dk> Hi David This is such a situation that with only ~50 steps, it is far easier to loop the recordset and run the queries where a match is found. For each step, decide if the query shall run: If RunQuery(Elegibility, chkElegibility, Gathered, chkGathered) = True Then ' Run the query. End If using a function like this: Public Function RunQuery( _ ByVal Elegibility As Boolean, ByVal Gathered As Boolean, _ ByVal ElegibilitySelected As Boolean, ByVal GatheredSelected As Boolean) _ As Boolean RunQuery = _ (Elegibility Imp (ElegibilitySelected And GatheredSelected)) And _ (Gathered Imp GatheredSelected) End Function This is, by the way, one of the rare examples for using the ignored, forgotten, and soon lost operator Imp. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af David McAfee Sendt: 11. oktober 2014 00:57 Til: Access Developers discussion and problem solving Emne: [AccessD] (no subject) So, I'm trying to figure out if my logic is correct. I have a form with a couple of check boxes (chkEligibility & chkGathere). I have 40+ possible steps/actionqueries that need to run. Here is a very over simplified example: Step Elegibility Gathered 1 2 3 X 4 X X 5 X X 6 X X 7 X (I'm not sure if the X's lined up correctly after the email gets sent away...) Steps 4,5& 6 are under eligibility, 3-7 are gathered. So the way this works is: Steps 1 & 2 will Always run If chkGathered is checked, 3 & 7 will also run, but 4-6 will only run if chkGathered and chkEligibility are both checked If chkEligibility is checked, but Gathered isn't, only steps 1 & 2 will run. I originally was using a procedure to change the queryDef based on two different check box combinations, and I decided to just make one query dynamic instead. The following query DOES work correctly, but it just seems messy / ugly. Is there a way to simplify it? Am I overlooking something obvious? SELECT PKID, Step, Task, Action, Started, Completed, EligibilitySection, GatheredSection FROM tblMiniCostReportBuildSteps WHERE (Completed=0 AND EligibilitySection=False AND (GatheredSection=IIf([forms]![frmBuildMiniCostReport]![chkGatherMode]=False,False,[forms]![frmBuildMiniCostReport]![chkGatherMode] In (True,False)))) OR (Completed=0 AND EligibilitySection=False AND GatheredSection=False) OR (Completed=0 AND (EligibilitySection=IIf([forms]![frmBuildMiniCostReport]![chkEligibilityMode]=False,False,[forms]![frmBuildMiniCostReport]![chkEligibilityMode] In (True,False))) AND (GatheredSection=IIf([forms]![frmBuildMiniCostReport]![chkGatherMode]=False,False,[forms]![frmBuildMiniCostReport]![chkGatherMode] In (True,False)))); Thanks in advance... David From jamesbutton at blueyonder.co.uk Sat Oct 11 08:21:46 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Sat, 11 Oct 2014 14:21:46 +0100 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: <008e01cfe4e0$5c8793b0$1596bb10$@winhaven.net> References: <008e01cfe4e0$5c8793b0$1596bb10$@winhaven.net> Message-ID: Re local government PITA IT dept. I was a systems support person in the IT team at a local government, and while I agree that there are many aspects of the IT (IS) department attitude that annoy and constrict the selection and usage of facilities, what should also be considered is that many of the users who want to go outside of the boundaries specified by the IT department do not have the expertise to ensure: Their prospective supplier has the ability to not only deliver but also to SUPPORT their proposal Their prospective supplier has considered the legal requirements on local government They themselves have the expertise to evaluate and identify failure points in the proposal There are adequate backup and recovery provisions in place and being operated properly Among the 'fun' I had to deal with were: Contract requiring NO changes to the installed hardware or software during the life of the product. Not even fixes and hardware upgrades such as a bigger and faster drive, or comms network. System supplied within a contract that stated no documentation would be supplied. Maintenance limited to a specific third party due to the built to spec hardware. The supplier and the wholly owned maintenance company ceased trading Charges of over a weeks pay for me for a 'techy' to visit and replace faulty cables, or do minor upgrades such as get the system to use a new printer - charge per 'action' not per visit. Only backup option was to image the entire system (the app was interweaved throughout the OS - e.g. windows registry, policy, special drivers, hard links, hardware lock-down - you name the 'securing' technique - they seemed to have used it. No changes/upgrade considerations in the contract - so even statutorily required changes were the subject of a whole new 'contract' negotiation. AND - Yes if your management insisted, you could go your own way with IT dept support available on an as-available, and charged on a man-day basis. Then again - where I was, PC supplies and support was partially 3rd partied under the control of the IT support staff. So the user called us, and we got supplies delivered, or engineers, or suppliers staff to attend and as needed to keep the user department functioning effectively - do swap-outs, or training etc. That support mostly included within the supply contracts - you supply, you install, configure, train, and maintain, and upgrade with parts we purchase from you or other suppliers. Then 'acquisition' was moved to 'Purchasing' who looked for the cheapest supplier - note supply cost, not install, configure train support and maintain. So they would save - say 5% on PC supply - previously delivered, unboxed, assembled, and got working with the user involved as appropriate. Now just delivered - as in the user had to sign for the boxes delivered to 'reception'. Want a printer - previously installed onto system - having been delivered complete with pack of paper, cables etc. Now printer is in the box, cables are extra - yes that is interface and mains cables, paper yes a box will cost you Installation - well our support staff charge is ... So before castigating an IT department for constraining systems acquisition - consider the cost of having the ancillary functions and processes done properly. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Saturday, October 11, 2014 12:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 365/RT development using Napa Importance: High >From previous conversations here it would appear that it wouldn't be allowed. This is for a local government client with a very controlling (read PITA) IT Dept. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, October 10, 2014 4:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of > the Office 365 subscription plans, thus are or will be much more > accessible for the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the > future of MS Office application development. I'm looking at possibly > having to port a rather large, old (originally A97 and upgraded twice) > Access VBA application to it. I've looked over the JavaScript object > models for Office online and there isn't one for Access. I am thinking > I would then need to use the Outlook, Word, Excel and SharePoint OM to > attempt to have similar functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R > Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" > and developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).a > spx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Oct 11 20:44:39 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 11 Oct 2014 21:44:39 -0400 Subject: [AccessD] Running action queries In-Reply-To: <1413016636125.24436@cactus.dk> References: <1413016636125.24436@cactus.dk> Message-ID: Gustav, In all my years of Access development, I think that I have never used, or even come across, the keyword Imp. News to me. Arthur ? From bensonforums at gmail.com Sat Oct 11 20:57:51 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 11 Oct 2014 21:57:51 -0400 Subject: [AccessD] Running action queries In-Reply-To: References: <1413016636125.24436@cactus.dk> Message-ID: <012301cfe5bf$eecd9b40$cc68d1c0$@gmail.com> I don?t like Imp because I don?t believe that A implies B gives you any information about B when A is False, and yet A Imp B is True when A is false and B is either True or False. I think A Imp B should be indeterminate, not True -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, October 11, 2014 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Running action queries Gustav, In all my years of Access development, I think that I have never used, or even come across, the keyword Imp. News to me. Arthur ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From TSeptav at Uniserve.com Sat Oct 11 21:13:13 2014 From: TSeptav at Uniserve.com (Tony Septav) Date: Sat, 11 Oct 2014 21:13:13 -0500 Subject: [AccessD] Running action queries In-Reply-To: <012301cfe5bf$eecd9b40$cc68d1c0$@gmail.com> Message-ID: <201410120213.s9C2DKnx005664@databaseadvisors.com> Hey All What about C ?????????? Tony Septav Nanaimo, BC Canada -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: October-11-14 8:58 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Running action queries I don?t like Imp because I don?t believe that A implies B gives you any information about B when A is False, and yet A Imp B is True when A is false and B is either True or False. I think A Imp B should be indeterminate, not True -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, October 11, 2014 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Running action queries Gustav, In all my years of Access development, I think that I have never used, or even come across, the keyword Imp. News to me. Arthur ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4040/8367 - Release Date: 10/11/14 From jbartow at winhaven.net Sat Oct 11 21:50:10 2014 From: jbartow at winhaven.net (John R Bartow) Date: Sat, 11 Oct 2014 21:50:10 -0500 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: References: <008e01cfe4e0$5c8793b0$1596bb10$@winhaven.net> Message-ID: <001001cfe5c7$3db1aa60$b914ff20$@winhaven.net> I've been contracting with this department longer than anyone in the IT dept. I used to work in IT. I contract out as IT for small business/government. I understand what IT deals with. It?s a matter of perspective. If this particular IT was ever a capable IT dept they wouldn't have had to contract with me in the first place. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Saturday, October 11, 2014 8:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 365/RT development using Napa Re local government PITA IT dept. I was a systems support person in the IT team at a local government, and while I agree that there are many aspects of the IT (IS) department attitude that annoy and constrict the selection and usage of facilities, what should also be considered is that many of the users who want to go outside of the boundaries specified by the IT department do not have the expertise to ensure: Their prospective supplier has the ability to not only deliver but also to SUPPORT their proposal Their prospective supplier has considered the legal requirements on local government They themselves have the expertise to evaluate and identify failure points in the proposal There are adequate backup and recovery provisions in place and being operated properly Among the 'fun' I had to deal with were: Contract requiring NO changes to the installed hardware or software during the life of the product. Not even fixes and hardware upgrades such as a bigger and faster drive, or comms network. System supplied within a contract that stated no documentation would be supplied. Maintenance limited to a specific third party due to the built to spec hardware. The supplier and the wholly owned maintenance company ceased trading Charges of over a weeks pay for me for a 'techy' to visit and replace faulty cables, or do minor upgrades such as get the system to use a new printer - charge per 'action' not per visit. Only backup option was to image the entire system (the app was interweaved throughout the OS - e.g. windows registry, policy, special drivers, hard links, hardware lock-down - you name the 'securing' technique - they seemed to have used it. No changes/upgrade considerations in the contract - so even statutorily required changes were the subject of a whole new 'contract' negotiation. AND - Yes if your management insisted, you could go your own way with IT dept support available on an as-available, and charged on a man-day basis. Then again - where I was, PC supplies and support was partially 3rd partied under the control of the IT support staff. So the user called us, and we got supplies delivered, or engineers, or suppliers staff to attend and as needed to keep the user department functioning effectively - do swap-outs, or training etc. That support mostly included within the supply contracts - you supply, you install, configure, train, and maintain, and upgrade with parts we purchase from you or other suppliers. Then 'acquisition' was moved to 'Purchasing' who looked for the cheapest supplier - note supply cost, not install, configure train support and maintain. So they would save - say 5% on PC supply - previously delivered, unboxed, assembled, and got working with the user involved as appropriate. Now just delivered - as in the user had to sign for the boxes delivered to 'reception'. Want a printer - previously installed onto system - having been delivered complete with pack of paper, cables etc. Now printer is in the box, cables are extra - yes that is interface and mains cables, paper yes a box will cost you Installation - well our support staff charge is ... So before castigating an IT department for constraining systems acquisition - consider the cost of having the ancillary functions and processes done properly. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Saturday, October 11, 2014 12:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 365/RT development using Napa Importance: High >From previous conversations here it would appear that it wouldn't be allowed. This is for a local government client with a very controlling (read PITA) IT Dept. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, October 10, 2014 4:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of > the Office 365 subscription plans, thus are or will be much more > accessible for the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the > future of MS Office application development. I'm looking at possibly > having to port a rather large, old (originally A97 and upgraded twice) > Access VBA application to it. I've looked over the JavaScript object > models for Office online and there isn't one for Access. I am thinking > I would then need to use the Outlook, Word, Excel and SharePoint OM to > attempt to have similar functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R > Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" > and developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).a > spx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Oct 12 05:10:24 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 12 Oct 2014 10:10:24 +0000 Subject: [AccessD] Running action queries In-Reply-To: References: <1413016636125.24436@cactus.dk>, Message-ID: <1413108623240.12444@cactus.dk> Hi Arthur I think I have used it twice. It is so rare that it hasn't supported under VB.NET. This is the equivalent expression: result = Not op1 Or op2 But why use such long-winded code? /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Arthur Fuller Sendt: 12. oktober 2014 03:44 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Running action queries Gustav, In all my years of Access development, I think that I have never used, or even come across, the keyword Imp. News to me. Arthur From gustav at cactus.dk Sun Oct 12 05:14:58 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 12 Oct 2014 10:14:58 +0000 Subject: [AccessD] Running action queries In-Reply-To: <012301cfe5bf$eecd9b40$cc68d1c0$@gmail.com> References: <1413016636125.24436@cactus.dk> , <012301cfe5bf$eecd9b40$cc68d1c0$@gmail.com> Message-ID: <1413108897980.35203@cactus.dk> Hi Bill I think the same can be said if A Or B => True. If A is True, you don't know if B is True or False. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Bill Benson Sendt: 12. oktober 2014 03:57 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Running action queries I don?t like Imp because I don?t believe that A implies B gives you any information about B when A is False, and yet A Imp B is True when A is false and B is either True or False. I think A Imp B should be indeterminate, not True -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, October 11, 2014 9:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Running action queries Gustav, In all my years of Access development, I think that I have never used, or even come across, the keyword Imp. News to me. Arthur From jamesbutton at blueyonder.co.uk Sun Oct 12 05:44:41 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Sun, 12 Oct 2014 11:44:41 +0100 Subject: [AccessD] Office 365/RT development using Napa In-Reply-To: <001001cfe5c7$3db1aa60$b914ff20$@winhaven.net> References: <008e01cfe4e0$5c8793b0$1596bb10$@winhaven.net> <001001cfe5c7$3db1aa60$b914ff20$@winhaven.net> Message-ID: John, Can't argue with personal experience. As I said - where I was 'acquisition' went from IT to 'Purchasing' with loss of most technical understanding of the equipment. And then IT was FM'd with the knowledgeable IT people farmed off to the FM supplier, where they mostly seemed to be moved to other projects, leaving just 'admin' and non-technical 'management' as the IT dept. They did retain the long term contractor who had been managing the 3rd party payroll package for many years, but the only technically competent person they kept, immediately transferred to 'Auditing' for their final 2 years to get a full pension, and not have to deal with the FM organisation from a supplicant's position. I went contractor mode. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Sunday, October 12, 2014 3:50 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 365/RT development using Napa Importance: High I've been contracting with this department longer than anyone in the IT dept. I used to work in IT. I contract out as IT for small business/government. I understand what IT deals with. It?s a matter of perspective. If this particular IT was ever a capable IT dept they wouldn't have had to contract with me in the first place. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Saturday, October 11, 2014 8:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 365/RT development using Napa Re local government PITA IT dept. I was a systems support person in the IT team at a local government, and while I agree that there are many aspects of the IT (IS) department attitude that annoy and constrict the selection and usage of facilities, what should also be considered is that many of the users who want to go outside of the boundaries specified by the IT department do not have the expertise to ensure: Their prospective supplier has the ability to not only deliver but also to SUPPORT their proposal Their prospective supplier has considered the legal requirements on local government They themselves have the expertise to evaluate and identify failure points in the proposal There are adequate backup and recovery provisions in place and being operated properly Among the 'fun' I had to deal with were: Contract requiring NO changes to the installed hardware or software during the life of the product. Not even fixes and hardware upgrades such as a bigger and faster drive, or comms network. System supplied within a contract that stated no documentation would be supplied. Maintenance limited to a specific third party due to the built to spec hardware. The supplier and the wholly owned maintenance company ceased trading Charges of over a weeks pay for me for a 'techy' to visit and replace faulty cables, or do minor upgrades such as get the system to use a new printer - charge per 'action' not per visit. Only backup option was to image the entire system (the app was interweaved throughout the OS - e.g. windows registry, policy, special drivers, hard links, hardware lock-down - you name the 'securing' technique - they seemed to have used it. No changes/upgrade considerations in the contract - so even statutorily required changes were the subject of a whole new 'contract' negotiation. AND - Yes if your management insisted, you could go your own way with IT dept support available on an as-available, and charged on a man-day basis. Then again - where I was, PC supplies and support was partially 3rd partied under the control of the IT support staff. So the user called us, and we got supplies delivered, or engineers, or suppliers staff to attend and as needed to keep the user department functioning effectively - do swap-outs, or training etc. That support mostly included within the supply contracts - you supply, you install, configure, train, and maintain, and upgrade with parts we purchase from you or other suppliers. Then 'acquisition' was moved to 'Purchasing' who looked for the cheapest supplier - note supply cost, not install, configure train support and maintain. So they would save - say 5% on PC supply - previously delivered, unboxed, assembled, and got working with the user involved as appropriate. Now just delivered - as in the user had to sign for the boxes delivered to 'reception'. Want a printer - previously installed onto system - having been delivered complete with pack of paper, cables etc. Now printer is in the box, cables are extra - yes that is interface and mains cables, paper yes a box will cost you Installation - well our support staff charge is ... So before castigating an IT department for constraining systems acquisition - consider the cost of having the ancillary functions and processes done properly. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow Sent: Saturday, October 11, 2014 12:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 365/RT development using Napa Importance: High >From previous conversations here it would appear that it wouldn't be allowed. This is for a local government client with a very controlling (read PITA) IT Dept. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, October 10, 2014 4:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Office 365/RT development using Napa Go with Alpha Anywhere. Free trial available and wonderful demos to prove what it can do. Arthur On Fri, Oct 10, 2014 at 4:03 AM, Gustav Brock wrote: > Hi John > > Yes, Access is more and more positioned as a frontend tool for SharePoint. > Access apps for SharePoint. > This may not at all be irrelevant as SharePoint is included in many of > the Office 365 subscription plans, thus are or will be much more > accessible for the masses. > > /gustav > > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af John R Bartow > Sendt: 10. oktober 2014 09:42 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi Gustav, > From what I've read it appears to possibly be the beginning of the > future of MS Office application development. I'm looking at possibly > having to port a rather large, old (originally A97 and upgraded twice) > Access VBA application to it. I've looked over the JavaScript object > models for Office online and there isn't one for Access. I am thinking > I would then need to use the Outlook, Word, Excel and SharePoint OM to > attempt to have similar functionality. Seems daunting at the moment. > > Regards, > John B > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Friday, October 10, 2014 12:51 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 365/RT development using Napa > > Hi John > > It's still on my to-do list, but real work has kept me away. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af John R > Bartow > Sendt: 10. oktober 2014 07:46 > Til: DBA-Access > Emne: [AccessD] Office 365/RT development using Napa > Prioritet: H?j > > Hi all, > It's been available for over a year now, has anyone delved into "Napa" > and developed anything yet? > > http://msdn.microsoft.com/en-us/library/office/jj220038(v=office.15).a > spx > > John B > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Oct 12 07:52:17 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 12 Oct 2014 08:52:17 -0400 Subject: [AccessD] Running action queries In-Reply-To: <1413108897980.35203@cactus.dk> References: <1413016636125.24436@cactus.dk> <012301cfe5bf$eecd9b40$cc68d1c0$@gmail.com> <1413108897980.35203@cactus.dk> Message-ID: Yes I guess that's so Gustav. Still feels funny. I got a D in digital logic, in college. And I actually tried to understand it. I wanted to drop the course but was not allowed to... Strange how I am still surviving as a programmer. On Oct 12, 2014 6:17 AM, "Gustav Brock" wrote: > Hi Bill > > I think the same can be said if A Or B => True. If A is True, you don't > know if B is True or False. > > /gustav > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > bensonforums at gmail.com> > Sendt: 12. oktober 2014 03:57 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Running action queries > > I don?t like Imp because I don?t believe that A implies B gives you any > information about B when A is False, and yet A Imp B is True when A is > false and B is either True or False. I think A Imp B should be > indeterminate, not True > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Saturday, October 11, 2014 9:45 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Running action queries > > Gustav, > > In all my years of Access development, I think that I have never used, or > even come across, the keyword Imp. News to me. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Sun Oct 12 09:04:18 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 12 Oct 2014 14:04:18 +0000 Subject: [AccessD] Running action queries In-Reply-To: References: <1413016636125.24436@cactus.dk> <012301cfe5bf$eecd9b40$cc68d1c0$@gmail.com> <1413108897980.35203@cactus.dk>, Message-ID: <1413122658131.9026@cactus.dk> Hi Bill Well, it takes so many other qualities both to be a good programmer and to be able to make a living from it. We all have our weak spots. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Bill Benson Sendt: 12. oktober 2014 14:52 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Running action queries Yes I guess that's so Gustav. Still feels funny. I got a D in digital logic, in college. And I actually tried to understand it. I wanted to drop the course but was not allowed to... Strange how I am still surviving as a programmer. On Oct 12, 2014 6:17 AM, "Gustav Brock" wrote: > Hi Bill > > I think the same can be said if A Or B => True. If A is True, you don't > know if B is True or False. > > /gustav > ________________________________________ > Fra: accessd-bounces at databaseadvisors.com < > accessd-bounces at databaseadvisors.com> p? vegne af Bill Benson < > bensonforums at gmail.com> > Sendt: 12. oktober 2014 03:57 > Til: 'Access Developers discussion and problem solving' > Emne: Re: [AccessD] Running action queries > > I don?t like Imp because I don?t believe that A implies B gives you any > information about B when A is False, and yet A Imp B is True when A is > false and B is either True or False. I think A Imp B should be > indeterminate, not True > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Saturday, October 11, 2014 9:45 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Running action queries > > Gustav, > > In all my years of Access development, I think that I have never used, or > even come across, the keyword Imp. News to me. > > Arthur From accessd at shaw.ca Tue Oct 14 20:06:59 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 14 Oct 2014 19:06:59 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: Message-ID: <254507843.19107696.1413335219980.JavaMail.root@cds018> Hi Lambert: It was a quiet afternoon so I installed Windows 10 in VMWare. It is slug slow but considering it is running on a 32 bit, 3GB, 2 core box under a virtual drive that is running on Ubuntu Linux 14.4, so it should be. The one thing that can be said is that the interface is far superior to Windows 8.x. Now all that is left is to get FF installed and we might have a really computer OS. ;-) Jim ----- Original Message ----- From: "Lambert Heenan" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 8, 2014 11:25:31 AM Subject: Re: [AccessD] Windows 10... For VirtualBox I just created an empty Virtual Disk, then attached the iso file (64 bit version) and chose Windows 8.1 64 bit as the OS type. See http://www.fixedbyvonnie.com/2014/10/install-windows-10-in-virtualbox/#.VDWBKrDF_up which also has advice on getting the Guest Additions installed (though I cannot seem to get the VM to run in full screen mode). Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, October 08, 2014 1:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Windows 10... Very nteresting. How did you get Windows 10 into the VirtualBox? Did you down load the Windows 10 image as an ISO? Was the host platform Windows 7 or 8? Did you have to burn the downloaded image to a high density DVD to install it? Did you already have the VB open and install the Windows 10 image directly to the VirtualBox? Jim ----- Original Message ----- From: "Helmut Kotsch" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 8, 2014 2:07:57 AM Subject: Re: [AccessD] Windows 10... I installed Windows 10 as an Oracle Virtual Box machine. I do not use any sensitive data in this virtual machine, just play around with it. I am wondering now whether Microsofts monitoring of activities in this machine also have access to data / activities on the host (Windos 7) machine. Helmut -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock Gesendet: Mittwoch, 8. Oktober 2014 08:06 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] Windows 10... Hi Stuart They don't tell you in detail, but you do agree to have your usage monitored. As for the typing, it is for monitoring the behaviour of type-ahead, which username and password don't provide. You can even opt for an extensive to-way monitoring. When joining, from time to time a message windows pops up asking you why you did this or that or if some function is working well, and asks for comments and suggestions for improvement. It's fun, and if my tiny input can improve anything, why not? As Charlotte - and most others I guess - it's not the primary machine for me. I mostly check out applications like Visual Studio. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan Sendt: 7. oktober 2014 23:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Windows 10... Are you guys who have installed it aware of just how much information you are giving to MS? http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ -- Stuart On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > I installed it, but honestly I hate the new start menu. It has to > have charms to accommodate Touch but it's awfully cluttered and poorly > organized. You can resize the charms but not replace them with a list. > You can uninstall apps from the start menu, which is handy for things > like Xbox and Sports. Of course all that may change by release. > Overall, I like most of it (except for the ugly start menu). You > still have the right-click menu on the Windows logo, so I tend to use > that. And of course applications now install an icon on your desktop > by default, even the touch versions. I put it on a 6-year old laptop > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > have to touch the machine until I logged in again. It kept all my > settings and drivers, but I didn't actually have any apps except > dropbox installed, so I can't say how other programs might have been > affected by an upgrade. > > I don't have it on a touch-screen box, so I can't test that, and apps > do behave differently on a touch platform. It feels a lot faster than > Win 8.1 with the default boot to the desktop happening right away. > Haven't tested it yet using the start screen, but we'll see. Overall, > I'm having a positive reaction to it. > > Charlotte > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > Hi all > > > > It's now on-line: > > > > http://windows.microsoft.com/en-us/windows/preview > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > problem solving Emne: Re: [AccessD] Windows 10... > > > > Hi Darryl > > > > Don't forget that this really isn't much more/other than a new > > Windows 8.1 skin for the wimps. > > > > That said, I look forward to the desktop switching option. > > So, certainly, this is marked as a must-do task for the weekend. I > > couldn't do otherwise as I've run Windows 8 from the very first > > developer preview (with the outstanding desktop betta fish). > > > > I'm impressed that MS has been able to hold the 10 tight while > > everyone was talking about 9. What a surprise - and that is, of > > course, the intention behind. It worked. Kudos to marketing dept. > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > problem solving Emne: [AccessD] OT: Windows 10... > > > > Worth a read. Looks better than 8.1 :) > > > > << > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > ws-10/ > > >> > > > > > > Cheers > > Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Tue Oct 14 20:12:32 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 14 Oct 2014 21:12:32 -0400 Subject: [AccessD] Windows 10... In-Reply-To: <254507843.19107696.1413335219980.JavaMail.root@cds018> References: <254507843.19107696.1413335219980.JavaMail.root@cds018> Message-ID: Right .... and Alpha Anywhere so someone thinks you have a real database progam. ;) On Oct 14, 2014 9:10 PM, "Jim Lawrence" wrote: > Hi Lambert: > > It was a quiet afternoon so I installed Windows 10 in VMWare. It is slug > slow but considering it is running on a 32 bit, 3GB, 2 core box under a > virtual drive that is running on Ubuntu Linux 14.4, so it should be. The > one thing that can be said is that the interface is far superior to Windows > 8.x. Now all that is left is to get FF installed and we might have a really > computer OS. ;-) > > Jim > > ----- Original Message ----- > From: "Lambert Heenan" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Wednesday, October 8, 2014 11:25:31 AM > Subject: Re: [AccessD] Windows 10... > > For VirtualBox I just created an empty Virtual Disk, then attached the iso > file (64 bit version) and chose Windows 8.1 64 bit as the OS type. > > See > http://www.fixedbyvonnie.com/2014/10/install-windows-10-in-virtualbox/#.VDWBKrDF_up > which also has advice on getting the Guest Additions installed (though I > cannot seem to get the VM to run in full screen mode). > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, October 08, 2014 1:42 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 10... > > Very nteresting. > > How did you get Windows 10 into the VirtualBox? Did you down load the > Windows 10 image as an ISO? Was the host platform Windows 7 or 8? Did you > have to burn the downloaded image to a high density DVD to install it? Did > you already have the VB open and install the Windows 10 image directly to > the VirtualBox? > > Jim > > ----- Original Message ----- > From: "Helmut Kotsch" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Wednesday, October 8, 2014 2:07:57 AM > Subject: Re: [AccessD] Windows 10... > > I installed Windows 10 as an Oracle Virtual Box machine. > I do not use any sensitive data in this virtual machine, just play around > with it. > I am wondering now whether Microsofts monitoring of activities in this > machine also have access to data / activities on the host (Windos 7) > machine. > > Helmut > > > > -----Urspr?ngliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock > Gesendet: Mittwoch, 8. Oktober 2014 08:06 > An: Access Developers discussion and problem solving > Betreff: Re: [AccessD] Windows 10... > > Hi Stuart > > They don't tell you in detail, but you do agree to have your usage > monitored. As for the typing, it is for monitoring the behaviour of > type-ahead, which username and password don't provide. > > You can even opt for an extensive to-way monitoring. When joining, from > time to time a message windows pops up asking you why you did this or that > or if some function is working well, and asks for comments and suggestions > for improvement. > It's fun, and if my tiny input can improve anything, why not? As Charlotte > - and most others I guess - it's not the primary machine for me. I mostly > check out applications like Visual Studio. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan > Sendt: 7. oktober 2014 23:59 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] Windows 10... > > Are you guys who have installed it aware of just how much information you > are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > > On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > > > I installed it, but honestly I hate the new start menu. It has to > > have charms to accommodate Touch but it's awfully cluttered and poorly > > organized. You can resize the charms but not replace them with a list. > > You can uninstall apps from the start menu, which is handy for things > > like Xbox and Sports. Of course all that may change by release. > > Overall, I like most of it (except for the ugly start menu). You > > still have the right-click menu on the Windows logo, so I tend to use > > that. And of course applications now install an icon on your desktop > > by default, even the touch versions. I put it on a 6-year old laptop > > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > > have to touch the machine until I logged in again. It kept all my > > settings and drivers, but I didn't actually have any apps except > > dropbox installed, so I can't say how other programs might have been > > affected by an upgrade. > > > > I don't have it on a touch-screen box, so I can't test that, and apps > > do behave differently on a touch platform. It feels a lot faster than > > Win 8.1 with the default boot to the desktop happening right away. > > Haven't tested it yet using the start screen, but we'll see. Overall, > > I'm having a positive reaction to it. > > > > Charlotte > > > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > > > Hi all > > > > > > It's now on-line: > > > > > > http://windows.microsoft.com/en-us/windows/preview > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > > problem solving Emne: Re: [AccessD] Windows 10... > > > > > > Hi Darryl > > > > > > Don't forget that this really isn't much more/other than a new > > > Windows 8.1 skin for the wimps. > > > > > > That said, I look forward to the desktop switching option. > > > So, certainly, this is marked as a must-do task for the weekend. I > > > couldn't do otherwise as I've run Windows 8 from the very first > > > developer preview (with the outstanding desktop betta fish). > > > > > > I'm impressed that MS has been able to hold the 10 tight while > > > everyone was talking about 9. What a surprise - and that is, of > > > course, the intention behind. It worked. Kudos to marketing dept. > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > > problem solving Emne: [AccessD] OT: Windows 10... > > > > > > Worth a read. Looks better than 8.1 :) > > > > > > << > > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > > ws-10/ > > > >> > > > > > > > > > Cheers > > > Darryl > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Oct 14 23:44:03 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 14 Oct 2014 22:44:03 -0600 (MDT) Subject: [AccessD] Windows 10... In-Reply-To: Message-ID: <54070534.19217286.1413348243533.JavaMail.root@cds018> Maybe a MariaDB database, an Apache or Node.js web server, if some version of IIS isn't built in, a good script editor from which to write some decent html/css code and we can move from the desktop to the web and back. ;-) Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Tuesday, October 14, 2014 6:12:32 PM Subject: Re: [AccessD] Windows 10... Right .... and Alpha Anywhere so someone thinks you have a real database progam. ;) On Oct 14, 2014 9:10 PM, "Jim Lawrence" wrote: > Hi Lambert: > > It was a quiet afternoon so I installed Windows 10 in VMWare. It is slug > slow but considering it is running on a 32 bit, 3GB, 2 core box under a > virtual drive that is running on Ubuntu Linux 14.4, so it should be. The > one thing that can be said is that the interface is far superior to Windows > 8.x. Now all that is left is to get FF installed and we might have a really > computer OS. ;-) > > Jim > > ----- Original Message ----- > From: "Lambert Heenan" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Wednesday, October 8, 2014 11:25:31 AM > Subject: Re: [AccessD] Windows 10... > > For VirtualBox I just created an empty Virtual Disk, then attached the iso > file (64 bit version) and chose Windows 8.1 64 bit as the OS type. > > See > http://www.fixedbyvonnie.com/2014/10/install-windows-10-in-virtualbox/#.VDWBKrDF_up > which also has advice on getting the Guest Additions installed (though I > cannot seem to get the VM to run in full screen mode). > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, October 08, 2014 1:42 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Windows 10... > > Very nteresting. > > How did you get Windows 10 into the VirtualBox? Did you down load the > Windows 10 image as an ISO? Was the host platform Windows 7 or 8? Did you > have to burn the downloaded image to a high density DVD to install it? Did > you already have the VB open and install the Windows 10 image directly to > the VirtualBox? > > Jim > > ----- Original Message ----- > From: "Helmut Kotsch" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Wednesday, October 8, 2014 2:07:57 AM > Subject: Re: [AccessD] Windows 10... > > I installed Windows 10 as an Oracle Virtual Box machine. > I do not use any sensitive data in this virtual machine, just play around > with it. > I am wondering now whether Microsofts monitoring of activities in this > machine also have access to data / activities on the host (Windos 7) > machine. > > Helmut > > > > -----Urspr?ngliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] Im Auftrag von Gustav Brock > Gesendet: Mittwoch, 8. Oktober 2014 08:06 > An: Access Developers discussion and problem solving > Betreff: Re: [AccessD] Windows 10... > > Hi Stuart > > They don't tell you in detail, but you do agree to have your usage > monitored. As for the typing, it is for monitoring the behaviour of > type-ahead, which username and password don't provide. > > You can even opt for an extensive to-way monitoring. When joining, from > time to time a message windows pops up asking you why you did this or that > or if some function is working well, and asks for comments and suggestions > for improvement. > It's fun, and if my tiny input can improve anything, why not? As Charlotte > - and most others I guess - it's not the primary machine for me. I mostly > check out applications like Visual Studio. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan > Sendt: 7. oktober 2014 23:59 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] Windows 10... > > Are you guys who have installed it aware of just how much information you > are giving to MS? > > http://www.theregister.co.uk/2014/10/07/windows_10_data_collection/ > > -- > Stuart > > On 4 Oct 2014 at 8:36, Charlotte Foust wrote: > > > I installed it, but honestly I hate the new start menu. It has to > > have charms to accommodate Touch but it's awfully cluttered and poorly > > organized. You can resize the charms but not replace them with a list. > > You can uninstall apps from the start menu, which is handy for things > > like Xbox and Sports. Of course all that may change by release. > > Overall, I like most of it (except for the ugly start menu). You > > still have the right-click menu on the Windows logo, so I tend to use > > that. And of course applications now install an icon on your desktop > > by default, even the touch versions. I put it on a 6-year old laptop > > with 4 GB RAM and a 300 Gb hard drive, and it's working fine. > > Installing it as an upgrade from Win 8.1 was a no brainer. I didn't > > have to touch the machine until I logged in again. It kept all my > > settings and drivers, but I didn't actually have any apps except > > dropbox installed, so I can't say how other programs might have been > > affected by an upgrade. > > > > I don't have it on a touch-screen box, so I can't test that, and apps > > do behave differently on a touch platform. It feels a lot faster than > > Win 8.1 with the default boot to the desktop happening right away. > > Haven't tested it yet using the start screen, but we'll see. Overall, > > I'm having a positive reaction to it. > > > > Charlotte > > > > On Wed, Oct 1, 2014 at 8:55 AM, Gustav Brock wrote: > > > > > Hi all > > > > > > It's now on-line: > > > > > > http://windows.microsoft.com/en-us/windows/preview > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock > > > Sendt: 1. oktober 2014 09:20 Til: Access Developers discussion and > > > problem solving Emne: Re: [AccessD] Windows 10... > > > > > > Hi Darryl > > > > > > Don't forget that this really isn't much more/other than a new > > > Windows 8.1 skin for the wimps. > > > > > > That said, I look forward to the desktop switching option. > > > So, certainly, this is marked as a must-do task for the weekend. I > > > couldn't do otherwise as I've run Windows 8 from the very first > > > developer preview (with the outstanding desktop betta fish). > > > > > > I'm impressed that MS has been able to hold the 10 tight while > > > everyone was talking about 9. What a surprise - and that is, of > > > course, the intention behind. It worked. Kudos to marketing dept. > > > > > > /gustav > > > > > > -----Oprindelig meddelelse----- > > > Fra: accessd-bounces at databaseadvisors.com [mailto: > > > accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins > > > Sendt: 1. oktober 2014 00:52 Til: Access Developers discussion and > > > problem solving Emne: [AccessD] OT: Windows 10... > > > > > > Worth a read. Looks better than 8.1 :) > > > > > > << > > > http://blogs.windows.com/bloggingwindows/2014/09/30/announcing-windo > > > ws-10/ > > > >> > > > > > > > > > Cheers > > > Darryl > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Fri Oct 17 16:52:48 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Fri, 17 Oct 2014 21:52:48 +0000 Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> All, I am working on an Access 2007 application which will obtain data from one of multiple Excel files. I would like to be able to list all of the Excel files in one folder and then obtain the name of the file that is selected by the user. I have been experimenting with "Application.FileDialog" but keep running into problems. I have very little experience in this realm. Does anyone have an example of how to do this or possibly a link to a good example on the web? Thanks, Brad From jbodin at sbor.com Fri Oct 17 17:18:09 2014 From: jbodin at sbor.com (John Bodin) Date: Fri, 17 Oct 2014 22:18:09 +0000 Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA In-Reply-To: <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: On the run so I'd have to check my code bank, but you could do the following with a couple of list boxes: Use the DIR command and walk through all the files in the folder, populating a List Box with their names (and a hidden column for the path). Give the user a second list box and a few buttons that would allow them to copy the file information from the first listbox to the 'selected' second list box. Another button to remove a selected file from the second list box. I seem to remember mvps.org having a sample or two of this. Good luck. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Friday, October 17, 2014 5:53 PM To: Access Developers discussion and problem solving Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA All, I am working on an Access 2007 application which will obtain data from one of multiple Excel files. I would like to be able to list all of the Excel files in one folder and then obtain the name of the file that is selected by the user. I have been experimenting with "Application.FileDialog" but keep running into problems. I have very little experience in this realm. Does anyone have an example of how to do this or possibly a link to a good example on the web? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Fri Oct 17 17:23:59 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Sat, 18 Oct 2014 11:23:59 +1300 Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA In-Reply-To: <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> Brad, Here is a function to get you started. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand Public Function basGetFolderOrFileName(strTitle As String, strCurDir As String, strCurFile As String, Flags As Integer, Filter As Integer) 'For directories leave CurFile as empty string. For files leave CurDir as empty string. 'basGetFolderOrFileName("Select Folder", Nz(Me!txtFileFolderPAMaint, ""), "", 1, 1) 'basGetFolderOrFileName("Select File", "", Nz(Me!txtFilePAMaint, ""), 2, 5) basGetFolderOrFileName = "" Dim fDialog As FileDialog If Flags = 1 Then Set fDialog = Application.FileDialog(msoFileDialogFolderPicker) fDialog.InitialFileName = strCurDir Else Set fDialog = Application.FileDialog(msoFileDialogFilePicker) fDialog.InitialFileName = strCurFile fDialog.Filters.Clear Select Case Filter Case 2: fDialog.Filters.Add "Zip Files", "*.zip" Case 3: fDialog.Filters.Add "Text Files", "*.txt" Case 4: fDialog.Filters.Add "Database Files", "*.mdb" Case 5: fDialog.Filters.Add "Excel Spreadsheets", "*.xlsx" Case 6: fDialog.Filters.Add "CSV Files", "*.csv" Case Else: fDialog.Filters.Add "All Files", "*.*" End Select End If 'Allow user to make multiple selections in dialog box 'fDialog.AllowMultiSelect = True 'Set the title of the dialog box. fDialog.Title = strTitle ' Show the dialog box. If the .Show method returns True, the user picked at least one file. ' If the .Show method returns False, the user clicked Cancel. If fDialog.Show = True Then basGetFolderOrFileName = Trim(fDialog.SelectedItems(1)) End If End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Saturday, 18 October 2014 10:53 a.m. To: Access Developers discussion and problem solving Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA All, I am working on an Access 2007 application which will obtain data from one of multiple Excel files. I would like to be able to list all of the Excel files in one folder and then obtain the name of the file that is selected by the user. I have been experimenting with "Application.FileDialog" but keep running into problems. I have very little experience in this realm. Does anyone have an example of how to do this or possibly a link to a good example on the web? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Oct 18 04:20:55 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 18 Oct 2014 05:20:55 -0400 Subject: [AccessD] Ten most common tasks/problems in Access Message-ID: For a writing project I'm working on, I want to compile a list (doesn't have to be precisely ten) of the most common tasks and problems faced by Access developers. Perhaps I should explain my use of these terms. First of all, I do not mean problems with Access itself. In the first category I mean things like writing form_load and form_open code; creating combo-boxes whose source is a named query or Select statement; writing code to open a second form (for example, when a double-click on one form automatically opens a second, related form); that sort of thing. In the second category, I mean such things like creating master-detail forms; creating forms that will enable the user to perform complex queries (parsing the query form and assembling the SQL from the values chosen by the user). I suppose that into this category might go the need to write complex processing code that has little or nothing to do with forms; writing custom UDFs that don't exist in Access, passing values from one form to another; creating nested reports. I don't want to rely solely on my own experience in assembling this list. So I'd like to reach out and take an informal poll here and see what you think. -- Arthur From fuller.artful at gmail.com Sat Oct 18 04:49:33 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 18 Oct 2014 05:49:33 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: Message-ID: I forgot an obvious task/problem that I have frequently needed in my projects -- Office Integration -- using Access to create documents in Word and Excel. Arthur On Sat, Oct 18, 2014 at 5:20 AM, Arthur Fuller wrote: > For a writing project I'm working on, I want to compile a list (doesn't > have to be precisely ten) of the most common tasks and problems faced by > Access developers. Perhaps I should explain my use of these terms. First of > all, I do not mean problems with Access itself. > > In the first category I mean things like writing form_load and form_open > code; creating combo-boxes whose source is a named query or Select > statement; writing code to open a second form (for example, when a > double-click on one form automatically opens a second, related form); that > sort of thing. > > In the second category, I mean such things like creating master-detail > forms; creating forms that will enable the user to perform complex queries > (parsing the query form and assembling the SQL from the values chosen by > the user). I suppose that into this category might go the need to write > complex processing code that has little or nothing to do with forms; > writing custom UDFs that don't exist in Access, passing values from one > form to another; creating nested reports. > > I don't want to rely solely on my own experience in assembling this list. > So I'd like to reach out and take an informal poll here and see what you > think. > > -- > Arthur > > -- Arthur From bensonforums at gmail.com Sat Oct 18 05:56:29 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 18 Oct 2014 06:56:29 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: Message-ID: <12c0101cfeac2$2d433d10$87c9b730$@gmail.com> While we are at it, maybe we can come up with a top ten list of things that need to be done in construction of a college campus? I mean really Art, could you pick a wider subject perhaps? You could go down the table of contents of any Access for Dummies book and immediately hit at least a dozen and that is before you even get to anomalies like establish class modules (but rumored to be very helpful); you'd eliminate macros, unless you are from a culture that adores them; and now that you have mentioned integration with other office products, you have practically opened up a new top ten list. I sometimes do mean to pick on you because you are smarter than me and I get off on that kind of thing - but this is not one of those times, this is me telling you I think that this is a way bigger list than you can usefully condense it to. Bill -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, October 18, 2014 5:50 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ten most common tasks/problems in Access I forgot an obvious task/problem that I have frequently needed in my projects -- Office Integration -- using Access to create documents in Word and Excel. Arthur On Sat, Oct 18, 2014 at 5:20 AM, Arthur Fuller wrote: > For a writing project I'm working on, I want to compile a list > (doesn't have to be precisely ten) of the most common tasks and > problems faced by Access developers. Perhaps I should explain my use > of these terms. First of all, I do not mean problems with Access itself. > > In the first category I mean things like writing form_load and > form_open code; creating combo-boxes whose source is a named query or > Select statement; writing code to open a second form (for example, > when a double-click on one form automatically opens a second, related > form); that sort of thing. > > In the second category, I mean such things like creating master-detail > forms; creating forms that will enable the user to perform complex > queries (parsing the query form and assembling the SQL from the values > chosen by the user). I suppose that into this category might go the > need to write complex processing code that has little or nothing to do > with forms; writing custom UDFs that don't exist in Access, passing > values from one form to another; creating nested reports. > > I don't want to rely solely on my own experience in assembling this list. > So I'd like to reach out and take an informal poll here and see what > you think. > > -- > Arthur > > -- Arthur -- 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 Oct 18 06:28:24 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 18 Oct 2014 21:28:24 +1000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: Message-ID: <54424ED8.16759.44696C21@stuart.lexacorp.com.pg> One that immediately comes to mind is maintaining multi-level hierarchies on a single form through cascading side-by-side continuous forms. I seem to do a lot of that. -- Stuart On 18 Oct 2014 at 5:20, Arthur Fuller wrote: > For a writing project I'm working on, I want to compile a list > (doesn't have to be precisely ten) of the most common tasks and > problems faced by Access developers. Perhaps I should explain my use > of these terms. First of all, I do not mean problems with Access > itself. > > In the first category I mean things like writing form_load and > form_open code; creating combo-boxes whose source is a named query or > Select statement; writing code to open a second form (for example, > when a double-click on one form automatically opens a second, related > form); that sort of thing. > > In the second category, I mean such things like creating master-detail > forms; creating forms that will enable the user to perform complex > queries (parsing the query form and assembling the SQL from the values > chosen by the user). I suppose that into this category might go the > need to write complex processing code that has little or nothing to do > with forms; writing custom UDFs that don't exist in Access, passing > values from one form to another; creating nested reports. > > I don't want to rely solely on my own experience in assembling this > list. So I'd like to reach out and take an informal poll here and see > what you think. > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat Oct 18 06:35:11 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 18 Oct 2014 07:35:11 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <54424ED8.16759.44696C21@stuart.lexacorp.com.pg> References: <54424ED8.16759.44696C21@stuart.lexacorp.com.pg> Message-ID: Thanks, Stuart. Come to think of it, I do a lot of that too. I'll add it to my list. A. On Sat, Oct 18, 2014 at 7:28 AM, Stuart McLachlan wrote: > One that immediately comes to mind is maintaining multi-level hierarchies > on a single form > through cascading side-by-side continuous forms. > > I seem to do a lot of that. > > -- > Stuart > > On 18 Oct 2014 at 5:20, Arthur Fuller wrote: > > > For a writing project I'm working on, I want to compile a list > > (doesn't have to be precisely ten) of the most common tasks and > > problems faced by Access developers. Perhaps I should explain my use > > of these terms. First of all, I do not mean problems with Access > > itself. > > > > In the first category I mean things like writing form_load and > > form_open code; creating combo-boxes whose source is a named query or > > Select statement; writing code to open a second form (for example, > > when a double-click on one form automatically opens a second, related > > form); that sort of thing. > > > > In the second category, I mean such things like creating master-detail > > forms; creating forms that will enable the user to perform complex > > queries (parsing the query form and assembling the SQL from the values > > chosen by the user). I suppose that into this category might go the > > need to write complex processing code that has little or nothing to do > > with forms; writing custom UDFs that don't exist in Access, passing > > values from one form to another; creating nested reports. > > > > I don't want to rely solely on my own experience in assembling this > > list. So I'd like to reach out and take an informal poll here and see > > what you think. > > > > -- > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From bensonforums at gmail.com Sat Oct 18 07:25:02 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 18 Oct 2014 08:25:02 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: <54424ED8.16759.44696C21@stuart.lexacorp.com.pg> Message-ID: An increasingly needful but unhappy task is finding a way to make use of older databases with good integrity under the configuration they had in Ac2003, and making them openable, less so working, in Ac2013. Another task is forcing the columnwidth of list box and combo box columns to match the contents they are required to display. Sometimes in Access it is easier to just plus or minus it, because the controls I use on an excel user for do not behave in a manner conducive to this excercise, in MS Access. Another often neglected task whichbshould be done always, is to insure updates for permanent entity and transaction tables get logging, at a minimum updates to the LastUpdatedBy and LastUpdated fields. Another task us deciding how much data to keep in history versus current transaction tables, and of course splitting front and back ends, which you might have already covered. Putting relationships on is a good thing to do as its own task, and what I like to do afterwards is bring the database into Visio2010 (last release that had this feature) using reverse engineer function, to see that things are set up as I expect they are, I find this helpful in labeling of PK and FK elements. I do this mostly after adding the most important fields to tables (not all characteristics) just to check all my Not Nulls, keys, arrow directions. Not everyone works in this dual design environment, but I find it helps me to have 2 perspectives and visio is a nice db documenting interface. Another task is making use of all the column width and hiding and ordering potential within data sheet form columns / controls, and having devices that let application remember user preferences. That goes for a lot of things - remembering user preferences. On Oct 18, 2014 7:37 AM, "Arthur Fuller" wrote: > Thanks, Stuart. Come to think of it, I do a lot of that too. I'll add it to > my list. > > A. > > On Sat, Oct 18, 2014 at 7:28 AM, Stuart McLachlan > wrote: > > > One that immediately comes to mind is maintaining multi-level hierarchies > > on a single form > > through cascading side-by-side continuous forms. > > > > I seem to do a lot of that. > > > > -- > > Stuart > > > > On 18 Oct 2014 at 5:20, Arthur Fuller wrote: > > > > > For a writing project I'm working on, I want to compile a list > > > (doesn't have to be precisely ten) of the most common tasks and > > > problems faced by Access developers. Perhaps I should explain my use > > > of these terms. First of all, I do not mean problems with Access > > > itself. > > > > > > In the first category I mean things like writing form_load and > > > form_open code; creating combo-boxes whose source is a named query or > > > Select statement; writing code to open a second form (for example, > > > when a double-click on one form automatically opens a second, related > > > form); that sort of thing. > > > > > > In the second category, I mean such things like creating master-detail > > > forms; creating forms that will enable the user to perform complex > > > queries (parsing the query form and assembling the SQL from the values > > > chosen by the user). I suppose that into this category might go the > > > need to write complex processing code that has little or nothing to do > > > with forms; writing custom UDFs that don't exist in Access, passing > > > values from one form to another; creating nested reports. > > > > > > I don't want to rely solely on my own experience in assembling this > > > list. So I'd like to reach out and take an informal poll here and see > > > what you think. > > > > > > -- > > > Arthur > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat Oct 18 10:55:11 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 18 Oct 2014 11:55:11 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: <54424ED8.16759.44696C21@stuart.lexacorp.com.pg> Message-ID: Thanks, Bill. This is exactly the sort of thing I'm looking for. While I'm at it, I'm curious about two other aspects of Access development. Let me ask, how many of you have created DLLs for your Access apps, or included DLLs created by someone else? Second, how many of you have created Access add-ins? In both cases, what did these objects do to enhance your app? Arthur ? From jimdettman at verizon.net Sat Oct 18 11:03:13 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 18 Oct 2014 12:03:13 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: Message-ID: 1 Creating popup forms to handle not in list events. 2. Building an interface for a many to many relationship (this is more of a problem rather than a common task). 3. User security at form and record levels. 4. Saving and applying user preferences. 5. Saving and applying application settings. 6. Resource locking (keeping two users from doing the same thing at the same time, like closing a G/L for the month). 7. I'd agree 100% on Office integration (Excel and Outlook mainly). 8. Creating a modern menu interface (ie. a side bar - there's no way to control the main window well). 9. Producing what seems to be a standalone application (making it appear that it's not Access driven). Those are the top ones that bother me. I'd also love to use more 3rd party controls, but that is a problem with Access itself rather than one of application design (#8 and #9 I guess are to really). That's all that springs to mind at the moment. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, October 18, 2014 05:21 AM To: Access Developers discussion and problem solving Subject: [AccessD] Ten most common tasks/problems in Access For a writing project I'm working on, I want to compile a list (doesn't have to be precisely ten) of the most common tasks and problems faced by Access developers. Perhaps I should explain my use of these terms. First of all, I do not mean problems with Access itself. In the first category I mean things like writing form_load and form_open code; creating combo-boxes whose source is a named query or Select statement; writing code to open a second form (for example, when a double-click on one form automatically opens a second, related form); that sort of thing. In the second category, I mean such things like creating master-detail forms; creating forms that will enable the user to perform complex queries (parsing the query form and assembling the SQL from the values chosen by the user). I suppose that into this category might go the need to write complex processing code that has little or nothing to do with forms; writing custom UDFs that don't exist in Access, passing values from one form to another; creating nested reports. I don't want to rely solely on my own experience in assembling this list. So I'd like to reach out and take an informal poll here and see what you think. -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sat Oct 18 11:22:44 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 18 Oct 2014 12:22:44 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: Message-ID: Thanks, Jim. I'm adding all your items to my list. Much appreciated. Arthur On Sat, Oct 18, 2014 at 12:03 PM, Jim Dettman wrote: > > 1 Creating popup forms to handle not in list events. > > 2. Building an interface for a many to many relationship (this is more of a > problem rather than a common task). > > 3. User security at form and record levels. > > 4. Saving and applying user preferences. > > 5. Saving and applying application settings. > > 6. Resource locking (keeping two users from doing the same thing at the > same > time, like closing a G/L for the month). > > 7. I'd agree 100% on Office integration (Excel and Outlook mainly). > > 8. Creating a modern menu interface (ie. a side bar - there's no way to > control the main window well). > > 9. Producing what seems to be a standalone application (making it appear > that it's not Access driven). > > Those are the top ones that bother me. I'd also love to use more 3rd > party > controls, but that is a problem with Access itself rather than one of > application design (#8 and #9 I guess are to really). > > That's all that springs to mind at the moment. > > Jim. > > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Saturday, October 18, 2014 05:21 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Ten most common tasks/problems in Access > > For a writing project I'm working on, I want to compile a list (doesn't > have to be precisely ten) of the most common tasks and problems faced by > Access developers. Perhaps I should explain my use of these terms. First of > all, I do not mean problems with Access itself. > > In the first category I mean things like writing form_load and form_open > code; creating combo-boxes whose source is a named query or Select > statement; writing code to open a second form (for example, when a > double-click on one form automatically opens a second, related form); that > sort of thing. > > In the second category, I mean such things like creating master-detail > forms; creating forms that will enable the user to perform complex queries > (parsing the query form and assembling the SQL from the values chosen by > the user). I suppose that into this category might go the need to write > complex processing code that has little or nothing to do with forms; > writing custom UDFs that don't exist in Access, passing values from one > form to another; creating nested reports. > > I don't want to rely solely on my own experience in assembling this list. > So I'd like to reach out and take an informal poll here and see what you > think. > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From bensonforums at gmail.com Sat Oct 18 11:26:39 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 18 Oct 2014 12:26:39 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: <54424ED8.16759.44696C21@stuart.lexacorp.com.pg> Message-ID: In re: to just the question about DLLs, funny you mention. Doug Steele and others were maintaining a collection of these http://ccrp.mvps.org/ Development effort subsided for reasons they describe there. I used to use some of them. On Oct 18, 2014 11:58 AM, "Arthur Fuller" wrote: development. > Let me ask, how many of you have created DLLs for your Access apps, or > included DLLs created by someone else? From jamesbutton at blueyonder.co.uk Sat Oct 18 11:40:35 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Sat, 18 Oct 2014 17:40:35 +0100 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: Message-ID: Setting up a transaction recording process that allows audit of who did what when, and that will allow re-application of changes to a (restored) background (AKA server based) application in the order they were originally applied. So you don't have to rely on raid mirroring, and can leave backup imaging to be done weekly with just the activity file being dualled to multiple media in different locations. I also suspect that a similar process for processing of a cloud based database may well be wanted by many. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, October 18, 2014 5:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ten most common tasks/problems in Access Thanks, Jim. I'm adding all your items to my list. Much appreciated. Arthur On Sat, Oct 18, 2014 at 12:03 PM, Jim Dettman wrote: > > 1 Creating popup forms to handle not in list events. > > 2. Building an interface for a many to many relationship (this is more of a > problem rather than a common task). > > 3. User security at form and record levels. > > 4. Saving and applying user preferences. > > 5. Saving and applying application settings. > > 6. Resource locking (keeping two users from doing the same thing at the > same > time, like closing a G/L for the month). > > 7. I'd agree 100% on Office integration (Excel and Outlook mainly). > > 8. Creating a modern menu interface (ie. a side bar - there's no way to > control the main window well). > > 9. Producing what seems to be a standalone application (making it appear > that it's not Access driven). > > Those are the top ones that bother me. I'd also love to use more 3rd > party > controls, but that is a problem with Access itself rather than one of > application design (#8 and #9 I guess are to really). > > That's all that springs to mind at the moment. > > Jim. > > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Saturday, October 18, 2014 05:21 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Ten most common tasks/problems in Access > > For a writing project I'm working on, I want to compile a list (doesn't > have to be precisely ten) of the most common tasks and problems faced by > Access developers. Perhaps I should explain my use of these terms. First of > all, I do not mean problems with Access itself. > > In the first category I mean things like writing form_load and form_open > code; creating combo-boxes whose source is a named query or Select > statement; writing code to open a second form (for example, when a > double-click on one form automatically opens a second, related form); that > sort of thing. > > In the second category, I mean such things like creating master-detail > forms; creating forms that will enable the user to perform complex queries > (parsing the query form and assembling the SQL from the values chosen by > the user). I suppose that into this category might go the need to write > complex processing code that has little or nothing to do with forms; > writing custom UDFs that don't exist in Access, passing values from one > form to another; creating nested reports. > > I don't want to rely solely on my own experience in assembling this list. > So I'd like to reach out and take an informal poll here and see what you > think. > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sat Oct 18 15:31:49 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 19 Oct 2014 06:31:49 +1000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: , , Message-ID: <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg> I use my own DLL in payroll applications for doing tax calculations. I wrote it in PowerBASIC. I use BLAT.dll for emailing out of Access. I use a third party zip DLL for file compression/decompression I use API DLLs in most applications. Kernel32.dll, Shell32,Ole32.dll,Comdlg32.dll,Avapi32.dll all appear in my standard API functions module. This handle such functions as GetUsername, OpenFile/Folder etc dialogs, GetSpecialFolder (Desktop, Documents,AppData,Temp etc), ShellWait (shell to another process and wait for it to finish before continuing). (I used to use a DLL for PDF work until MS included the capability in Access.) No add-ins. -- Stuart On 18 Oct 2014 at 11:55, Arthur Fuller wrote: > Thanks, Bill. This is exactly the sort of thing I'm looking for. > > While I'm at it, I'm curious about two other aspects of Access > development. Let me ask, how many of you have created DLLs for your > Access apps, or included DLLs created by someone else? Second, how > many of you have created Access add-ins? In both cases, what did these > objects do to enhance your app? > > Arthur > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Sat Oct 18 18:48:40 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Sat, 18 Oct 2014 23:48:40 +0000 Subject: [AccessD] Nobody cares about "Database day"... :) Message-ID: <1413676120178.13352@whittleconsulting.com.au> Some Sunday (well Sunday in Oz) click bait for you Access diehards. hehehe. <> Long live the king ;) <> And why not: Spreadsheet were and still largely are THE killer app. :) cheers Darryl From bensonforums at gmail.com Sat Oct 18 21:24:46 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 18 Oct 2014 22:24:46 -0400 Subject: [AccessD] Nobody cares about "Database day"... :) In-Reply-To: <1413676120178.13352@whittleconsulting.com.au> References: <1413676120178.13352@whittleconsulting.com.au> Message-ID: <012201cfeb43$da1a8120$8e4f8360$@gmail.com> And the VBA Developer's mantra: And so, my fellow geeks: ask not what your spreadsheet can do for you - ask what you can do for your Spreadsheet! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Saturday, October 18, 2014 7:49 PM To: Access Developers discussion and problem solving Subject: [AccessD] Nobody cares about "Database day"... :) Some Sunday (well Sunday in Oz) click bait for you Access diehards. hehehe. <> Long live the king ;) <> And why not: Spreadsheet were and still largely are THE killer app. :) cheers Darryl -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Oct 19 06:29:32 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 19 Oct 2014 07:29:32 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg> References: <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg> Message-ID: Thanks, Stuart. I'll add these to my list. I haven't ever written a DLL, and until now was under the obviously mistaken impression that you had to write them in C++ or C#. I didn't know you could do it in Power Basic. I have heard of blat but know nothing about it. What does it give you that other emailers don't? (I.e. why did you choose it against, say, integration with Outlook?) Arthur On Sat, Oct 18, 2014 at 4:31 PM, Stuart McLachlan wrote: > I use my own DLL in payroll applications for doing tax calculations. I > wrote it in > PowerBASIC. > > I use BLAT.dll for emailing out of Access. > > I use a third party zip DLL for file compression/decompression > > I use API DLLs in most applications. Kernel32.dll, > Shell32,Ole32.dll,Comdlg32.dll,Avapi32.dll > all appear in my standard API functions module. This handle such > functions as > GetUsername, OpenFile/Folder etc dialogs, GetSpecialFolder (Desktop, > Documents,AppData,Temp etc), ShellWait (shell to another process and wait > for it to finish > before continuing). > > > (I used to use a DLL for PDF work until MS included the capability in > Access.) > > No add-ins. > > -- > Stuart > > On 18 Oct 2014 at 11:55, Arthur Fuller wrote: > > > Thanks, Bill. This is exactly the sort of thing I'm looking for. > > > > While I'm at it, I'm curious about two other aspects of Access > > development. Let me ask, how many of you have created DLLs for your > > Access apps, or included DLLs created by someone else? Second, how > > many of you have created Access add-ins? In both cases, what did these > > objects do to enhance your app? > > > > Arthur > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From stuart at lexacorp.com.pg Sun Oct 19 06:47:46 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 19 Oct 2014 21:47:46 +1000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: , <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg>, Message-ID: <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> Yep with PB you can build "industry standard" DLLs exactly the same as those created with C, C++, C#, MASM etc. No need to "register" them or to have any fancy installation procedure - just copy to a suitable location and use them. Blat does not depend on a specific (or any) email client and does not rely on the identity of the logged in user - so you can use it to automate emails from any address you want running scheduled tasks on a server for example, even if there is no email client installed on the machine. I've used it in some organisations that don't use Outlook/Exchange at all. -- Stuart On 19 Oct 2014 at 7:29, Arthur Fuller wrote: > Thanks, Stuart. I'll add these to my list. I haven't ever written a > DLL, and until now was under the obviously mistaken impression that > you had to write them in C++ or C#. I didn't know you could do it in > Power Basic. > > I have heard of blat but know nothing about it. What does it give you > that other emailers don't? (I.e. why did you choose it against, say, > integration with Outlook?) > > Arthur > From fuller.artful at gmail.com Sun Oct 19 07:19:50 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 19 Oct 2014 08:19:50 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> References: <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg> <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> Message-ID: Thanks for clearing up both points. On Sun, Oct 19, 2014 at 7:47 AM, Stuart McLachlan wrote: > Yep with PB you can build "industry standard" DLLs exactly the same as > those created with > C, C++, C#, MASM etc. No need to "register" them or to have any fancy > installation > procedure - just copy to a suitable location and use them. > > Blat does not depend on a specific (or any) email client and does not rely > on the identity of > the logged in user - so you can use it to automate emails from any address > you want running > scheduled tasks on a server for example, even if there is no email client > installed on the > machine. I've used it in some organisations that don't use > Outlook/Exchange at all. > From newsgrps at dalyn.co.nz Sun Oct 19 12:05:58 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 20 Oct 2014 06:05:58 +1300 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> References: , <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg>, <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> Message-ID: <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz> Hi Stuart, How does it differ from using cdosys.dll? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, 20 October 2014 12:48 a.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ten most common tasks/problems in Access Yep with PB you can build "industry standard" DLLs exactly the same as those created with C, C++, C#, MASM etc. No need to "register" them or to have any fancy installation procedure - just copy to a suitable location and use them. Blat does not depend on a specific (or any) email client and does not rely on the identity of the logged in user - so you can use it to automate emails from any address you want running scheduled tasks on a server for example, even if there is no email client installed on the machine. I've used it in some organisations that don't use Outlook/Exchange at all. -- Stuart On 19 Oct 2014 at 7:29, Arthur Fuller wrote: > Thanks, Stuart. I'll add these to my list. I haven't ever written a > DLL, and until now was under the obviously mistaken impression that > you had to write them in C++ or C#. I didn't know you could do it in > Power Basic. > > I have heard of blat but know nothing about it. What does it give you > that other emailers don't? (I.e. why did you choose it against, say, > integration with Outlook?) > > Arthur > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Sun Oct 19 12:52:02 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sun, 19 Oct 2014 13:52:02 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz> References: , <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg>, <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz> Message-ID: CDO and outlook are a little higher level; Blat, vbSendmail, etc can only send e-mails and talk directly to a SMTP server. CDO and Outlook besides sending e-mails, can deal with objects like appointments, tasks, etc. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Sunday, October 19, 2014 01:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Ten most common tasks/problems in Access Hi Stuart, How does it differ from using cdosys.dll? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, 20 October 2014 12:48 a.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ten most common tasks/problems in Access Yep with PB you can build "industry standard" DLLs exactly the same as those created with C, C++, C#, MASM etc. No need to "register" them or to have any fancy installation procedure - just copy to a suitable location and use them. Blat does not depend on a specific (or any) email client and does not rely on the identity of the logged in user - so you can use it to automate emails from any address you want running scheduled tasks on a server for example, even if there is no email client installed on the machine. I've used it in some organisations that don't use Outlook/Exchange at all. -- Stuart On 19 Oct 2014 at 7:29, Arthur Fuller wrote: > Thanks, Stuart. I'll add these to my list. I haven't ever written a > DLL, and until now was under the obviously mistaken impression that > you had to write them in C++ or C#. I didn't know you could do it in > Power Basic. > > I have heard of blat but know nothing about it. What does it give you > that other emailers don't? (I.e. why did you choose it against, say, > integration with Outlook?) > > Arthur > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Oct 19 14:10:28 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 19 Oct 2014 15:10:28 -0400 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: References: <5442CE35.25502.465AED4C@stuart.lexacorp.com.pg> <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg> <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz> Message-ID: Jim, Thanks. I'll file this under the "Office Integration" topic on my list. On Sun, Oct 19, 2014 at 1:52 PM, Jim Dettman wrote: > > CDO and outlook are a little higher level; Blat, vbSendmail, etc can only > send e-mails and talk directly to a SMTP server. > > CDO and Outlook besides sending e-mails, can deal with objects like > appointments, tasks, etc. > > Jim. From stuart at lexacorp.com.pg Sun Oct 19 16:22:46 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 20 Oct 2014 07:22:46 +1000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz> References: , <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg>, <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz> Message-ID: <54442BA6.75.4BAFCD5A@stuart.lexacorp.com.pg> 1. It's not a COM object with a complicated object model, it's just uses simple command string. 2. It doesn't have any dependencies or installation requirements 3. It doesn't rely on the presence of other software. 4. It doesn't rely on MAPI. Just drop a single 120KB DLL somewhere, include a single Declare statement in your code. Then build a command string and send it as a single parameter to declared Blat function. -- Stuart On 20 Oct 2014 at 6:05, David Emerson wrote: > Hi Stuart, > > How does it differ from using cdosys.dll? > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Monday, 20 October 2014 12:48 a.m. To: Access > Developers discussion and problem solving Subject: Re: [AccessD] Ten > most common tasks/problems in Access > > Yep with PB you can build "industry standard" DLLs exactly the same > as those created with C, C++, C#, MASM etc. No need to "register" > them or to have any fancy installation procedure - just copy to a > suitable location and use them. > > Blat does not depend on a specific (or any) email client and does not > rely on the identity of the logged in user - so you can use it to > automate emails from any address you want running scheduled tasks on a > server for example, even if there is no email client installed on the > machine. I've used it in some organisations that don't use > Outlook/Exchange at all. > > > -- > Stuart > > > On 19 Oct 2014 at 7:29, Arthur Fuller wrote: > > > Thanks, Stuart. I'll add these to my list. I haven't ever written a > > DLL, and until now was under the obviously mistaken impression that > > you had to write them in C++ or C#. I didn't know you could do it in > > Power Basic. > > > > I have heard of blat but know nothing about it. What does it give > > you that other emailers don't? (I.e. why did you choose it against, > > say, integration with Outlook?) > > > > Arthur > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Mon Oct 20 05:05:55 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 20 Oct 2014 06:05:55 -0400 Subject: [AccessD] Form events question Message-ID: In formally investigating the subject of Access forms (yes, even after all these years), I realize that there are numerous events that I have never used, and so far have no idea what they do or for that matter, even the order in which they fire. These include: Before Render After Final Render After Render After Layout On Connect On Disconnect Before Query On Query On Data Set Change On Cmd Execute On Cmd Before Execute On Cmd Enabled On Cmd Checked On View Change Before Screen Tip I've searched both the Access help and I've Googled a few things, thus far to no avail. Can anyone either explain the purpose of these events, and possibly where they fit into the order of events? Or point me to some site where these events are documented? -- TIA, Arthur From stuart at lexacorp.com.pg Mon Oct 20 05:32:15 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 20 Oct 2014 20:32:15 +1000 Subject: [AccessD] Form events question In-Reply-To: References: Message-ID: <5444E4AF.20895.4E8298A2@stuart.lexacorp.com.pg> Check out the status bar at the bottom of the Access window when you click on the event. As an example, "Before Render" says: "Macro or function that runs when a Pivot Chart triggers its BeforeRender event" You will find that most of the events you've listed relate to PivotChart and PivotTable. views -- Stuart On 20 Oct 2014 at 6:05, Arthur Fuller wrote: > In formally investigating the subject of Access forms (yes, even after > all these years), I realize that there are numerous events that I have > never used, and so far have no idea what they do or for that matter, > even the order in which they fire. These include: > > Before Render > After Final Render > After Render > After Layout > On Connect > On Disconnect > Before Query > On Query > On Data Set Change > On Cmd Execute > On Cmd Before Execute > On Cmd Enabled > On Cmd Checked > On View Change > Before Screen Tip > > I've searched both the Access help and I've Googled a few things, thus > far to no avail. Can anyone either explain the purpose of these > events, and possibly where they fit into the order of events? Or point > me to some site where these events are documented? -- TIA, Arthur -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From fuller.artful at gmail.com Mon Oct 20 05:43:11 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 20 Oct 2014 06:43:11 -0400 Subject: [AccessD] Form events question In-Reply-To: <5444E4AF.20895.4E8298A2@stuart.lexacorp.com.pg> References: <5444E4AF.20895.4E8298A2@stuart.lexacorp.com.pg> Message-ID: Thanks, Stuart. I forgot to look there. On Mon, Oct 20, 2014 at 6:32 AM, Stuart McLachlan wrote: > Check out the status bar at the bottom of the Access window when you click > on the event. > > As an example, "Before Render" says: > "Macro or function that runs when a Pivot Chart triggers its BeforeRender > event" > > You will find that most of the events you've listed relate to PivotChart > and PivotTable. > views > > -- > Stuart From bradm at blackforestltd.com Mon Oct 20 14:17:43 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Mon, 20 Oct 2014 19:17:43 +0000 Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA In-Reply-To: <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> Message-ID: David and John, Thanks for your assistance with this question. With the info that you supplied and a little work over the weekend, I now have a nice chunk of code that works perfectly. I appreciate the help. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Friday, October 17, 2014 5:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA Brad, Here is a function to get you started. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand Public Function basGetFolderOrFileName(strTitle As String, strCurDir As String, strCurFile As String, Flags As Integer, Filter As Integer) 'For directories leave CurFile as empty string. For files leave CurDir as empty string. 'basGetFolderOrFileName("Select Folder", Nz(Me!txtFileFolderPAMaint, ""), "", 1, 1) 'basGetFolderOrFileName("Select File", "", Nz(Me!txtFilePAMaint, ""), 2, 5) basGetFolderOrFileName = "" Dim fDialog As FileDialog If Flags = 1 Then Set fDialog = Application.FileDialog(msoFileDialogFolderPicker) fDialog.InitialFileName = strCurDir Else Set fDialog = Application.FileDialog(msoFileDialogFilePicker) fDialog.InitialFileName = strCurFile fDialog.Filters.Clear Select Case Filter Case 2: fDialog.Filters.Add "Zip Files", "*.zip" Case 3: fDialog.Filters.Add "Text Files", "*.txt" Case 4: fDialog.Filters.Add "Database Files", "*.mdb" Case 5: fDialog.Filters.Add "Excel Spreadsheets", "*.xlsx" Case 6: fDialog.Filters.Add "CSV Files", "*.csv" Case Else: fDialog.Filters.Add "All Files", "*.*" End Select End If 'Allow user to make multiple selections in dialog box 'fDialog.AllowMultiSelect = True 'Set the title of the dialog box. fDialog.Title = strTitle ' Show the dialog box. If the .Show method returns True, the user picked at least one file. ' If the .Show method returns False, the user clicked Cancel. If fDialog.Show = True Then basGetFolderOrFileName = Trim(fDialog.SelectedItems(1)) End If End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Saturday, 18 October 2014 10:53 a.m. To: Access Developers discussion and problem solving Subject: [AccessD] How to List Files in a folder and then Select a Specific File using Access 2007 VBA All, I am working on an Access 2007 application which will obtain data from one of multiple Excel files. I would like to be able to list all of the Excel files in one folder and then obtain the name of the file that is selected by the user. I have been experimenting with "Application.FileDialog" but keep running into problems. I have very little experience in this realm. Does anyone have an example of how to do this or possibly a link to a good example on the web? Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Mon Oct 20 14:31:09 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Mon, 20 Oct 2014 19:31:09 +0000 Subject: [AccessD] =?windows-1252?q?One_Accdr_=28front_end=29_for_each_Use?= =?windows-1252?q?r=92s_PC_or_Share_the_Accdr_file_on_the_File_Server?= In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> Message-ID: <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> All, I recently built a small inquiry system with Access 2007. I am using a ?Split? database (data stored in a ?_be.accdb? backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad From jamesbutton at blueyonder.co.uk Mon Oct 20 15:09:34 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Mon, 20 Oct 2014 21:09:34 +0100 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at aig.com Mon Oct 20 15:19:11 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Mon, 20 Oct 2014 20:19:11 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Mon Oct 20 16:08:59 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Mon, 20 Oct 2014 22:08:59 +0100 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Mon Oct 20 16:27:13 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Mon, 20 Oct 2014 21:27:13 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> All, I would like to clarify my question a bit. Currently, the data is stored in an Access "Back End" accdb file. Updates to this "Back End" are done at night when no one is using the Inquiry system. Currently the "Front End" is an ACCDR file that is stored on a file server. The ACCDR Front-End is a simple "Inquiry" system that will never update the data stored in Back-End. Instead of creating the ACCDR Front-End file on each user's PC, I simply put an icon on each user's desktop. This icon points at the ACCDR Front-End that is stored on a file server Will I run into problems with this approach? In the past, I have always provided each user with their own copy of Access front-ends. I wonder if this is really necessary when an Front-End is "Inquiry Only". Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Oct 20 16:40:49 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 20 Oct 2014 17:40:49 -0400 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: <48ED63E02F0F4B9C88429BC8A42A40C2@XPS> You need to be careful to differentiate between a data store that is JET/ACE based (a MDB/ACC DB File) and SQL Server. Lambert is correct; when your talking JET/ACE, all the DB is done client side, even if the FE is on the server. The exception to that is terminal services; if your "remoting in" to the server using RDP, then it is the server that performs all the work. A better way of saying that is it's where MSACCESS.EXE is actually running that does the work. Have the FE on the server is not a great idea, even if the app is read only because all the objects then (forms, reports, etc) come over the network to each user every time their used in addition to fetching data. Also, despite the fact that the app is "read-only", writes to the DB file still occur. The database header page gets written to every time a user opens a DB and then closes it. Stepping back, when you use SQL server, there is a server side process and it's the only one that touches the DB directly. When using Access, you can push things server side (pass through queries, calling a stored procedure, views, and triggers), or JET/ACE will try to do that if it can. The situation with the FE is still the same; you don't want to be sharing it. Besides what's been mentioned, there is also the issue of temp tables. If each user has their own copy of the FE, that make using them quite painless. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 05:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Oct 20 16:42:07 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 20 Oct 2014 17:42:07 -0400 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: Yes, because: 1. Some writing does occur on the FE. 2. Temp tables become an issue to be dealt with. 3. Network performance is not as it could be. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 05:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server All, I would like to clarify my question a bit. Currently, the data is stored in an Access "Back End" accdb file. Updates to this "Back End" are done at night when no one is using the Inquiry system. Currently the "Front End" is an ACCDR file that is stored on a file server. The ACCDR Front-End is a simple "Inquiry" system that will never update the data stored in Back-End. Instead of creating the ACCDR Front-End file on each user's PC, I simply put an icon on each user's desktop. This icon points at the ACCDR Front-End that is stored on a file server Will I run into problems with this approach? In the past, I have always provided each user with their own copy of Access front-ends. I wonder if this is really necessary when an Front-End is "Inquiry Only". Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Mon Oct 20 16:44:54 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 21 Oct 2014 07:44:54 +1000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> References: , , <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: <54458256.102.50EA6D4C@stuart.lexacorp.com.pg> 1. You can't update the application without booting everyone out. 2. You are pulling all the information about queries, forms/reports across thre network all the time rather than getting that locally and only pulling data across the network. That is considerably slower than direct disk access, especially if several users are asking the server for access to the FE for different forms/reports whatever at the same time. 3. It will cause problems if your FE uses temp tables. What I often do is have a link to a batch file that pulls the FE down and opens it locally. That way, the user gets the latest copy every time they open the application and all the noon-data traffic stays local. You can get fancier; check for a new version and only refresh the FE if the server has a newer version . -- Stuart On 20 Oct 2014 at 21:27, Brad Marks wrote: > All, > > I would like to clarify my question a bit. > > Currently, the data is stored in an Access "Back End" accdb file. > > Updates to this "Back End" are done at night when no one is using the > Inquiry system. > > Currently the "Front End" is an ACCDR file that is stored on a file > server. > > The ACCDR Front-End is a simple "Inquiry" system that will never > update the data stored in Back-End. > > Instead of creating the ACCDR Front-End file on each user's PC, I > simply put an icon on each user's desktop. This icon points at the > ACCDR Front-End that is stored on a file server > > > Will I run into problems with this approach? In the past, I have > always provided each user with their own copy of Access front-ends. I > wonder if this is really necessary when an Front-End is "Inquiry > Only". > > Thanks, > Brad > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James > Button Sent: Monday, October 20, 2014 4:09 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] One Accdr > (front end) for each User's PC or Share the Accdr file on the File > Server > > So are you saying that with the data not on the front-end PC's, the > front end PC's will not be getting the server DBMS to read the tables > of data on the server in order to provide required data to the data > handler facility at the screen end of the process. > > As in select ___ from __ where __ IS LIKE "* Frederick*" and ... > Does not put any load on the server DBMS - memory and data storage > medium - both when all the data is on the PC on the user's desk, and > when the data is on the central server? As in there will be no IO load > on the server ? > > And - if the actual 'heavy lifting' is done at the front end systems - > then does that not imply that for a cound where like will require all > the data to be transferred up the comms link > > That is why canned procedures should be used to access the data so > that the user PC activates a data selection (with parameters) that > will cause the server to do the work and just send the needed results. > Basically the server would have to read the data from the drive > regardless, and that is, with current PC speeds pretty much the major > time usage, unless the system does not have adequate memory to do the > data handling for whatever concurrent loading it gets from the 10 > client PC's > > JimB > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] One Accdr > (front end) for each User's PC or Share the Accdr file on the File > Server > > " The consequences of them accessing the data on the server will be: > Delays in getting data selection done, as the server will be doing all > the work that their local PC's were doing" Not so. The server is just > acting as a file server, so when the 10 or so users open the same > front end, all the heavy lifting is still being done by their local > machine. > > Other consequences of allowing the users to share a front end - if you > ever need to make an update to the front end design you will need to > kick all the users out before you can deploy the revised version. When > they each have their own copy of the front end you have no such > constraint, but then you do have the problem of how to distribute new > versions to the users. > > Lambert and his two cents. > > Prediction is difficult, especially of the future. > -- Niels Bohr > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James > Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] One Accdr > (front end) for each User's PC or Share the Accdr file on the File > Server > > Please note the following is only my opinion. > > If the front ends are never going to be allowed any update access at > all by the imbedded security, or the access method including > constraints - as in pre-coded SQL, then the main considerations for > you at the server end will be the effect of an update being performed > while one, or more of those users has the database open for access, > and the effect on any scheduled (or ad-hoc) maintenance such as a > backup if a user leaves their system in a state where it is accessing > the database, and that access stops the DBMS being set in a > can-do-maintenance state. > > The consequences of them accessing the data on the server will be: > Delays in getting data selection done, as the server will be doing all > the work that their local PC's were doing (adequate real memory on the > server may mitigate that). And transmission delays as the selected > data is transmitted across the Lan (Wan/web?) > > There is also the consideration that they will have assurance that the > data they are viewing is up-to-date, and the results of any searches > they do will change as the data does, and they will not have to > schedule and actually achieve an update to their local copy. > > Now all of the above is a matter for your, and the organisation's > management to consider rather than being a technical limitation of the > use of Access. > > JimB > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, October 20, 2014 8:31 PM To: Access Developers > discussion and problem solving Subject: [AccessD] One Accdr (front > end) for each User's PC or Share the Accdr file on the File Server > > All, > > I recently built a small inquiry system with Access 2007. > > I am using a "Split" database (data stored in a "_be.accdb" backend > file). > > The data is coming from an outside source and the inquiry system will > never update the data. > > Currently all of the users (about 10) share the Accdr (front end) > which is stored on a file server. > > A couple years ago, I built a similar inquiry system and I set things > up so that each user had their own copy of the Front-end Accdr file. > > I am now wondering if this is really necessary. > > Would it be Okay for all users to share the Accdr (front end) which is > stored on the file server? > > Please Keep in mind that no updates are ever done via the font-end. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jamesbutton at blueyonder.co.uk Mon Oct 20 16:58:55 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Mon, 20 Oct 2014 22:58:55 +0100 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: Brad, That simplifies the situation somewhat. I presume that the update is preceded by a disconnect of all user's from the database And followed by a backup and a distribution of any needed updates. Probably none if the Front-end is actually run from the server using a 'shortcut' type link. >From memory, the user may have the ability to go into design mode and tweak the application, maybe an accde file is better - but that's something to check. So I'm a bit confused as to the 'own copies' bit if they are all actually using the server based application, unless you actually replicate the database to their PC, but leaving them unable to access that data via the application unless the server can be accessed. But having shipped a copy of the data would they not have the ability to modify that local copy of the data. Assuming the app is centrally held, and the data is updated overnight with users kicked off the dbms for that. If the data is currently distributed overnight, I would consider the loading placed on the server during the day for the amount of DBMS data accessed by the users, to be a major criteria to consider against the loading of an overnight distribution of the entire? Database to each of the 10 users . If you currently ship the app to the user pc's, and are actually proposing to have the link cause the app to be uploaded to the PC to run, then I cannot see any problems except the need to have the server connected in orde to run the app. If the link is to have the app run on the server, then you will need to ensure that the working spaces etc. for the app are all actually local to the users environment. Hopefully, someone with that level of detail and current access knowledge and useage experience can provide a validated answer to the 'problems' question. My experience is pre 2007 JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 10:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I would like to clarify my question a bit. Currently, the data is stored in an Access "Back End" accdb file. Updates to this "Back End" are done at night when no one is using the Inquiry system. Currently the "Front End" is an ACCDR file that is stored on a file server. The ACCDR Front-End is a simple "Inquiry" system that will never update the data stored in Back-End. Instead of creating the ACCDR Front-End file on each user's PC, I simply put an icon on each user's desktop. This icon points at the ACCDR Front-End that is stored on a file server Will I run into problems with this approach? In the past, I have always provided each user with their own copy of Access front-ends. I wonder if this is really necessary when an Front-End is "Inquiry Only". Thanks, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Mon Oct 20 17:13:58 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 20 Oct 2014 22:13:58 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: <54458256.102.50EA6D4C@stuart.lexacorp.com.pg> References: , , <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> <54458256.102.50EA6D4C@stuart.lexacorp.com.pg> Message-ID: " have a link to a batch file that pulls the FE down and opens it locally" Yes, this is how I do it. The users click on the batch file icon to launch the database, for them it IS the database, but it is actually a script that checks the version number of the FE on their PC with the version number of the latest version, if they are the same it opens the local FE copy, otherwise I download the latest version from the server locally and open that one. That way there are no locking issues, no performance issues and everyone always has the same / latest version. This is also seamless to the user - and there is virtually zero overhead if it needs to be updated as the FE is so small. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, 21 October 2014 8:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server 1. You can't update the application without booting everyone out. 2. You are pulling all the information about queries, forms/reports across thre network all the time rather than getting that locally and only pulling data across the network. That is considerably slower than direct disk access, especially if several users are asking the server for access to the FE for different forms/reports whatever at the same time. 3. It will cause problems if your FE uses temp tables. What I often do is have a link to a batch file that pulls the FE down and opens it locally. That way, the user gets the latest copy every time they open the application and all the noon-data traffic stays local. You can get fancier; check for a new version and only refresh the FE if the server has a newer version . -- Stuart On 20 Oct 2014 at 21:27, Brad Marks wrote: > All, > > I would like to clarify my question a bit. > > Currently, the data is stored in an Access "Back End" accdb file. > > Updates to this "Back End" are done at night when no one is using the > Inquiry system. > > Currently the "Front End" is an ACCDR file that is stored on a file > server. > > The ACCDR Front-End is a simple "Inquiry" system that will never > update the data stored in Back-End. > > Instead of creating the ACCDR Front-End file on each user's PC, I > simply put an icon on each user's desktop. This icon points at the > ACCDR Front-End that is stored on a file server > > > Will I run into problems with this approach? In the past, I have > always provided each user with their own copy of Access front-ends. I > wonder if this is really necessary when an Front-End is "Inquiry > Only". > > Thanks, > Brad > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James > Button Sent: Monday, October 20, 2014 4:09 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] One Accdr > (front end) for each User's PC or Share the Accdr file on the File > Server > > So are you saying that with the data not on the front-end PC's, the > front end PC's will not be getting the server DBMS to read the tables > of data on the server in order to provide required data to the data > handler facility at the screen end of the process. > > As in select ___ from __ where __ IS LIKE "* Frederick*" and ... > Does not put any load on the server DBMS - memory and data storage > medium - both when all the data is on the PC on the user's desk, and > when the data is on the central server? As in there will be no IO load > on the server ? > > And - if the actual 'heavy lifting' is done at the front end systems - > then does that not imply that for a cound where like will require all > the data to be transferred up the comms link > > That is why canned procedures should be used to access the data so > that the user PC activates a data selection (with parameters) that > will cause the server to do the work and just send the needed results. > Basically the server would have to read the data from the drive > regardless, and that is, with current PC speeds pretty much the major > time usage, unless the system does not have adequate memory to do the > data handling for whatever concurrent loading it gets from the 10 > client PC's > > JimB > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] One Accdr > (front end) for each User's PC or Share the Accdr file on the File > Server > > " The consequences of them accessing the data on the server will be: > Delays in getting data selection done, as the server will be doing all > the work that their local PC's were doing" Not so. The server is just > acting as a file server, so when the 10 or so users open the same > front end, all the heavy lifting is still being done by their local > machine. > > Other consequences of allowing the users to share a front end - if you > ever need to make an update to the front end design you will need to > kick all the users out before you can deploy the revised version. When > they each have their own copy of the front end you have no such > constraint, but then you do have the problem of how to distribute new > versions to the users. > > Lambert and his two cents. > > Prediction is difficult, especially of the future. > -- Niels Bohr > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James > Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] One Accdr > (front end) for each User's PC or Share the Accdr file on the File > Server > > Please note the following is only my opinion. > > If the front ends are never going to be allowed any update access at > all by the imbedded security, or the access method including > constraints - as in pre-coded SQL, then the main considerations for > you at the server end will be the effect of an update being performed > while one, or more of those users has the database open for access, > and the effect on any scheduled (or ad-hoc) maintenance such as a > backup if a user leaves their system in a state where it is accessing > the database, and that access stops the DBMS being set in a > can-do-maintenance state. > > The consequences of them accessing the data on the server will be: > Delays in getting data selection done, as the server will be doing all > the work that their local PC's were doing (adequate real memory on the > server may mitigate that). And transmission delays as the selected > data is transmitted across the Lan (Wan/web?) > > There is also the consideration that they will have assurance that the > data they are viewing is up-to-date, and the results of any searches > they do will change as the data does, and they will not have to > schedule and actually achieve an update to their local copy. > > Now all of the above is a matter for your, and the organisation's > management to consider rather than being a technical limitation of the > use of Access. > > JimB > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Monday, October 20, 2014 8:31 PM To: Access Developers > discussion and problem solving Subject: [AccessD] One Accdr (front > end) for each User's PC or Share the Accdr file on the File Server > > All, > > I recently built a small inquiry system with Access 2007. > > I am using a "Split" database (data stored in a "_be.accdb" backend > file). > > The data is coming from an outside source and the inquiry system will > never update the data. > > Currently all of the users (about 10) share the Accdr (front end) > which is stored on a file server. > > A couple years ago, I built a similar inquiry system and I set things > up so that each user had their own copy of the Front-end Accdr file. > > I am now wondering if this is really necessary. > > Would it be Okay for all users to share the Accdr (front end) which is > stored on the file server? > > Please Keep in mind that no updates are ever done via the font-end. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Mon Oct 20 19:06:42 2014 From: dw-murphy at cox.net (Doug Murphy) Date: Mon, 20 Oct 2014 17:06:42 -0700 Subject: [AccessD] Strange Error 13 Type Mismatch error Message-ID: <00fd01cfecc2$e4ff4960$aefddc20$@cox.net> Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug From gustav at cactus.dk Tue Oct 21 02:54:07 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 21 Oct 2014 07:54:07 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: <8fd6bd2796834c43b3037ed0866ddf26@AMSPR06MB357.eurprd06.prod.outlook.com> Hi Brad, just to stir the consensus ... You can easily and safely share a front end. The trick is to set the read-only flag on the .accdr file itself. That will: 1. Block any writing to the FE. 2. Force temp tables to be created in the users local temp folder. 3. Network performance will be as it could be. 4. Prohibit any kind of corruption of the FE. The advantage is, that you don't need any install on the workstations except, perhaps, providing a shortcut. That said, we normally use the local-front-end-install as most others do, mainly because of the option for easy updates it provides. -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Dettman Sendt: 20. oktober 2014 23:42 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server Yes, because: 1. Some writing does occur on the FE. 2. Temp tables become an issue to be dealt with. 3. Network performance is not as it could be. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 05:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server All, I would like to clarify my question a bit. Currently, the data is stored in an Access "Back End" accdb file. Updates to this "Back End" are done at night when no one is using the Inquiry system. Currently the "Front End" is an ACCDR file that is stored on a file server. The ACCDR Front-End is a simple "Inquiry" system that will never update the data stored in Back-End. Instead of creating the ACCDR Front-End file on each user's PC, I simply put an icon on each user's desktop. This icon points at the ACCDR Front-End that is stored on a file server Will I run into problems with this approach? In the past, I have always provided each user with their own copy of Access front-ends. I wonder if this is really necessary when an Front-End is "Inquiry Only". Thanks, Brad From gustav at cactus.dk Tue Oct 21 03:04:09 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 21 Oct 2014 08:04:09 +0000 Subject: [AccessD] Strange Error 13 Type Mismatch error Message-ID: <9b0551b727ae4d018cdeafaae6706760@AMSPR06MB357.eurprd06.prod.outlook.com> Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug From fuller.artful at gmail.com Tue Oct 21 03:59:35 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 21 Oct 2014 04:59:35 -0400 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <8fd6bd2796834c43b3037ed0866ddf26@AMSPR06MB357.eurprd06.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> <8fd6bd2796834c43b3037ed0866ddf26@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: Darryl, That's the approach I was thinking of. How do you check the version numbers? Do you have to open each copy of the FE to find that out, or do you have some other means of storing the version number? Arthur From gustav at cactus.dk Tue Oct 21 04:13:52 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 21 Oct 2014 09:13:52 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server Message-ID: <1a202dcfcc0f4216a856c5d33835fcef@AMSPR06MB357.eurprd06.prod.outlook.com> Hi Arthur We skip that by always copying the FE. That also takes cares of possible corruption and other happenings at the user's computer. When the user double-clicks the shortcut, the file is copied down, and the application is launched. On a modern network it only adds a second or so. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Arthur Fuller Sendt: 21. oktober 2014 11:00 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server Darryl, That's the approach I was thinking of. How do you check the version numbers? Do you have to open each copy of the FE to find that out, or do you have some other means of storing the version number? Arthur From stuart at lexacorp.com.pg Tue Oct 21 04:23:51 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 21 Oct 2014 19:23:51 +1000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <1a202dcfcc0f4216a856c5d33835fcef@AMSPR06MB357.eurprd06.prod.outlook.com> References: <1a202dcfcc0f4216a856c5d33835fcef@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: <54462627.26955.536A5650@stuart.lexacorp.com.pg> Also fixes bloat from any temp tables etc. On 21 Oct 2014 at 9:13, Gustav Brock wrote: > Hi Arthur > > We skip that by always copying the FE. That also takes cares of > possible corruption and other happenings at the user's computer. > > When the user double-clicks the shortcut, the file is copied down, and > the application is launched. On a modern network it only adds a second > or so. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Arthur > Fuller Sendt: 21. oktober 2014 11:00 Til: Access Developers discussion > and problem solving Emne: Re: [AccessD] One Accdr (front end) for each > User's PC or Share theAccdr file on the File Server > > Darryl, > > That's the approach I was thinking of. How do you check the version > numbers? Do you have to open each copy of the FE to find that out, or > do you have some other means of storing the version number? > From erbachs at gmail.com Tue Oct 21 06:38:00 2014 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 21 Oct 2014 06:38:00 -0500 Subject: [AccessD] Error 3027 in A2003 runtime Message-ID: Dear Group, It's been a long while since I logged into AccessD. I use Access for only one old project (10-1/2 years) that I've supported for too long, I'm afraid. I recommended that Windows 7 machines be installed for this particular client. I also recommended moving from Access 2003 to Access 2010 to sort of keep up with the times, eh? However, my application requires import and export to Paradox v. 4 tables. I didn't discover that Microsoft dropped support for Paradox tables (and Lotus 1-2-3 spreadsheets) until the program crashed. So I created an Access 2003 Runtime package with the Developer Tools and installed that instead (after UN-installing Office 2010 first, then installing the Runtime, then re-installing Office 2010!). But I ran into a different problem. In preparation for importing Paradox data, the app deletes a temporary Access table with: DoCmd.DeleteObject acTable, "xyztable" The app crashes with the 3027 error: Cannot update. Database or object is read-only. It's been so long that I've worked with the Access Runtime that I don't know where to look. The app has worked for 10-1/2 years on Windows XP using Access 2003. I didn't remember that there was any particular restriction on deleting or creating tables. The table being deleted, by the way, is in the front-end. Could anyone help me with this? Sincerely, Steve Erbach Neenah, WI From erbachs at gmail.com Tue Oct 21 06:53:25 2014 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 21 Oct 2014 06:53:25 -0500 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: Brad, I'm sure others will chime in here, but Access isn't a server application. That is, it isn't like, say, SQL Server that is built to provide software services to multiple users and protect each from the others. While an Access front end can work in that environment, the main advantage to installing the front end on each PC is that it reduces network traffic to just the back-end data being retrieved, rather than all forms, reports, and program code, too. Having front ends on each PC does, however, complicate things when it comes to updating your app; but that's a well-known and solved issue. What I'm not sure of is whether having 10 people open the same front end on the network would mean that *all* of them crash if just one does...that's something others here would know better than I. I've simply forgotten! Regards, Steve Erbach Neenah, WI On Mon, Oct 20, 2014 at 2:31 PM, Brad Marks wrote: > All, > > I recently built a small inquiry system with Access 2007. > > I am using a "Split" database (data stored in a "_be.accdb" backend file). > > The data is coming from an outside source and the inquiry system will > never update the data. > > Currently all of the users (about 10) share the Accdr (front end) which is > stored on a file server. > > A couple years ago, I built a similar inquiry system and I set things up > so that each user had their own copy of the Front-end Accdr file. > > I am now wondering if this is really necessary. > > Would it be Okay for all users to share the Accdr (front end) which is > stored on the file server? > > Please Keep in mind that no updates are ever done via the font-end. > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Regards, Steve Erbach Neenah, WI http://www.NeenahPolitics.com http://www.TheTownCrank.com From jbodin at sbor.com Tue Oct 21 07:15:59 2014 From: jbodin at sbor.com (John Bodin) Date: Tue, 21 Oct 2014 12:15:59 +0000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <54442BA6.75.4BAFCD5A@stuart.lexacorp.com.pg> References: , <5443A4E2.18751.49A18049@stuart.lexacorp.com.pg>, <000901cfebbe$f4a26230$dde72690$@dalyn.co.nz>, <54442BA6.75.4BAFCD5A@stuart.lexacorp.com.pg> Message-ID: <1413893759831.1385@sbor.com> Hi Stuart, Do you have the declare statement you would include in Access for the DLL and a sample call? I've used the .Exe in the past but would rather not have to shell out to run it if I can use the DLL references. I couldn't find the info on the yahoo board nor in the blat Zip file (just updated a few days ago) so if you get a chance and can dig up the info, that would be much appreciated. Thanks, John --- John Bodin ________________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan Sent: Sunday, October 19, 2014 5:22 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ten most common tasks/problems in Access 1. It's not a COM object with a complicated object model, it's just uses simple command string. 2. It doesn't have any dependencies or installation requirements 3. It doesn't rely on the presence of other software. 4. It doesn't rely on MAPI. Just drop a single 120KB DLL somewhere, include a single Declare statement in your code. Then build a command string and send it as a single parameter to declared Blat function. -- Stuart On 20 Oct 2014 at 6:05, David Emerson wrote: > Hi Stuart, > > How does it differ from using cdosys.dll? > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Monday, 20 October 2014 12:48 a.m. To: Access > Developers discussion and problem solving Subject: Re: [AccessD] Ten > most common tasks/problems in Access > > Yep with PB you can build "industry standard" DLLs exactly the same > as those created with C, C++, C#, MASM etc. No need to "register" > them or to have any fancy installation procedure - just copy to a > suitable location and use them. > > Blat does not depend on a specific (or any) email client and does not > rely on the identity of the logged in user - so you can use it to > automate emails from any address you want running scheduled tasks on a > server for example, even if there is no email client installed on the > machine. I've used it in some organisations that don't use > Outlook/Exchange at all. > > > -- > Stuart > > > On 19 Oct 2014 at 7:29, Arthur Fuller wrote: > > > Thanks, Stuart. I'll add these to my list. I haven't ever written a > > DLL, and until now was under the obviously mistaken impression that > > you had to write them in C++ or C#. I didn't know you could do it in > > Power Basic. > > > > I have heard of blat but know nothing about it. What does it give > > you that other emailers don't? (I.e. why did you choose it against, > > say, integration with Outlook?) > > > > Arthur > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Oct 21 07:17:10 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 21 Oct 2014 12:17:10 +0000 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: References: Message-ID: Hi Steve Welcome back. Do you really have to delete the table? Couldn't you just delete all records? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Steve Erbach Sendt: 21. oktober 2014 13:38 Til: Access Developers discussion and problem solving Emne: [AccessD] Error 3027 in A2003 runtime Dear Group, It's been a long while since I logged into AccessD. I use Access for only one old project (10-1/2 years) that I've supported for too long, I'm afraid. I recommended that Windows 7 machines be installed for this particular client. I also recommended moving from Access 2003 to Access 2010 to sort of keep up with the times, eh? However, my application requires import and export to Paradox v. 4 tables. I didn't discover that Microsoft dropped support for Paradox tables (and Lotus 1-2-3 spreadsheets) until the program crashed. So I created an Access 2003 Runtime package with the Developer Tools and installed that instead (after UN-installing Office 2010 first, then installing the Runtime, then re-installing Office 2010!). But I ran into a different problem. In preparation for importing Paradox data, the app deletes a temporary Access table with: DoCmd.DeleteObject acTable, "xyztable" The app crashes with the 3027 error: Cannot update. Database or object is read-only. It's been so long that I've worked with the Access Runtime that I don't know where to look. The app has worked for 10-1/2 years on Windows XP using Access 2003. I didn't remember that there was any particular restriction on deleting or creating tables. The table being deleted, by the way, is in the front-end. Could anyone help me with this? Sincerely, Steve Erbach Neenah, WI -- From Lambert.Heenan at aig.com Tue Oct 21 07:53:28 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Tue, 21 Oct 2014 12:53:28 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: I have to admit that I have *assumed* that your backend is an Access accbd or mdb file. If that is the case then yes, the server is only storing the data, and the user's PC is doing all of the work retrieving the data. The server may not even have Access installed, and even if it did, it's still the user's copy of Access doing the work. Now if the backend is SQL Server or Oracle or MYSql or some other actual DBMS then that changes things dramatically. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 5:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Oct 21 07:58:05 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 21 Oct 2014 08:58:05 -0400 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: References: Message-ID: <3AB9661AC69E46E6828A742926B0E17E@XPS> Steve, Make sure: A. At the file level, the directory and the DB file are not marked read-only. B. In regards to "A", note that under Windows 7 and on ward, many directories are protected and virtualized (their not where you think they are). Put the app in it's own directory. C. Make sure the users have full create, read, write, and delete privs for the directory where the DB resides. D. Check from the command prompt using SET that TMP and/or TEMP environment variables point to valid drives and directories and that the user has full rights for them. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, October 21, 2014 07:38 AM To: Access Developers discussion and problem solving Subject: [AccessD] Error 3027 in A2003 runtime Dear Group, It's been a long while since I logged into AccessD. I use Access for only one old project (10-1/2 years) that I've supported for too long, I'm afraid. I recommended that Windows 7 machines be installed for this particular client. I also recommended moving from Access 2003 to Access 2010 to sort of keep up with the times, eh? However, my application requires import and export to Paradox v. 4 tables. I didn't discover that Microsoft dropped support for Paradox tables (and Lotus 1-2-3 spreadsheets) until the program crashed. So I created an Access 2003 Runtime package with the Developer Tools and installed that instead (after UN-installing Office 2010 first, then installing the Runtime, then re-installing Office 2010!). But I ran into a different problem. In preparation for importing Paradox data, the app deletes a temporary Access table with: DoCmd.DeleteObject acTable, "xyztable" The app crashes with the 3027 error: Cannot update. Database or object is read-only. It's been so long that I've worked with the Access Runtime that I don't know where to look. The app has worked for 10-1/2 years on Windows XP using Access 2003. I didn't remember that there was any particular restriction on deleting or creating tables. The table being deleted, by the way, is in the front-end. Could anyone help me with this? Sincerely, Steve Erbach Neenah, WI -- 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 Oct 21 08:17:22 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 21 Oct 2014 23:17:22 +1000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <1413893759831.1385@sbor.com> References: , <54442BA6.75.4BAFCD5A@stuart.lexacorp.com.pg>, <1413893759831.1385@sbor.com> Message-ID: <54465CE2.11662.544020F2@stuart.lexacorp.com.pg> On 21 Oct 2014 at 12:15, John Bodin wrote: > Hi Stuart, > > Do you have the declare statement you would include in Access for the > DLL and a sample call? I've used the .Exe in the past but would > rather not have to shell out to run it if I can use the DLL > references. I couldn't find the info on the yahoo board nor in the > blat Zip file (just updated a few days ago) so if you get a chance and > can dig up the info, that would be much appreciated. > The syntax for the DLL is just the same as for the Exe. One thing to be careful of is only have a single space between parameters ( Not sure if that still applies, but earlier versions of the DLL had problems if you had multiple spaces). Here's a simple one which builds a plain text message. Declare Function SendBlat Lib "blat.dll" Alias "Send" (ByVal sCmd As String) As Integer ... Function SendMsg(message As String, address As String) As Long Dim shellstr As String Open "Message.txt" For Output As #1 Print #1, message Close #1 shellstr = "Message.txt -to " & address & " -SERVER mail.camcopng.com -f survey at camcopng.com.pg" shellstr = shellstr & " -s " & Chr$(34) & "Program Survey" & Chr$(34) & " -O ""CAMCo Ltd""" shellstr = shellstr & " -log BlatLog.txt -noh2" SendBlat shellstr End Function From jbodin at sbor.com Tue Oct 21 08:37:12 2014 From: jbodin at sbor.com (John Bodin) Date: Tue, 21 Oct 2014 13:37:12 +0000 Subject: [AccessD] Ten most common tasks/problems in Access In-Reply-To: <54465CE2.11662.544020F2@stuart.lexacorp.com.pg> References: , <54442BA6.75.4BAFCD5A@stuart.lexacorp.com.pg>, <1413893759831.1385@sbor.com>, <54465CE2.11662.544020F2@stuart.lexacorp.com.pg> Message-ID: <1413898632326.28469@sbor.com> Fantastic Stuart. Will give this a bid. John Bodin ________________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan Sent: Tuesday, October 21, 2014 9:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Ten most common tasks/problems in Access On 21 Oct 2014 at 12:15, John Bodin wrote: > Hi Stuart, > > Do you have the declare statement you would include in Access for the > DLL and a sample call? I've used the .Exe in the past but would > rather not have to shell out to run it if I can use the DLL > references. I couldn't find the info on the yahoo board nor in the > blat Zip file (just updated a few days ago) so if you get a chance and > can dig up the info, that would be much appreciated. > The syntax for the DLL is just the same as for the Exe. One thing to be careful of is only have a single space between parameters ( Not sure if that still applies, but earlier versions of the DLL had problems if you had multiple spaces). Here's a simple one which builds a plain text message. Declare Function SendBlat Lib "blat.dll" Alias "Send" (ByVal sCmd As String) As Integer ... Function SendMsg(message As String, address As String) As Long Dim shellstr As String Open "Message.txt" For Output As #1 Print #1, message Close #1 shellstr = "Message.txt -to " & address & " -SERVER mail.camcopng.com -f survey at camcopng.com.pg" shellstr = shellstr & " -s " & Chr$(34) & "Program Survey" & Chr$(34) & " -O ""CAMCo Ltd""" shellstr = shellstr & " -log BlatLog.txt -noh2" SendBlat shellstr End Function -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Tue Oct 21 10:51:10 2014 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 21 Oct 2014 08:51:10 -0700 Subject: [AccessD] Strange Error 13 Type Mismatch error In-Reply-To: <5k5H1p00T0xgD8Z01k5KUX> References: <5k5H1p00T0xgD8Z01k5KUX> Message-ID: <004001cfed46$d5929200$80b7b600$@cox.net> Hi Gustav, Yes, since this was originally created in Access 98 that was the way it originally was and other similar procedures in the routine still are. I just changed to period to see if that had any impact on the issue. It didn't. Both structures behave the same. IRed is the name of a text box that holds either "black" or "red". This controls the way a portion of the report displays. If I check the value of the text box in the Immediate window it returns the correct value with no error. This report is for dog pedigrees and shows the dogs family tree back for 6 generations if the data is available. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, October 21, 2014 1:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Oct 21 11:03:11 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 21 Oct 2014 12:03:11 -0400 Subject: [AccessD] Strange Error 13 Type Mismatch error In-Reply-To: <004001cfed46$d5929200$80b7b600$@cox.net> References: <5k5H1p00T0xgD8Z01k5KUX> <004001cfed46$d5929200$80b7b600$@cox.net> Message-ID: It's telling you it's not a string. 2010 tightened down on a lot of things, like syntax and data typing, so some things you could get away with in the past, you can no longer. I'd start first by looking at how you place the value in the control. Make it either a literal, or do the CSTR() on the way in. The other thing I'd do is rename the control. Right now, it looks like the control and field have the same name. That's never a good idea. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 11:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Gustav, Yes, since this was originally created in Access 98 that was the way it originally was and other similar procedures in the routine still are. I just changed to period to see if that had any impact on the issue. It didn't. Both structures behave the same. IRed is the name of a text box that holds either "black" or "red". This controls the way a portion of the report displays. If I check the value of the text box in the Immediate window it returns the correct value with no error. This report is for dog pedigrees and shows the dogs family tree back for 6 generations if the data is available. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, October 21, 2014 1:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Oct 21 11:04:35 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 21 Oct 2014 16:04:35 +0000 Subject: [AccessD] Strange Error 13 Type Mismatch error In-Reply-To: References: <5k5H1p00T0xgD8Z01k5KUX> <004001cfed46$d5929200$80b7b600$@cox.net> Message-ID: <206454a890a2462db76f17d6e4e753bf@AMSPR06MB357.eurprd06.prod.outlook.com> Hi Doug Or try this modification: Dim strIARed As String strIARed = Me.IARed.Value If strIARed = "Red" Then /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Dettman Sendt: 21. oktober 2014 18:03 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Strange Error 13 Type Mismatch error It's telling you it's not a string. 2010 tightened down on a lot of things, like syntax and data typing, so some things you could get away with in the past, you can no longer. I'd start first by looking at how you place the value in the control. Make it either a literal, or do the CSTR() on the way in. The other thing I'd do is rename the control. Right now, it looks like the control and field have the same name. That's never a good idea. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 11:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Gustav, Yes, since this was originally created in Access 98 that was the way it originally was and other similar procedures in the routine still are. I just changed to period to see if that had any impact on the issue. It didn't. Both structures behave the same. IRed is the name of a text box that holds either "black" or "red". This controls the way a portion of the report displays. If I check the value of the text box in the Immediate window it returns the correct value with no error. This report is for dog pedigrees and shows the dogs family tree back for 6 generations if the data is available. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, October 21, 2014 1:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug From dw-murphy at cox.net Tue Oct 21 11:20:37 2014 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 21 Oct 2014 09:20:37 -0700 Subject: [AccessD] Strange Error 13 Type Mismatch error In-Reply-To: <5s1T1p01D0xgD8Z01s1Xp5> References: <5k5H1p00T0xgD8Z01k5KUX> <004001cfed46$d5929200$80b7b600$@cox.net> <5s1T1p01D0xgD8Z01s1Xp5> Message-ID: <004a01cfed4a$f2d45c00$d87d1400$@cox.net> Hi Jim, Can a text box hold anything but a string? I agree naming the control the same as the field is not the recommended way but when this report was created 15 or so years ago we just dragged the values onto the report. They are all hidden and just used for setting formats. By default Access will create controls this way and I have never seen this behavior before. The value put into the text box is a string. When testing the control in the Immediate window me.IARed returns the text value in the control. I am trying to understand the cause of the problem. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, October 21, 2014 9:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error It's telling you it's not a string. 2010 tightened down on a lot of things, like syntax and data typing, so some things you could get away with in the past, you can no longer. I'd start first by looking at how you place the value in the control. Make it either a literal, or do the CSTR() on the way in. The other thing I'd do is rename the control. Right now, it looks like the control and field have the same name. That's never a good idea. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 11:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Gustav, Yes, since this was originally created in Access 98 that was the way it originally was and other similar procedures in the routine still are. I just changed to period to see if that had any impact on the issue. It didn't. Both structures behave the same. IRed is the name of a text box that holds either "black" or "red". This controls the way a portion of the report displays. If I check the value of the text box in the Immediate window it returns the correct value with no error. This report is for dog pedigrees and shows the dogs family tree back for 6 generations if the data is available. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, October 21, 2014 1:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue Oct 21 12:24:38 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 21 Oct 2014 13:24:38 -0400 Subject: [AccessD] Strange Error 13 Type Mismatch error In-Reply-To: <004a01cfed4a$f2d45c00$d87d1400$@cox.net> References: <5k5H1p00T0xgD8Z01k5KUX> <004001cfed46$d5929200$80b7b600$@cox.net> <5s1T1p01D0xgD8Z01s1Xp5> <004a01cfed4a$f2d45c00$d87d1400$@cox.net> Message-ID: Internally it can hold a variant, so yes it can hold something other than a string. How a control's value is structured internally I have no idea, but what's telling is your test: "When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works." That would indicate either: 1. What's in the control is not a string and the implied conversion does not work. 2. It's not going where you think it's going to get the value (.IARed points to something besides the control). For 2010, Microsoft messed around under the hood for the web stuff, but it was never really made clear what they messed with (and if anyone knows anything, that would be great). Just that many things that had worked in the past did no longer. Their only real comment was "Syntax and type checking have been tightened and a lot of things allowed in the past are no longer." There's also the whole issue of ! (bang) vs . (dot) and the fudging that was done in forms to make the dot work for controls, which normally applies to properties and methods of a collection. I know in some instances a dot simply doesn't work when it should, so I've always stuck to the old bang syntax and never had a problem as a result. As far as the control names, reports have never seemed to be a problem, mostly I guess due to the fact that they are read only. In reports, I leave everything with the same name as well and have never had a problem either. But in forms, early on I got caught a few times with controls and fields being the same name, so for a long time now, I always make sure their different. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 12:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Jim, Can a text box hold anything but a string? I agree naming the control the same as the field is not the recommended way but when this report was created 15 or so years ago we just dragged the values onto the report. They are all hidden and just used for setting formats. By default Access will create controls this way and I have never seen this behavior before. The value put into the text box is a string. When testing the control in the Immediate window me.IARed returns the text value in the control. I am trying to understand the cause of the problem. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, October 21, 2014 9:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error It's telling you it's not a string. 2010 tightened down on a lot of things, like syntax and data typing, so some things you could get away with in the past, you can no longer. I'd start first by looking at how you place the value in the control. Make it either a literal, or do the CSTR() on the way in. The other thing I'd do is rename the control. Right now, it looks like the control and field have the same name. That's never a good idea. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 11:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Gustav, Yes, since this was originally created in Access 98 that was the way it originally was and other similar procedures in the routine still are. I just changed to period to see if that had any impact on the issue. It didn't. Both structures behave the same. IRed is the name of a text box that holds either "black" or "red". This controls the way a portion of the report displays. If I check the value of the text box in the Immediate window it returns the correct value with no error. This report is for dog pedigrees and shows the dogs family tree back for 6 generations if the data is available. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, October 21, 2014 1:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Tue Oct 21 12:23:03 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 21 Oct 2014 13:23:03 -0400 Subject: [AccessD] File locations of Access Template BMPs Message-ID: The Time & Billing template app that comes with Access (Time and Billing) contains on its main page an image of a clock. In the property sheet for said image, the filename is assetsLogo.bmp. I can't find that file anywhere. Does anyone have an idea where Access stores such files? Incidentally, the property sheet's Picture Type attribute says Embedded. The reason I ask is that I want to use that image elsewhere. -- Arthur From Lambert.Heenan at aig.com Tue Oct 21 13:44:49 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Tue, 21 Oct 2014 18:44:49 +0000 Subject: [AccessD] Strange Error 13 Type Mismatch error In-Reply-To: References: <5k5H1p00T0xgD8Z01k5KUX> <004001cfed46$d5929200$80b7b600$@cox.net> <5s1T1p01D0xgD8Z01s1Xp5> <004a01cfed4a$f2d45c00$d87d1400$@cox.net> Message-ID: One of the changes, in case you've not come across it yet, involves automating Outlook. (Though I think this might also have applied to Access 2007). The long and the short of it is when you add a recipient to an Outlook.Recipient object, in previous versions of Access if Outlook was not running then Access would make it do so. Now you will get an error 287 "Application-defined or object-defined error". So you need to trap that error and fire up Outlook before resuming. I handle it like this... '---------------------------------------- Select Case Err.Number Case 0 ' No Error DoEvents Case 287 ' Application-defined or object-defined error ' In Access 2007/2010 the call to .Recipients.Add generates this error if Outlook is not already running ' So here we will locate Outlook and then run it strOlPath = FindOutlook() If strOlPath > "" Then Shell strOlPath, vbMinimizedNoFocus Resume Else MsgBox "Error sending Email message. Please start Outlook then click the 'OK' button and we will try again.", vbOKOnly Or vbExclamation Resume End If '---------------------------------------- And FindOutlook() looks like this... '---------------------------------------- Function FindOutlook() As String Dim strOlPath As String Dim strFile As String Dim strTemp As String Dim n As Long ' try the folder that Access is installed in first FindOutlook = "" ' default strOlPath = SysCmd(acSysCmdAccessDir) strFile = Dir(strOlPath & "Outlook.exe") If strFile & "" > "" Then FindOutlook = strOlPath & strFile Else ' not found. Search the Program Files folder strTemp = Split(strOlPath, "\")(0) & "\" & Split(strOlPath, "\")(1) With Application.FileSearch .LookIn = strTemp .SearchSubFolders = True .fileName = "Outlook.exe" .Execute If .FoundFiles.count > 0 Then For n = 1 To .FoundFiles.count If GetFileName(.FoundFiles(n)) = "Outlook.Exe" Then ' got it. FindOutlook = .FoundFiles(n) Exit For End If Next n End If End With End If End Function '---------------------------------------- Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, October 21, 2014 1:25 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Internally it can hold a variant, so yes it can hold something other than a string. How a control's value is structured internally I have no idea, but what's telling is your test: "When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works." That would indicate either: 1. What's in the control is not a string and the implied conversion does not work. 2. It's not going where you think it's going to get the value (.IARed points to something besides the control). For 2010, Microsoft messed around under the hood for the web stuff, but it was never really made clear what they messed with (and if anyone knows anything, that would be great). Just that many things that had worked in the past did no longer. Their only real comment was "Syntax and type checking have been tightened and a lot of things allowed in the past are no longer." There's also the whole issue of ! (bang) vs . (dot) and the fudging that was done in forms to make the dot work for controls, which normally applies to properties and methods of a collection. I know in some instances a dot simply doesn't work when it should, so I've always stuck to the old bang syntax and never had a problem as a result. As far as the control names, reports have never seemed to be a problem, mostly I guess due to the fact that they are read only. In reports, I leave everything with the same name as well and have never had a problem either. But in forms, early on I got caught a few times with controls and fields being the same name, so for a long time now, I always make sure their different. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 12:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Jim, Can a text box hold anything but a string? I agree naming the control the same as the field is not the recommended way but when this report was created 15 or so years ago we just dragged the values onto the report. They are all hidden and just used for setting formats. By default Access will create controls this way and I have never seen this behavior before. The value put into the text box is a string. When testing the control in the Immediate window me.IARed returns the text value in the control. I am trying to understand the cause of the problem. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, October 21, 2014 9:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error It's telling you it's not a string. 2010 tightened down on a lot of things, like syntax and data typing, so some things you could get away with in the past, you can no longer. I'd start first by looking at how you place the value in the control. Make it either a literal, or do the CSTR() on the way in. The other thing I'd do is rename the control. Right now, it looks like the control and field have the same name. That's never a good idea. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Tuesday, October 21, 2014 11:51 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Gustav, Yes, since this was originally created in Access 98 that was the way it originally was and other similar procedures in the routine still are. I just changed to period to see if that had any impact on the issue. It didn't. Both structures behave the same. IRed is the name of a text box that holds either "black" or "red". This controls the way a portion of the report displays. If I check the value of the text box in the Immediate window it returns the correct value with no error. This report is for dog pedigrees and shows the dogs family tree back for 6 generations if the data is available. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, October 21, 2014 1:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strange Error 13 Type Mismatch error Hi Doug Have you tried using a bang: Me!IARed Or: If Me!IARed.Value = "Red" What does ? Me.IARed return? /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Doug Murphy Sendt: 21. oktober 2014 02:07 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] Strange Error 13 Type Mismatch error Folks, Ran into an interesting issue in moving an application to Access 2010. The application that was originally developed in Access 98. Moved to Access 2003 and it ran fine. Moved to Access 2007 and it ran fine. In Access 2010, after fixing references etc, when we attempt to run a report that has some code behind that sets formatting we get the "Error 13, Type Mismatch" message. The line that throws this error is ' If Me.IARed = "Red" Then' where IARed is a hidden text box holding a text value of red or black. When I put Me.IARed in the immediate window it returns the value in the text box. When I put Me.IARed = "Red" in the immediate window I get the error. When I change the line to ' If CStr(Me.IARed) = "Red" Then' it works. Any idea what is happening here? As I said this worked well in previous versions and I do this all the time in other applications. I did decompile the application and compile, then compact several times. The application compiled with the original code, but would error when running. Doug -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bradm at blackforestltd.com Tue Oct 21 14:06:39 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Tue, 21 Oct 2014 19:06:39 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: <096e945dd3b64f43befedbd41786340f@BLUPR0501MB884.namprd05.prod.outlook.com> All, Thanks to everyone who shared their ideas and insights on this question. This was sort of a curiosity question. When I have built inquiry systems in the past, I have always set things up so that each user had their own copy of the accdr front end. I was just curious if this was really necessary as I started to build the latest inquiry system. Based on the info that was posted, I have decided to build this inquiry system like the prior systems and set up a copy of the accdr front-end on each user's PC. I already have a nice change management system and it is very easy to add this new accdr to the process. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, October 21, 2014 7:53 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server I have to admit that I have *assumed* that your backend is an Access accbd or mdb file. If that is the case then yes, the server is only storing the data, and the user's PC is doing all of the work retrieving the data. The server may not even have Access installed, and even if it did, it's still the user's copy of Access doing the work. Now if the backend is SQL Server or Oracle or MYSql or some other actual DBMS then that changes things dramatically. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 5:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server So are you saying that with the data not on the front-end PC's, the front end PC's will not be getting the server DBMS to read the tables of data on the server in order to provide required data to the data handler facility at the screen end of the process. As in select ___ from __ where __ IS LIKE "* Frederick*" and ... Does not put any load on the server DBMS - memory and data storage medium - both when all the data is on the PC on the user's desk, and when the data is on the central server? As in there will be no IO load on the server ? And - if the actual 'heavy lifting' is done at the front end systems - then does that not imply that for a cound where like will require all the data to be transferred up the comms link That is why canned procedures should be used to access the data so that the user PC activates a data selection (with parameters) that will cause the server to do the work and just send the needed results. Basically the server would have to read the data from the drive regardless, and that is, with current PC speeds pretty much the major time usage, unless the system does not have adequate memory to do the data handling for whatever concurrent loading it gets from the 10 client PC's JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, October 20, 2014 9:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server " The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing" Not so. The server is just acting as a file server, so when the 10 or so users open the same front end, all the heavy lifting is still being done by their local machine. Other consequences of allowing the users to share a front end - if you ever need to make an update to the front end design you will need to kick all the users out before you can deploy the revised version. When they each have their own copy of the front end you have no such constraint, but then you do have the problem of how to distribute new versions to the users. Lambert and his two cents. Prediction is difficult, especially of the future. -- Niels Bohr -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of James Button Sent: Monday, October 20, 2014 4:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server Please note the following is only my opinion. If the front ends are never going to be allowed any update access at all by the imbedded security, or the access method including constraints - as in pre-coded SQL, then the main considerations for you at the server end will be the effect of an update being performed while one, or more of those users has the database open for access, and the effect on any scheduled (or ad-hoc) maintenance such as a backup if a user leaves their system in a state where it is accessing the database, and that access stops the DBMS being set in a can-do-maintenance state. The consequences of them accessing the data on the server will be: Delays in getting data selection done, as the server will be doing all the work that their local PC's were doing (adequate real memory on the server may mitigate that). And transmission delays as the selected data is transmitted across the Lan (Wan/web?) There is also the consideration that they will have assurance that the data they are viewing is up-to-date, and the results of any searches they do will change as the data does, and they will not have to schedule and actually achieve an update to their local copy. Now all of the above is a matter for your, and the organisation's management to consider rather than being a technical limitation of the use of Access. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Monday, October 20, 2014 8:31 PM To: Access Developers discussion and problem solving Subject: [AccessD] One Accdr (front end) for each User's PC or Share the Accdr file on the File Server All, I recently built a small inquiry system with Access 2007. I am using a "Split" database (data stored in a "_be.accdb" backend file). The data is coming from an outside source and the inquiry system will never update the data. Currently all of the users (about 10) share the Accdr (front end) which is stored on a file server. A couple years ago, I built a similar inquiry system and I set things up so that each user had their own copy of the Front-end Accdr file. I am now wondering if this is really necessary. Would it be Okay for all users to share the Accdr (front end) which is stored on the file server? Please Keep in mind that no updates are ever done via the font-end. Thanks, Brad -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Tue Oct 21 14:28:39 2014 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 21 Oct 2014 12:28:39 -0700 Subject: [AccessD] File locations of Access Template BMPs In-Reply-To: References: Message-ID: I can't answer that question, but I can tell you what I do when I have the need. :) 1. If you are on Win 7 (vista?) or later, use the Snipping Tool to capture the area of the screen that you want. You can also pres Alt+ Print Screen to capture the current screen 2. Paste into MS Paint. 3. Crop the image and save as .jpg/.png 4. Use as needed ;) On Tue, Oct 21, 2014 at 10:23 AM, Arthur Fuller wrote: > The Time & Billing template app that comes with Access (Time and Billing) > contains on its main page an image of a clock. In the property sheet for > said image, the filename is assetsLogo.bmp. I can't find that file > anywhere. Does anyone have an idea where Access stores such files? > Incidentally, the property sheet's Picture Type attribute says Embedded. > > The reason I ask is that I want to use that image elsewhere. > > -- > Arthur > -- From jamesbutton at blueyonder.co.uk Tue Oct 21 14:41:01 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Tue, 21 Oct 2014 20:41:01 +0100 Subject: [AccessD] File locations of Access Template BMPs In-Reply-To: References: Message-ID: Maybe the 'image' is embedded in a dll, or the database - see How to Extract the Metafile from an OLE Control http://support.microsoft.com/default.aspx?scid=kb;en-us;119395 and http://www.lebans.com/oletodisk.htm and from memory, you may find a windows SDK or programming lab included something to brows the objects embedded in files - I remember - a long while ago using one to 'manage' many small images that were held in a single file. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Tuesday, October 21, 2014 8:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] File locations of Access Template BMPs I can't answer that question, but I can tell you what I do when I have the need. :) 1. If you are on Win 7 (vista?) or later, use the Snipping Tool to capture the area of the screen that you want. You can also pres Alt+ Print Screen to capture the current screen 2. Paste into MS Paint. 3. Crop the image and save as .jpg/.png 4. Use as needed ;) On Tue, Oct 21, 2014 at 10:23 AM, Arthur Fuller wrote: > The Time & Billing template app that comes with Access (Time and Billing) > contains on its main page an image of a clock. In the property sheet for > said image, the filename is assetsLogo.bmp. I can't find that file > anywhere. Does anyone have an idea where Access stores such files? > Incidentally, the property sheet's Picture Type attribute says Embedded. > > The reason I ask is that I want to use that image elsewhere. > > -- > Arthur > -- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Oct 21 17:19:04 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 21 Oct 2014 22:19:04 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> <6496d194c7794b6998ffeb3899902c42@BLUPR0501MB884.namprd05.prod.outlook.com> <002301cfea59$0cb04020$2610c060$@dalyn.co.nz> <680b5f0784cb42a09c912acfdc146f88@SN2PR0501MB895.namprd05.prod.outlook.com> <79f9269ea5bc414e801b0fe4ba74bd9e@SN2PR0501MB895.namprd05.prod.outlook.com> <8fd6bd2796834c43b3037ed0866ddf26@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: <96067cef0f454282ad8f2ee8384c1e61@HKXPR04MB360.apcprd04.prod.outlook.com> Hi Arthur, I use two text files, one stored locally and one of the server. These two text files have nothing in them but the version number The launcher script reads the contents of both and if they match it just opens the local FE version of Access normally. If the version numbers do not match then the script copies the latest version.txt file and the latest Access FE from the server and replaces the local copies. It then open the local (updated) version of the FE. Cheers Darry. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 21 October 2014 8:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server Darryl, That's the approach I was thinking of. How do you check the version numbers? Do you have to open each copy of the FE to find that out, or do you have some other means of storing the version number? Arthur -- 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 Oct 21 17:54:06 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 22 Oct 2014 08:54:06 +1000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <96067cef0f454282ad8f2ee8384c1e61@HKXPR04MB360.apcprd04.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net>, , <96067cef0f454282ad8f2ee8384c1e61@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <5446E40E.25012.56502292@stuart.lexacorp.com.pg> Incidentally, you don't actually need to "read" the two files to compare them. The simplest way is something like: FC AppVersion.txt \\server\database\AppVersion.txt > nul IF errorlevel 1 COPY.... On 21 Oct 2014 at 22:19, Darryl Collins wrote: > Hi Arthur, > > I use two text files, one stored locally and one of the server. > > These two text files have nothing in them but the version number > > The launcher script reads the contents of both and if they match it > just opens the local FE version of Access normally. > > If the version numbers do not match then the script copies the latest > version.txt file and the latest Access FE from the server and replaces > the local copies. > > It then open the local (updated) version of the FE. > > Cheers > Darry. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 21 October 2014 8:00 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] One Accdr (front > end) for each User's PC or Share theAccdr file on the File Server > > Darryl, > > That's the approach I was thinking of. How do you check the version > numbers? Do you have to open each copy of the FE to find that out, or > do you have some other means of storing the version number? > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Tue Oct 21 18:24:40 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 21 Oct 2014 23:24:40 +0000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <5446E40E.25012.56502292@stuart.lexacorp.com.pg> References: <001501cfaea5$78d7f710$6a87e530$@cox.net>, , <96067cef0f454282ad8f2ee8384c1e61@HKXPR04MB360.apcprd04.prod.outlook.com> <5446E40E.25012.56502292@stuart.lexacorp.com.pg> Message-ID: <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com> Here is the snippet of code that does the read / copy bit if you are interested. ' Read the version text files and compare them. if FS.fileexists(destinationPath & "version.txt") then destTxtVersionFile = GetFile(destinationPath & "version.txt") sourceTxtVersionFile = GetFile(sourcePath & "version.txt") copyTheFile = not (destTxtVersionFile = sourceTxtVersionFile) else copyTheFile = true end if if (FS.fileexists(destinationPath & applicationname & ".accde") = false) then copyTheFile = true if copyTheFile then FS.CopyFile sourcePath & applicationName & ".accde", destinationPath FS.CopyFile sourcePath & "version.txt", destinationPath FS.CopyFile sourcePath & "Icon.ico", destinationPath copyOtherSpecifiedFiles end if -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, 22 October 2014 9:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server Incidentally, you don't actually need to "read" the two files to compare them. The simplest way is something like: FC AppVersion.txt \\server\database\AppVersion.txt > nul IF errorlevel 1 COPY.... On 21 Oct 2014 at 22:19, Darryl Collins wrote: > Hi Arthur, > > I use two text files, one stored locally and one of the server. > > These two text files have nothing in them but the version number > > The launcher script reads the contents of both and if they match it > just opens the local FE version of Access normally. > > If the version numbers do not match then the script copies the latest > version.txt file and the latest Access FE from the server and replaces > the local copies. > > It then open the local (updated) version of the FE. > > Cheers > Darry. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller Sent: Tuesday, 21 October 2014 8:00 PM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] One Accdr (front > end) for each User's PC or Share theAccdr file on the File Server > > Darryl, > > That's the approach I was thinking of. How do you check the version > numbers? Do you have to open each copy of the FE to find that out, or > do you have some other means of storing the version number? > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Oct 21 19:47:28 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 22 Oct 2014 10:47:28 +1000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net>, <5446E40E.25012.56502292@stuart.lexacorp.com.pg>, <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <5446FEA0.10071.56B7EF84@stuart.lexacorp.com.pg> Ah-ha! So you're using scriptiing, not just a simple cmd/bat file. -- Stuart On 21 Oct 2014 at 23:24, Darryl Collins wrote: > Here is the snippet of code that does the read / copy bit if you are > interested. > > ' Read the version text files and compare them. > if FS.fileexists(destinationPath & "version.txt") then > destTxtVersionFile = GetFile(destinationPath & "version.txt") > sourceTxtVersionFile = GetFile(sourcePath & "version.txt") > copyTheFile = not (destTxtVersionFile = sourceTxtVersionFile) > else > copyTheFile = true > end if > > if (FS.fileexists(destinationPath & applicationname & ".accde") = > false) then copyTheFile = true > > if copyTheFile then > FS.CopyFile sourcePath & applicationName & ".accde", destinationPath > FS.CopyFile sourcePath & "version.txt", destinationPath > FS.CopyFile sourcePath & "Icon.ico", destinationPath > copyOtherSpecifiedFiles > end if > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, 22 October 2014 9:54 AM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] One > Accdr (front end) for each User's PC or Share theAccdr file on the > File Server > > Incidentally, you don't actually need to "read" the two files to > compare them. > > The simplest way is something like: > > FC AppVersion.txt \\server\database\AppVersion.txt > nul IF errorlevel > 1 COPY.... > > > > On 21 Oct 2014 at 22:19, Darryl Collins wrote: > > > Hi Arthur, > > > > I use two text files, one stored locally and one of the server. > > > > These two text files have nothing in them but the version number > > > > The launcher script reads the contents of both and if they match it > > just opens the local FE version of Access normally. > > > > If the version numbers do not match then the script copies the > > latest version.txt file and the latest Access FE from the server and > > replaces the local copies. > > > > It then open the local (updated) version of the FE. > > > > Cheers > > Darry. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > > Fuller Sent: Tuesday, 21 October 2014 8:00 PM To: Access Developers > > discussion and problem solving Subject: Re: [AccessD] One Accdr > > (front end) for each User's PC or Share theAccdr file on the File > > Server > > > > Darryl, > > > > That's the approach I was thinking of. How do you check the version > > numbers? Do you have to open each copy of the FE to find that out, > > or do you have some other means of storing the version number? > > > > Arthur > > -- From erbachs at gmail.com Tue Oct 21 21:32:07 2014 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 21 Oct 2014 21:32:07 -0500 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: References: Message-ID: Gustav, Thanks, Gustav. No, I don't really have to delete the temp table...but I wasn't thinking of a workaround for such a simple thing. You're right, though. Thanks. On Tue, Oct 21, 2014 at 7:17 AM, Gustav Brock wrote: > Hi Steve > > Welcome back. > > Do you really have to delete the table? > Couldn't you just delete all records? > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] P? vegne af Steve Erbach > Sendt: 21. oktober 2014 13:38 > Til: Access Developers discussion and problem solving > Emne: [AccessD] Error 3027 in A2003 runtime > > Dear Group, > > It's been a long while since I logged into AccessD. I use Access for only > one old project (10-1/2 years) that I've supported for too long, I'm afraid. > > I recommended that Windows 7 machines be installed for this particular > client. I also recommended moving from Access 2003 to Access 2010 to sort > of keep up with the times, eh? > > However, my application requires import and export to Paradox v. 4 tables. > I didn't discover that Microsoft dropped support for Paradox tables (and > Lotus 1-2-3 spreadsheets) until the program crashed. > > So I created an Access 2003 Runtime package with the Developer Tools and > installed that instead (after UN-installing Office 2010 first, then > installing the Runtime, then re-installing Office 2010!). But I ran into a > different problem. > > In preparation for importing Paradox data, the app deletes a temporary > Access table with: > > DoCmd.DeleteObject acTable, "xyztable" > > > The app crashes with the 3027 error: > > Cannot update. Database or object is read-only. > > > It's been so long that I've worked with the Access Runtime that I don't > know where to look. The app has worked for 10-1/2 years on Windows XP using > Access 2003. I didn't remember that there was any particular restriction on > deleting or creating tables. The table being deleted, by the way, is in the > front-end. > > Could anyone help me with this? > > Sincerely, > > Steve Erbach > Neenah, WI > -- > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Regards, Steve Erbach Neenah, WI http://www.NeenahPolitics.com http://www.TheTownCrank.com From erbachs at gmail.com Wed Oct 22 06:27:12 2014 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 22 Oct 2014 06:27:12 -0500 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: <3AB9661AC69E46E6828A742926B0E17E@XPS> References: <3AB9661AC69E46E6828A742926B0E17E@XPS> Message-ID: Jim, More information: looks like I forgot that when you install a later version of Office and keep older versions, the newer version "wins" if one simply opens an Office document. That's all the shortcut was doing. I should have seen immediately that, hey! There's the ribbon! That ain't Access 2003. Aha! So I created a desktop shortcut for Access 2003 Runtime and I altered the properties to add the name of the mde front end file to the Target. OK. Now I get the old Security Warning: "This file may not be safe if it contains code that was intended to harm your computer..." If this were a full install of Access 2003 I would simply change the macro security setting. But what, if anything, do I have to do to get rid of this warning in Runtime? Thank you, Jim. Sincerely, Steve Erbach Neenah, WI On Tue, Oct 21, 2014 at 7:58 AM, Jim Dettman wrote: > Steve, > > Make sure: > > A. At the file level, the directory and the DB file are not marked > read-only. > B. In regards to "A", note that under Windows 7 and on ward, many > directories are protected and virtualized (their not where you think they > are). Put the app in it's own directory. > C. Make sure the users have full create, read, write, and delete privs for > the directory where the DB resides. > D. Check from the command prompt using SET that TMP and/or TEMP environment > variables point to valid drives and directories and that the user has full > rights for them. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, October 21, 2014 07:38 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Error 3027 in A2003 runtime > > Dear Group, > > It's been a long while since I logged into AccessD. I use Access for only > one old project (10-1/2 years) that I've supported for too long, I'm > afraid. > > I recommended that Windows 7 machines be installed for this particular > client. I also recommended moving from Access 2003 to Access 2010 to sort > of keep up with the times, eh? > > However, my application requires import and export to Paradox v. 4 tables. > I didn't discover that Microsoft dropped support for Paradox tables (and > Lotus 1-2-3 spreadsheets) until the program crashed. > > So I created an Access 2003 Runtime package with the Developer Tools and > installed that instead (after UN-installing Office 2010 first, then > installing the Runtime, then re-installing Office 2010!). But I ran into a > different problem. > > In preparation for importing Paradox data, the app deletes a temporary > Access table with: > > DoCmd.DeleteObject acTable, "xyztable" > > > The app crashes with the 3027 error: > > Cannot update. Database or object is read-only. > > > It's been so long that I've worked with the Access Runtime that I don't > know where to look. The app has worked for 10-1/2 years on Windows XP using > Access 2003. I didn't remember that there was any particular restriction on > deleting or creating tables. The table being deleted, by the way, is in the > front-end. > > Could anyone help me with this? > > Sincerely, > > Steve Erbach > Neenah, WI > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Regards, Steve Erbach Neenah, WI http://www.NeenahPolitics.com http://www.TheTownCrank.com From kost36 at otenet.gr Wed Oct 22 06:31:57 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Wed, 22 Oct 2014 14:31:57 +0300 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS> Message-ID: <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> Hi all, inside a form there are two fields: T_score and Z_score and two checkboxes: checkTS and checkZS what I need is to print every time one of the T_score or Z_score or in many cases both of them, depending of a selected checkbox could you please help me? Thank you in advance /kostas From paul.hartland at googlemail.com Wed Oct 22 06:51:31 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Wed, 22 Oct 2014 12:51:31 +0100 Subject: [AccessD] how to control what to print in a report... In-Reply-To: <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> Message-ID: So do you want to print the T_Score if the checkTS is checked, Z_Score if the checkZS is checked or both T_Score and Z_Score if both checkTS and checkZS are check ? How to you want the print out to look ? Paul On 22 October 2014 12:31, Kostas Konstantinidis wrote: > Hi all, > inside a form there are two fields: T_score and Z_score and two > checkboxes: checkTS and checkZS > what I need is to print every time one of the T_score or Z_score or in > many cases both of them, depending of a selected checkbox > could you please help me? > > Thank you in advance > /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 stuart at lexacorp.com.pg Wed Oct 22 07:05:06 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 22 Oct 2014 22:05:06 +1000 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: References: , <3AB9661AC69E46E6828A742926B0E17E@XPS>, Message-ID: <54479D72.6981.59245267@stuart.lexacorp.com.pg> On 22 Oct 2014 at 6:27, Steve Erbach wrote: > If this were a full install of Access 2003 I would simply change the > macro security setting. But what, if anything, do I have to do to get > rid of this warning in Runtime? > I've got a little accd that I stick in the problem directory and open once to make it a trusted location. Works fine with just the Runtime installed. It consists of an Autoexec macro that runs the function "Startup". The file just contain one module (watch for wordwrap) - can't remembr whereI got the code from, but it works perfectly for me every time; Option Compare Database Option Explicit Function Startup() AddTrustedLocation DoCmd.Quit End Function Public Function AddTrustedLocation() On Error GoTo err_proc 'WARNING: THIS CODE MODIFIES THE REGISTRY 'sets registry key for 'trusted location' Dim intLocns As Integer Dim i As Integer Dim intNotUsed As Integer Dim strLnKey As String Dim reg As Object Dim strPath As String Dim strTitle As String strTitle = "Add Trusted Location" Set reg = CreateObject("wscript.shell") strPath = CurrentProject.Path 'Specify the registry trusted locations path for the version of Access used strLnKey = "HKEY_CURRENT_USER\Software\Microsoft\Office\" & Format(Application.Version, "##,##0.0") & _ "\Access\Security\Trusted Locations\Location" On Error GoTo err_proc0 'find top of range of trusted locations references in registry For i = 999 To 0 Step -1 reg.RegRead strLnKey & i & "\Path" GoTo chckRegPths 'Reg.RegRead successful, location exists > check for path in all locations 0 - i. checknext: Next MsgBox "Unexpected Error - No Registry Locations found", vbExclamation GoTo exit_proc chckRegPths: 'Check if Currentdb path already a trusted location 'reg.RegRead fails before intlocns = i then the registry location is unused and 'will be used for new trusted location if path not already in registy On Error GoTo err_proc1: For intLocns = 1 To i reg.RegRead strLnKey & intLocns & "\Path" 'If Path already in registry -> exit If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath) = 1 Then MsgBox CurrentProject.Path & " already in trusted locations": GoTo exit_proc NextLocn: Next If intLocns = 999 Then MsgBox "Location count exceeded - unable to write trusted location to registry", vbInformation, strTitle GoTo exit_proc End If 'if no unused location found then set new location for path If intNotUsed = 0 Then intNotUsed = i + 1 'Write Trusted Location regstry key to unused location in registry On Error GoTo err_proc: strLnKey = strLnKey & intNotUsed & "\" reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD" reg.RegWrite strLnKey & "Date", Now(), "REG_SZ" reg.RegWrite strLnKey & "Description", Application.CurrentProject.Name, "REG_SZ" reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ" MsgBox CurrentProject.Path & " added to trusted locations" exit_proc: Set reg = Nothing Exit Function err_proc0: Resume checknext err_proc1: If intNotUsed = 0 Then intNotUsed = intLocns Resume NextLocn err_proc: MsgBox Err.Description, , strTitle Resume exit_proc End Function From jamesbutton at blueyonder.co.uk Wed Oct 22 07:22:38 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 22 Oct 2014 13:22:38 +0100 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <5446FEA0.10071.56B7EF84@stuart.lexacorp.com.pg> References: <001501cfaea5$78d7f710$6a87e530$@cox.net>, <5446E40E.25012.56502292@stuart.lexacorp.com.pg>, <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com> <5446FEA0.10071.56B7EF84@stuart.lexacorp.com.pg> Message-ID: If you want you can use a .cmd file to check a date/time held within a text file The following is an extract from a script I use to create a backup of whatever files have 'changed' as denoted by a file date/timestamp greater than the last time the backup ran - with the pfile.log holding the run date/time in the form 01/01/1900-23:08:58.78 Note the wodge of code at the start and the echo at the end to post the new date-time. The script was originally using the windows supplied xcopy, and then came to use robocopy - with the tee.exe to dual the output to screen and a logfile Some of those using the facility are not allowed to install new software - hence the windows facilities and tee.exe that is nice, but not essential. Oh! and the script should, ideally use a zip process for the files to avoid too-long filenames in the backup, but KISS applied. JimB ------------------- Echo off set btimest=%date:~6,4%-%date:~3,2%-%date:~0,2%.%time:~0,2%.%time:~3,2%.%time:~6,2% for /F "delims=/-: tokens=1,2,3" %%H in (pfile.log) do ( set bdatest=%%I-%%H-%%J set bdaterc=%%J%%I%%H ) Echo %btimest% %bdatest% >nul: Echo btimest (%btimest%) is the datetime entry for the folder >nul: Echo bdatest (%bdatest%) is the date of the prior run from the logfile >nul: Echo So - make and goto new folder "backup on %btimest%" and xcopy with \date %bdatest%>nul: Echo Then post param btimest (%btimest%) into the log file >nul: Echo If not before date ask about overwrite /c /f /h /s /-y /d:%bdatest% >nul: Echo This script is about to copy files updated on, or after %bdatest% into a folder named "%USERNAME% on %btimest%" on this partition (drive) Pause Echo in the following commands >nul: Echo .\ means the current folder and bdatest is the earliest date (mm-dd-yyyy) of files to be copied >nul: Echo HOMEDRIVE and HOMEPATH point to the system variables for the users 'personal' storage area >nul: Echo Note the use above of USERNAME within the folder name to hold this users set of backups >nul: Echo - for Robocopy options enter command ROBOCOPY /? >nul: Echo Robocopy /256 option not used so system should copy files with long names - accessing them is your problem >nul: Echo Robocopy /MON:10 option not used - it would rerun the copy if more than 10 files in the folder change again >nul: Echo Robocopy /MOT:10 option not used - it would rerun the copy in 10 mins if any files in the folder change again >nul: Echo Robocopy /MAXAGE:yyyymmdd is the equivalent to xcopy /d:mm-dd-yyyy >nul: Echo Robocopy /R:3 and /W:2 set retries limited to 3 with 2 second wait - Don't expect user to close an open file >nul: Echo Robocopy /XJ options set to avoid copying files via their 'JUNCTION-NAME' >nul: Echo Robocopy /FP /TS /NP logging options set to list fullnamename and timestamp of copied files >nul: Echo Robocopy /TEE and /LOG+:robocopyactivity.log set so actions will be displayed and added to the named file >nul: Echo on cd "\backup of c" mkdir "%USERNAME% on %btimest%" cd "%USERNAME% on %btimest%" rem Robocopy "%HOMEDRIVE%%HOMEPATH%\My Documents" ".\%COMPUTERNAME%%HOMEPATH%\My Documents" *.* /S /ZB /COPY:DAT /R:3 /W:2 /FP /TS /NP /TEE /LOG+:robocopyactivity.log /MAXAGE:%bdaterc% xcopy "%HOMEDRIVE%\My Documents\*.*" ".\%COMPUTERNAME%\My Documents\" /c /f /h /s /-y /d:%bdatest% xcopy "%HOMEDRIVE%%HOMEPATH%\Desktop\*.*" ".\%COMPUTERNAME%\%HOMEPATH%\Desktop\" /c /f /h /s /-y /d:%bdatest% Pause Please check the summary, and data files listed above include all that you expect dir /s cd \ echo %date%-%Time% >pfile.log Pause Please check the data files (listed above) as now being in the new folder include all that you expect -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 1:47 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server Ah-ha! So you're using scriptiing, not just a simple cmd/bat file. -- Stuart On 21 Oct 2014 at 23:24, Darryl Collins wrote: > Here is the snippet of code that does the read / copy bit if you are > interested. > > ' Read the version text files and compare them. > if FS.fileexists(destinationPath & "version.txt") then > destTxtVersionFile = GetFile(destinationPath & "version.txt") > sourceTxtVersionFile = GetFile(sourcePath & "version.txt") > copyTheFile = not (destTxtVersionFile = sourceTxtVersionFile) > else > copyTheFile = true > end if > > if (FS.fileexists(destinationPath & applicationname & ".accde") = > false) then copyTheFile = true > > if copyTheFile then > FS.CopyFile sourcePath & applicationName & ".accde", destinationPath > FS.CopyFile sourcePath & "version.txt", destinationPath > FS.CopyFile sourcePath & "Icon.ico", destinationPath > copyOtherSpecifiedFiles > end if > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan Sent: Wednesday, 22 October 2014 9:54 AM To: Access > Developers discussion and problem solving Subject: Re: [AccessD] One > Accdr (front end) for each User's PC or Share theAccdr file on the > File Server > > Incidentally, you don't actually need to "read" the two files to > compare them. > > The simplest way is something like: > > FC AppVersion.txt \\server\database\AppVersion.txt > nul IF errorlevel > 1 COPY.... > > From erbachs at gmail.com Wed Oct 22 07:23:17 2014 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 22 Oct 2014 07:23:17 -0500 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: <54479D72.6981.59245267@stuart.lexacorp.com.pg> References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <54479D72.6981.59245267@stuart.lexacorp.com.pg> Message-ID: Stuart, Actually, while I was Googling a resolution to this problem I ran across somebody recommending that very same registry change...albeit doing it manually rather than with a VB script. All right, I think I'll go that route. Thank you very much. Sincerely, Steve Erbach Neenah, WI On Wed, Oct 22, 2014 at 7:05 AM, Stuart McLachlan wrote: > On 22 Oct 2014 at 6:27, Steve Erbach wrote: > > > If this were a full install of Access 2003 I would simply change the > > macro security setting. But what, if anything, do I have to do to get > > rid of this warning in Runtime? > > > > > I've got a little accd that I stick in the problem directory and open once > to make it a trusted > location. Works fine with just the Runtime installed. > > It consists of an Autoexec macro that runs the function "Startup". > > The file just contain one module (watch for wordwrap) - can't remembr > whereI got the code > from, but it works perfectly for me every time; > > Option Compare Database > Option Explicit > > Function Startup() > AddTrustedLocation > DoCmd.Quit > End Function > > Public Function AddTrustedLocation() > On Error GoTo err_proc > 'WARNING: THIS CODE MODIFIES THE REGISTRY > 'sets registry key for 'trusted location' > > Dim intLocns As Integer > Dim i As Integer > Dim intNotUsed As Integer > Dim strLnKey As String > Dim reg As Object > Dim strPath As String > Dim strTitle As String > > strTitle = "Add Trusted Location" > Set reg = CreateObject("wscript.shell") > strPath = CurrentProject.Path > > 'Specify the registry trusted locations path for the version of Access > used > strLnKey = "HKEY_CURRENT_USER\Software\Microsoft\Office\" & > Format(Application.Version, "##,##0.0") & _ > "\Access\Security\Trusted Locations\Location" > > On Error GoTo err_proc0 > 'find top of range of trusted locations references in registry > For i = 999 To 0 Step -1 > reg.RegRead strLnKey & i & "\Path" > GoTo chckRegPths 'Reg.RegRead successful, location exists > > check for path in all locations 0 - i. > checknext: > Next > MsgBox "Unexpected Error - No Registry Locations found", vbExclamation > GoTo exit_proc > > > chckRegPths: > 'Check if Currentdb path already a trusted location > 'reg.RegRead fails before intlocns = i then the registry location is > unused and > 'will be used for new trusted location if path not already in registy > > On Error GoTo err_proc1: > For intLocns = 1 To i > reg.RegRead strLnKey & intLocns & "\Path" > 'If Path already in registry -> exit > If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath) = 1 > Then MsgBox CurrentProject.Path & " already in trusted locations": GoTo > exit_proc > NextLocn: > Next > > If intLocns = 999 Then > MsgBox "Location count exceeded - unable to write trusted location > to registry", vbInformation, strTitle > GoTo exit_proc > End If > 'if no unused location found then set new location for path > If intNotUsed = 0 Then intNotUsed = i + 1 > > 'Write Trusted Location regstry key to unused location in registry > On Error GoTo err_proc: > strLnKey = strLnKey & intNotUsed & "\" > reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD" > reg.RegWrite strLnKey & "Date", Now(), "REG_SZ" > reg.RegWrite strLnKey & "Description", Application.CurrentProject.Name, > "REG_SZ" > reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ" > MsgBox CurrentProject.Path & " added to trusted locations" > exit_proc: > Set reg = Nothing > Exit Function > > err_proc0: > Resume checknext > > err_proc1: > If intNotUsed = 0 Then intNotUsed = intLocns > Resume NextLocn > > err_proc: > MsgBox Err.Description, , strTitle > Resume exit_proc > > End Function > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Wed Oct 22 07:51:33 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 22 Oct 2014 08:51:33 -0400 Subject: [AccessD] Error 3027 in A2003 runtime In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <54479D72.6981.59245267@stuart.lexacorp.com.pg> Message-ID: <95A9B98038524B0B8B395098547873BF@XPS> That's the best way to handle it. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Wednesday, October 22, 2014 08:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Error 3027 in A2003 runtime Stuart, Actually, while I was Googling a resolution to this problem I ran across somebody recommending that very same registry change...albeit doing it manually rather than with a VB script. All right, I think I'll go that route. Thank you very much. Sincerely, Steve Erbach Neenah, WI On Wed, Oct 22, 2014 at 7:05 AM, Stuart McLachlan wrote: > On 22 Oct 2014 at 6:27, Steve Erbach wrote: > > > If this were a full install of Access 2003 I would simply change the > > macro security setting. But what, if anything, do I have to do to get > > rid of this warning in Runtime? > > > > > I've got a little accd that I stick in the problem directory and open once > to make it a trusted > location. Works fine with just the Runtime installed. > > It consists of an Autoexec macro that runs the function "Startup". > > The file just contain one module (watch for wordwrap) - can't remembr > whereI got the code > from, but it works perfectly for me every time; > > Option Compare Database > Option Explicit > > Function Startup() > AddTrustedLocation > DoCmd.Quit > End Function > > Public Function AddTrustedLocation() > On Error GoTo err_proc > 'WARNING: THIS CODE MODIFIES THE REGISTRY > 'sets registry key for 'trusted location' > > Dim intLocns As Integer > Dim i As Integer > Dim intNotUsed As Integer > Dim strLnKey As String > Dim reg As Object > Dim strPath As String > Dim strTitle As String > > strTitle = "Add Trusted Location" > Set reg = CreateObject("wscript.shell") > strPath = CurrentProject.Path > > 'Specify the registry trusted locations path for the version of Access > used > strLnKey = "HKEY_CURRENT_USER\Software\Microsoft\Office\" & > Format(Application.Version, "##,##0.0") & _ > "\Access\Security\Trusted Locations\Location" > > On Error GoTo err_proc0 > 'find top of range of trusted locations references in registry > For i = 999 To 0 Step -1 > reg.RegRead strLnKey & i & "\Path" > GoTo chckRegPths 'Reg.RegRead successful, location exists > > check for path in all locations 0 - i. > checknext: > Next > MsgBox "Unexpected Error - No Registry Locations found", vbExclamation > GoTo exit_proc > > > chckRegPths: > 'Check if Currentdb path already a trusted location > 'reg.RegRead fails before intlocns = i then the registry location is > unused and > 'will be used for new trusted location if path not already in registy > > On Error GoTo err_proc1: > For intLocns = 1 To i > reg.RegRead strLnKey & intLocns & "\Path" > 'If Path already in registry -> exit > If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath) = 1 > Then MsgBox CurrentProject.Path & " already in trusted locations": GoTo > exit_proc > NextLocn: > Next > > If intLocns = 999 Then > MsgBox "Location count exceeded - unable to write trusted location > to registry", vbInformation, strTitle > GoTo exit_proc > End If > 'if no unused location found then set new location for path > If intNotUsed = 0 Then intNotUsed = i + 1 > > 'Write Trusted Location regstry key to unused location in registry > On Error GoTo err_proc: > strLnKey = strLnKey & intNotUsed & "\" > reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD" > reg.RegWrite strLnKey & "Date", Now(), "REG_SZ" > reg.RegWrite strLnKey & "Description", Application.CurrentProject.Name, > "REG_SZ" > reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ" > MsgBox CurrentProject.Path & " added to trusted locations" > exit_proc: > Set reg = Nothing > Exit Function > > err_proc0: > Resume checknext > > err_proc1: > If intNotUsed = 0 Then intNotUsed = intLocns > Resume NextLocn > > err_proc: > MsgBox Err.Description, , strTitle > Resume exit_proc > > End Function > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Wed Oct 22 07:51:13 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Wed, 22 Oct 2014 15:51:13 +0300 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> Message-ID: <6565FB135ABB490AA73B3A53DED19007@kost36> Hi Paul, to appear into a main report with other included fields from the same form (last, first name, year born, etc) thank's -----?????? ??????----- From: Paul Hartland Sent: Wednesday, October 22, 2014 2:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to control what to print in a report... So do you want to print the T_Score if the checkTS is checked, Z_Score if the checkZS is checked or both T_Score and Z_Score if both checkTS and checkZS are check ? How to you want the print out to look ? Paul On 22 October 2014 12:31, Kostas Konstantinidis wrote: > Hi all, > inside a form there are two fields: T_score and Z_score and two > checkboxes: checkTS and checkZS > what I need is to print every time one of the T_score or Z_score or in > many cases both of them, depending of a selected checkbox > could you please help me? > > Thank you in advance > /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 Wed Oct 22 07:57:54 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Wed, 22 Oct 2014 13:57:54 +0100 Subject: [AccessD] how to control what to print in a report... In-Reply-To: <6565FB135ABB490AA73B3A53DED19007@kost36> References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> <6565FB135ABB490AA73B3A53DED19007@kost36> Message-ID: in that case, in the query behind the report (now this may not be the best solution but have used similar in past) add two columns i.e. TFlag and ZFlag and set to 1 or 0 depending on the check box of the report, then (now haven't got access on here so off top onf my head)...right click the detail section of the report and in the Format event hide T_Score or Z_Score depending on the flags from the query. On 22 October 2014 13:51, Kostas Konstantinidis wrote: > Hi Paul, > to appear into a main report with other included fields from the same form > (last, first name, year born, etc) > > thank's > > > -----?????? ??????----- From: Paul Hartland > Sent: Wednesday, October 22, 2014 2:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] how to control what to print in a report... > > > So do you want to print the T_Score if the checkTS is checked, Z_Score if > the checkZS is checked or both T_Score and Z_Score if both checkTS and > checkZS are check ? > > How to you want the print out to look ? > > Paul > > On 22 October 2014 12:31, Kostas Konstantinidis wrote: > > Hi all, >> inside a form there are two fields: T_score and Z_score and two >> checkboxes: checkTS and checkZS >> what I need is to print every time one of the T_score or Z_score or in >> many cases both of them, depending of a selected checkbox >> could you please help me? >> >> Thank you in advance >> /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 rockysmolin at bchacc.com Wed Oct 22 08:50:57 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 22 Oct 2014 06:50:57 -0700 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> Message-ID: <038956F007AD46ADBD545512FBF05C1D@HAL9007> Without knowing exactly how this looks on the form and how you want it to look on the report, I usually use the Format event of the detail section of a report to test values and make the text boxes visible or invisible depending on the rule. R On 22 October 2014 12:31, Kostas Konstantinidis wrote: > Hi all, > inside a form there are two fields: T_score and Z_score and two > checkboxes: checkTS and checkZS > what I need is to print every time one of the T_score or Z_score or in > many cases both of them, depending of a selected checkbox could you > please help me? > > Thank you in advance > /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 kost36 at otenet.gr Wed Oct 22 09:29:10 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Wed, 22 Oct 2014 17:29:10 +0300 Subject: [AccessD] how to control what to print in a report... In-Reply-To: <038956F007AD46ADBD545512FBF05C1D@HAL9007> References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> <038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: Hi Rocky, This was exactly my first attempt to design the report in which should be printed in one or the other field on the same horizontal position . But later when in many cases there was a need to print both of them what about the blank space that is created when e.g. the first row may be hidden. The dimensions must be absolutely fix because the report is printed on a special and pro-designed A4 paper... So If it could be possible to shrink the blank space for the first invisible field (label and text box) it would be great. But I didn't manage to do it. That's the reason I am looking for another solution. thank's -----?????? ??????----- From: Rocky Smolin Sent: Wednesday, October 22, 2014 4:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] how to control what to print in a report... Without knowing exactly how this looks on the form and how you want it to look on the report, I usually use the Format event of the detail section of a report to test values and make the text boxes visible or invisible depending on the rule. R On 22 October 2014 12:31, Kostas Konstantinidis wrote: > Hi all, > inside a form there are two fields: T_score and Z_score and two > checkboxes: checkTS and checkZS > what I need is to print every time one of the T_score or Z_score or in > many cases both of them, depending of a selected checkbox could you > please help me? > > Thank you in advance > /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 From paul.hartland at googlemail.com Wed Oct 22 09:49:00 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Wed, 22 Oct 2014 15:49:00 +0100 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> <038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: Ok so are you saying that on the report you have a horizontal row with the fields on like below: T_Score: [value] Z_Score: [value] And if T_Score is not to be printed then Z_Score moves to the left like below: Z_Score: [value] Paul On 22 October 2014 15:29, Kostas Konstantinidis wrote: > Hi Rocky, > > This was exactly my first attempt to design the report in which should be > printed in one or the other field on the same horizontal position . > But later when in many cases there was a need to print both of them what > about the blank space that is created when e.g. the first row may be hidden. > The dimensions must be absolutely fix because the report is printed on a > special and pro-designed A4 paper... > > So If it could be possible to shrink the blank space for the first > invisible field (label and text box) it would be great. > But I didn't manage to do it. > That's the reason I am looking for another solution. > > thank's > > > -----?????? ??????----- From: Rocky Smolin > Sent: Wednesday, October 22, 2014 4:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] how to control what to print in a report... > > Without knowing exactly how this looks on the form and how you want it to > look on the report, I usually use the Format event of the detail section of > a report to test values and make the text boxes visible or invisible > depending on the rule. > > R > > > On 22 October 2014 12:31, Kostas Konstantinidis wrote: > > Hi all, >> inside a form there are two fields: T_score and Z_score and two >> checkboxes: checkTS and checkZS >> what I need is to print every time one of the T_score or Z_score or in >> many cases both of them, depending of a selected checkbox could you >> please help me? >> >> Thank you in advance >> /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 > -- > 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 kost36 at otenet.gr Wed Oct 22 10:15:07 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Wed, 22 Oct 2014 18:15:07 +0300 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36><038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: exactly Paul -----?????? ??????----- From: Paul Hartland Sent: Wednesday, October 22, 2014 5:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to control what to print in a report... Ok so are you saying that on the report you have a horizontal row with the fields on like below: T_Score: [value] Z_Score: [value] And if T_Score is not to be printed then Z_Score moves to the left like below: Z_Score: [value] Paul On 22 October 2014 15:29, Kostas Konstantinidis wrote: > Hi Rocky, > > This was exactly my first attempt to design the report in which should be > printed in one or the other field on the same horizontal position . > But later when in many cases there was a need to print both of them what > about the blank space that is created when e.g. the first row may be > hidden. > The dimensions must be absolutely fix because the report is printed on a > special and pro-designed A4 paper... > > So If it could be possible to shrink the blank space for the first > invisible field (label and text box) it would be great. > But I didn't manage to do it. > That's the reason I am looking for another solution. > > thank's > > > -----?????? ??????----- From: Rocky Smolin > Sent: Wednesday, October 22, 2014 4:50 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] how to control what to print in a report... > > Without knowing exactly how this looks on the form and how you want it to > look on the report, I usually use the Format event of the detail section > of > a report to test values and make the text boxes visible or invisible > depending on the rule. > > R > > > On 22 October 2014 12:31, Kostas Konstantinidis wrote: > > Hi all, >> inside a form there are two fields: T_score and Z_score and two >> checkboxes: checkTS and checkZS >> what I need is to print every time one of the T_score or Z_score or in >> many cases both of them, depending of a selected checkbox could you >> please help me? >> >> Thank you in advance >> /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 > -- > 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 rockysmolin at bchacc.com Wed Oct 22 10:35:47 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 22 Oct 2014 08:35:47 -0700 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36><038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: <1A2315F32D3F48B69E0BA39CA584BC93@HAL9007> Don't know if this will help but if you want NOT to print a record put your test in the Format event and if true then: Me.MoveLayout = True Me.NextRecord = False Me.PrintSection = False R -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kostas Konstantinidis Sent: Wednesday, October 22, 2014 7:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to control what to print in a report... Hi Rocky, This was exactly my first attempt to design the report in which should be printed in one or the other field on the same horizontal position . But later when in many cases there was a need to print both of them what about the blank space that is created when e.g. the first row may be hidden. The dimensions must be absolutely fix because the report is printed on a special and pro-designed A4 paper... So If it could be possible to shrink the blank space for the first invisible field (label and text box) it would be great. But I didn't manage to do it. That's the reason I am looking for another solution. thank's -----?????? ??????----- From: Rocky Smolin Sent: Wednesday, October 22, 2014 4:50 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] how to control what to print in a report... Without knowing exactly how this looks on the form and how you want it to look on the report, I usually use the Format event of the detail section of a report to test values and make the text boxes visible or invisible depending on the rule. R On 22 October 2014 12:31, Kostas Konstantinidis wrote: > Hi all, > inside a form there are two fields: T_score and Z_score and two > checkboxes: checkTS and checkZS > what I need is to print every time one of the T_score or Z_score or in > many cases both of them, depending of a selected checkbox could you > please help me? > > Thank you in advance > /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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From paul.hartland at googlemail.com Wed Oct 22 10:38:07 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Wed, 22 Oct 2014 16:38:07 +0100 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> <038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: Well in that case could you not go into the design mode of the report, note the top and left positions of the T_Score controls, then if you only want to show the Z_Score in the on format event of the report, make the T_Score controls invisible and set the top and left values of the Z_Score controls to the same as the T_Score controls. Paul On 22 October 2014 16:15, Kostas Konstantinidis wrote: > exactly Paul > > -----?????? ??????----- From: Paul Hartland > Sent: Wednesday, October 22, 2014 5:49 PM > > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] how to control what to print in a report... > > Ok so are you saying that on the report you have a horizontal row with the > fields on like below: > > T_Score: [value] Z_Score: [value] > > And if T_Score is not to be printed then Z_Score moves to the left like > below: > > Z_Score: [value] > > > Paul > > On 22 October 2014 15:29, Kostas Konstantinidis wrote: > > Hi Rocky, >> >> This was exactly my first attempt to design the report in which should be >> printed in one or the other field on the same horizontal position . >> But later when in many cases there was a need to print both of them what >> about the blank space that is created when e.g. the first row may be >> hidden. >> The dimensions must be absolutely fix because the report is printed on a >> special and pro-designed A4 paper... >> >> So If it could be possible to shrink the blank space for the first >> invisible field (label and text box) it would be great. >> But I didn't manage to do it. >> That's the reason I am looking for another solution. >> >> thank's >> >> >> -----?????? ??????----- From: Rocky Smolin >> Sent: Wednesday, October 22, 2014 4:50 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] how to control what to print in a report... >> >> Without knowing exactly how this looks on the form and how you want it to >> look on the report, I usually use the Format event of the detail section >> of >> a report to test values and make the text boxes visible or invisible >> depending on the rule. >> >> R >> >> >> On 22 October 2014 12:31, Kostas Konstantinidis wrote: >> >> Hi all, >> >>> inside a form there are two fields: T_score and Z_score and two >>> checkboxes: checkTS and checkZS >>> what I need is to print every time one of the T_score or Z_score or in >>> many cases both of them, depending of a selected checkbox could you >>> please help me? >>> >>> Thank you in advance >>> /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 >> -- >> 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 kost36 at otenet.gr Wed Oct 22 11:03:42 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Wed, 22 Oct 2014 19:03:42 +0300 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36><038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: <6DFAC323BB974641A13EB3FEF1D172F6@kost36> Rocky and Paul, will test your suggestions tomorrow morning and will let you know... thank's a lot /kostas -----?????? ??????----- From: Paul Hartland Sent: Wednesday, October 22, 2014 6:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to control what to print in a report... Well in that case could you not go into the design mode of the report, note the top and left positions of the T_Score controls, then if you only want to show the Z_Score in the on format event of the report, make the T_Score controls invisible and set the top and left values of the Z_Score controls to the same as the T_Score controls. Paul On 22 October 2014 16:15, Kostas Konstantinidis wrote: > exactly Paul > > -----?????? ??????----- From: Paul Hartland > Sent: Wednesday, October 22, 2014 5:49 PM > > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] how to control what to print in a report... > > Ok so are you saying that on the report you have a horizontal row with the > fields on like below: > > T_Score: [value] Z_Score: [value] > > And if T_Score is not to be printed then Z_Score moves to the left like > below: > > Z_Score: [value] > > > Paul > > On 22 October 2014 15:29, Kostas Konstantinidis wrote: > > Hi Rocky, >> >> This was exactly my first attempt to design the report in which should be >> printed in one or the other field on the same horizontal position . >> But later when in many cases there was a need to print both of them what >> about the blank space that is created when e.g. the first row may be >> hidden. >> The dimensions must be absolutely fix because the report is printed on a >> special and pro-designed A4 paper... >> >> So If it could be possible to shrink the blank space for the first >> invisible field (label and text box) it would be great. >> But I didn't manage to do it. >> That's the reason I am looking for another solution. >> >> thank's >> >> >> -----?????? ??????----- From: Rocky Smolin >> Sent: Wednesday, October 22, 2014 4:50 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] how to control what to print in a report... >> >> Without knowing exactly how this looks on the form and how you want it to >> look on the report, I usually use the Format event of the detail section >> of >> a report to test values and make the text boxes visible or invisible >> depending on the rule. >> >> R >> >> >> On 22 October 2014 12:31, Kostas Konstantinidis wrote: >> >> Hi all, >> >>> inside a form there are two fields: T_score and Z_score and two >>> checkboxes: checkTS and checkZS >>> what I need is to print every time one of the T_score or Z_score or in >>> many cases both of them, depending of a selected checkbox could you >>> please help me? >>> >>> Thank you in advance >>> /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 >> -- >> 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Oct 22 11:06:48 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 22 Oct 2014 09:06:48 -0700 Subject: [AccessD] Outlook 2003 Message-ID: Dear List: A bit off topic but... My wife's new machine is running W8.1 and Office 2003. Apparently there's an incompatibility between 8.1 and Outlook 2003 which causes the autocomplete in the To address bar to fail. The names show but when you select one it doesn't complete. I've scoured the web for a solution - tries everything I found there but nothing works. But apparently this is a known problem. The only solution would seem to be to move her up to Office 2010. But I don't want to do that. She know 2003 well and would have the usual learning curve problems. Has anyone seen and solved this problem? MTIA Rocky From kathryn at bassett.net Wed Oct 22 12:05:33 2014 From: kathryn at bassett.net (Kathryn Bassett) Date: Wed, 22 Oct 2014 10:05:33 -0700 Subject: [AccessD] Outlook 2003 In-Reply-To: References: Message-ID: Kathryn > The only solution would seem to be to move her up to Office 2010. But I > don't want to do that. She know 2003 well and would have the usual learning > curve problems. I solved the learning curve problem using Classic Menu: http://addintools.com/office2010/outlook/index.html On the screenshot, notice between File and Home, there is Menus. I use that tab 95% of the time, only using the ribbon stuff once in a while. For the whole suite, see http://addintools.com/office2010 I bought the suite right after I first upgraded to the blasted ribbon. Kathryn From davidmcafee at gmail.com Wed Oct 22 12:08:25 2014 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 22 Oct 2014 10:08:25 -0700 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com> References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <96067cef0f454282ad8f2ee8384c1e61@HKXPR04MB360.apcprd04.prod.outlook.com> <5446E40E.25012.56502292@stuart.lexacorp.com.pg> <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: I did something similar at my last place with ADP FEs using VB.Net and also in C#. The exe would look at a .ini text file and read the top line to get the latest version I numbered the FE's (MachineTracking 433.adp) , if the number after the "MachineTacking" didn't exist in the user's directory, I'd copy it over and launch it. If it did exist, I'd just launch it. I'd delete the last group of files if they existed (MachineTacking 42*.adp), rather than the previous in case someone was on vacation or out for a while. David On Tue, Oct 21, 2014 at 4:24 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > Here is the snippet of code that does the read / copy bit if you are > interested. > > ' Read the version text files and compare them. > if FS.fileexists(destinationPath & "version.txt") then > destTxtVersionFile = GetFile(destinationPath & "version.txt") > sourceTxtVersionFile = GetFile(sourcePath & "version.txt") > copyTheFile = not (destTxtVersionFile = sourceTxtVersionFile) > else > copyTheFile = true > end if > > if (FS.fileexists(destinationPath & applicationname & ".accde") = false) > then copyTheFile = true > > if copyTheFile then > FS.CopyFile sourcePath & applicationName & ".accde", > destinationPath > FS.CopyFile sourcePath & "version.txt", destinationPath > FS.CopyFile sourcePath & "Icon.ico", destinationPath > copyOtherSpecifiedFiles > end if > > From edzedz at comcast.net Wed Oct 22 12:22:26 2014 From: edzedz at comcast.net (Edward Zuris) Date: Wed, 22 Oct 2014 11:22:26 -0600 Subject: [AccessD] Outlook 2003 In-Reply-To: References: Message-ID: <955176C6191A41A3ABA5E4215A249C11@quad1> This may be a little of topic, but Comcast has changed a few rules that effects Outlook 2003. http://customer.comcast.com/help-and-support/internet/configure-outlook-2003 -xfinity-email Enjoy. Ed. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kathryn Bassett Sent: Wednesday, October 22, 2014 11:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook 2003 Kathryn > The only solution would seem to be to move her up to Office 2010. But I > don't want to do that. She know 2003 well and would have the usual learning > curve problems. I solved the learning curve problem using Classic Menu: http://addintools.com/office2010/outlook/index.html On the screenshot, notice between File and Home, there is Menus. I use that tab 95% of the time, only using the ribbon stuff once in a while. For the whole suite, see http://addintools.com/office2010 I bought the suite right after I first upgraded to the blasted ribbon. Kathryn -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Oct 22 15:28:57 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 22 Oct 2014 14:28:57 -0600 (MDT) Subject: [AccessD] Outlook 2003 In-Reply-To: Message-ID: <1412253002.25437679.1414009737553.JavaMail.root@cds018> Sorry, not really any help but I run both Office 2003 and 2010, on the same machine and they both appear to work right...haven't honestly tested Outlook, or even used an desktop mail client, in the last couple of years but could test it if you like. The OS is different of course. Jim ----- Original Message ----- From: "Rocky Smolin" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 22, 2014 9:06:48 AM Subject: [AccessD] Outlook 2003 Dear List: A bit off topic but... My wife's new machine is running W8.1 and Office 2003. Apparently there's an incompatibility between 8.1 and Outlook 2003 which causes the autocomplete in the To address bar to fail. The names show but when you select one it doesn't complete. I've scoured the web for a solution - tries everything I found there but nothing works. But apparently this is a known problem. The only solution would seem to be to move her up to Office 2010. But I don't want to do that. She know 2003 well and would have the usual learning curve problems. Has anyone seen and solved this problem? MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed Oct 22 15:34:51 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Wed, 22 Oct 2014 13:34:51 -0700 Subject: [AccessD] Outlook 2003 In-Reply-To: <1412253002.25437679.1414009737553.JavaMail.root@cds018> References: <1412253002.25437679.1414009737553.JavaMail.root@cds018> Message-ID: <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007> Yeah, apparently it's a W8.1 problem but I was hoping against hope to find a fix. r -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, October 22, 2014 1:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Sorry, not really any help but I run both Office 2003 and 2010, on the same machine and they both appear to work right...haven't honestly tested Outlook, or even used an desktop mail client, in the last couple of years but could test it if you like. The OS is different of course. Jim ----- Original Message ----- From: "Rocky Smolin" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 22, 2014 9:06:48 AM Subject: [AccessD] Outlook 2003 Dear List: A bit off topic but... My wife's new machine is running W8.1 and Office 2003. Apparently there's an incompatibility between 8.1 and Outlook 2003 which causes the autocomplete in the To address bar to fail. The names show but when you select one it doesn't complete. I've scoured the web for a solution - tries everything I found there but nothing works. But apparently this is a known problem. The only solution would seem to be to move her up to Office 2010. But I don't want to do that. She know 2003 well and would have the usual learning curve problems. Has anyone seen and solved this problem? MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Wed Oct 22 15:58:01 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 22 Oct 2014 16:58:01 -0400 Subject: [AccessD] Outlook 2003 In-Reply-To: <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007> References: <1412253002.25437679.1414009737553.JavaMail.root@cds018> <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007> Message-ID: Like Jim, I haven't used Outlook in years. My choice was and is gmail, but obviously there are others as well. I use several different boxes and even connect from time to time on a client's site. With all the data trapped in Outlook on my desktop, I'd be powerless. Of all the apps that should live on the cloud, email has to be The one. Just my 5 cents. Arthur ? From stuart at lexacorp.com.pg Wed Oct 22 16:58:35 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 23 Oct 2014 07:58:35 +1000 Subject: [AccessD] Outlook 2003 In-Reply-To: References: , <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007>, Message-ID: <5448288B.16411.5B43A9B5@stuart.lexacorp.com.pg> Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur From stuart at lexacorp.com.pg Wed Oct 22 16:58:35 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 23 Oct 2014 07:58:35 +1000 Subject: [AccessD] One Accdr (front end) for each User's PC or Share theAccdr file on the File Server In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net>, <5f1c736dcde04beabebddf22dae6f783@HKXPR04MB360.apcprd04.prod.outlook.com>, Message-ID: <5448288B.8031.5B43AA9F@stuart.lexacorp.com.pg> Ha! Kid stuff! :-) Early this year, I wrote one which checked the current version of Tables, Data and Forms recorded in a system table and then looked on Dropbox for update files, all of which had a version number as part of the filename. A table update file consisted of lines of SQL Drop, Create, Alter, Add statements to run on the BE tables A data update file consisted of lines of SQL Insert, Update statements to run on the BE tables There could be multiple Table or Data update files in the repository which had to be run sequentially. A forms update file was a replacement FE accdb with the version number appended to the filename which was copied down and renamed if newer. Once the updates were done, a log file (and a separate error log file if necessary) were uploaded to Dropbox. THEN the application was opened. (All done with a few hundred lines of PowerBASIC code) -- Stuart On 22 Oct 2014 at 10:08, David McAfee wrote: > I did something similar at my last place with ADP FEs using VB.Net and > also in C#. > > The exe would look at a .ini text file and read the top line to get > the latest version > > I numbered the FE's (MachineTracking 433.adp) , if the number after > the "MachineTacking" didn't exist in the user's directory, I'd copy it > over and launch it. If it did exist, I'd just launch it. > > I'd delete the last group of files if they existed (MachineTacking > 42*.adp), rather than the previous in case someone was on vacation or > out for a while. > > David > > From accessd at shaw.ca Wed Oct 22 17:01:49 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 22 Oct 2014 16:01:49 -0600 (MDT) Subject: [AccessD] Outlook 2003 In-Reply-To: Message-ID: <2065070546.25533549.1414015309854.JavaMail.root@cds018> Agreed. My ISP has their own Zimbra server/web client available and I like it even more than my GMail. IMHO, as most malware and other infections come through our email clients and our errors when using it, having a remote email client is just one less problem to worry about. :-) Jim ----- Original Message ----- From: "Arthur Fuller" To: "Access Developers discussion and problem solving" Sent: Wednesday, October 22, 2014 1:58:01 PM Subject: Re: [AccessD] Outlook 2003 Like Jim, I haven't used Outlook in years. My choice was and is gmail, but obviously there are others as well. I use several different boxes and even connect from time to time on a client's site. With all the data trapped in Outlook on my desktop, I'd be powerless. Of all the apps that should live on the cloud, email has to be The one. Just my 5 cents. Arthur ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jbartow at winhaven.net Thu Oct 23 02:34:40 2014 From: jbartow at winhaven.net (John R Bartow) Date: Thu, 23 Oct 2014 02:34:40 -0500 Subject: [AccessD] Outlook 2003 In-Reply-To: References: Message-ID: <037701cfee93$ce791a40$6b6b4ec0$@winhaven.net> You could have her try the address book technique. I know a few people that do it that way. You open the Address book and choose the contacts there rather the type ahead/autocomplete feature. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin Sent: Wednesday, October 22, 2014 11:07 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Outlook 2003 Dear List: A bit off topic but... My wife's new machine is running W8.1 and Office 2003. Apparently there's an incompatibility between 8.1 and Outlook 2003 which causes the autocomplete in the To address bar to fail. The names show but when you select one it doesn't complete. I've scoured the web for a solution - tries everything I found there but nothing works. But apparently this is a known problem. The only solution would seem to be to move her up to Office 2010. But I don't want to do that. She know 2003 well and would have the usual learning curve problems. Has anyone seen and solved this problem? MTIA Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu Oct 23 05:41:25 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 23 Oct 2014 06:41:25 -0400 Subject: [AccessD] Outlook 2003 In-Reply-To: <5448288B.16411.5B43A9B5@stuart.lexacorp.com.pg> References: , <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007>, <5448288B.16411.5B43A9B5@stuart.lexacorp.com.pg> Message-ID: There's also the privacy issue with any free cloud based service. You don't get something for nothing; Google routinely goes through e-mails and then targets ads based on that. Unless I was in complete control (like renting a server), I'd put zero information in the cloud. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu Oct 23 05:43:44 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 23 Oct 2014 06:43:44 -0400 Subject: [AccessD] Outlook 2003 In-Reply-To: <5448288B.16411.5B43A9B5@stuart.lexacorp.com.pg> References: , <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007>, <5448288B.16411.5B43A9B5@stuart.lexacorp.com.pg> Message-ID: I should have added that I use a Hybrid approach; I have Outlook on a station in the office, then use Team Viewer to remote into it. Get the best of both worlds that way. Always the same set of features and accounts, and I still can access it from anywhere there is an internet connection. It's as fast or faster than using any of the web based portals. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Thu Oct 23 11:15:28 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 23 Oct 2014 12:15:28 -0400 Subject: [AccessD] SQL EXISTS Message-ID: Have there been any enhancements to Jet SQL or Access that would improve on using NOT EXISTS subquery to find parent records with no related records in a specific child table? SELECT Customers.CustomerID, Customers.CompanyName FROM Customers WHERE NOT EXISTS (SELECT * FROM Orders WHERE Orders.CustomerID = Customers.CustomerID) Susan H. From kost36 at otenet.gr Thu Oct 23 11:25:48 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Thu, 23 Oct 2014 19:25:48 +0300 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS><20527ACD5BA44F24B1C897C4AB4B4A6B@kost36><038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: Rocky and Paul, after a little confuse with twiks and centimeters and how to convert each to other finally it works fine thank's a lot /kostas -----?????? ??????----- From: Paul Hartland Sent: Wednesday, October 22, 2014 6:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] how to control what to print in a report... Well in that case could you not go into the design mode of the report, note the top and left positions of the T_Score controls, then if you only want to show the Z_Score in the on format event of the report, make the T_Score controls invisible and set the top and left values of the Z_Score controls to the same as the T_Score controls. Paul On 22 October 2014 16:15, Kostas Konstantinidis wrote: > exactly Paul > > -----?????? ??????----- From: Paul Hartland > Sent: Wednesday, October 22, 2014 5:49 PM > > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] how to control what to print in a report... > > Ok so are you saying that on the report you have a horizontal row with the > fields on like below: > > T_Score: [value] Z_Score: [value] > > And if T_Score is not to be printed then Z_Score moves to the left like > below: > > Z_Score: [value] > > > Paul > > On 22 October 2014 15:29, Kostas Konstantinidis wrote: > > Hi Rocky, >> >> This was exactly my first attempt to design the report in which should be >> printed in one or the other field on the same horizontal position . >> But later when in many cases there was a need to print both of them what >> about the blank space that is created when e.g. the first row may be >> hidden. >> The dimensions must be absolutely fix because the report is printed on a >> special and pro-designed A4 paper... >> >> So If it could be possible to shrink the blank space for the first >> invisible field (label and text box) it would be great. >> But I didn't manage to do it. >> That's the reason I am looking for another solution. >> >> thank's >> >> >> -----?????? ??????----- From: Rocky Smolin >> Sent: Wednesday, October 22, 2014 4:50 PM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] how to control what to print in a report... >> >> Without knowing exactly how this looks on the form and how you want it to >> look on the report, I usually use the Format event of the detail section >> of >> a report to test values and make the text boxes visible or invisible >> depending on the rule. >> >> R >> >> >> On 22 October 2014 12:31, Kostas Konstantinidis wrote: >> >> Hi all, >> >>> inside a form there are two fields: T_score and Z_score and two >>> checkboxes: checkTS and checkZS >>> what I need is to print every time one of the T_score or Z_score or in >>> many cases both of them, depending of a selected checkbox could you >>> please help me? >>> >>> Thank you in advance >>> /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 >> -- >> 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at aig.com Thu Oct 23 11:36:09 2014 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Thu, 23 Oct 2014 16:36:09 +0000 Subject: [AccessD] SQL EXISTS In-Reply-To: References: Message-ID: What's wrong with a good old fashioned 'unmatched' query?... SELECT Customers.CustomerID FROM Customers LEFT JOIN Orders ON Customers.CustomerID = Orders.CustomerID WHERE (((Orders. CustomerID) Is Null)); Lambert :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Thursday, October 23, 2014 12:15 PM To: Access Developers discussion and problem solving Subject: [AccessD] SQL EXISTS Have there been any enhancements to Jet SQL or Access that would improve on using NOT EXISTS subquery to find parent records with no related records in a specific child table? SELECT Customers.CustomerID, Customers.CompanyName FROM Customers WHERE NOT EXISTS (SELECT * FROM Orders WHERE Orders.CustomerID = Customers.CustomerID) Susan H. -- 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 Oct 23 11:49:29 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 23 Oct 2014 17:49:29 +0100 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> <038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: Cool, there is another way I used to do things like that as well. I would some times have an additional single field in my query which built the row something like: PrintRow1: iif(checkTS=True, "TScore: " & T_Score & " ", "") & iif(checkZS=True, "ZScore: " & S_Score, "") On 23 October 2014 17:25, Kostas Konstantinidis wrote: > Rocky and Paul, > after a little confuse with twiks and centimeters and how to convert each > to other > finally it works fine > > thank's a lot > /kostas > > > -----?????? ??????----- > From: Paul Hartland > Sent: Wednesday, October 22, 2014 6:38 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] how to control what to print in a report... > > Well in that case could you not go into the design mode of the report, note > the top and left positions of the T_Score controls, then if you only want > to show the Z_Score in the on format event of the report, make the T_Score > controls invisible and set the top and left values of the Z_Score controls > to the same as the T_Score controls. > > Paul > > On 22 October 2014 16:15, Kostas Konstantinidis wrote: > > > exactly Paul > > > > -----?????? ??????----- From: Paul Hartland > > Sent: Wednesday, October 22, 2014 5:49 PM > > > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] how to control what to print in a report... > > > > Ok so are you saying that on the report you have a horizontal row with > the > > fields on like below: > > > > T_Score: [value] Z_Score: [value] > > > > And if T_Score is not to be printed then Z_Score moves to the left like > > below: > > > > Z_Score: [value] > > > > > > Paul > > > > On 22 October 2014 15:29, Kostas Konstantinidis > wrote: > > > > Hi Rocky, > >> > >> This was exactly my first attempt to design the report in which should > be > >> printed in one or the other field on the same horizontal position . > >> But later when in many cases there was a need to print both of them what > >> about the blank space that is created when e.g. the first row may be > >> hidden. > >> The dimensions must be absolutely fix because the report is printed on a > >> special and pro-designed A4 paper... > >> > >> So If it could be possible to shrink the blank space for the first > >> invisible field (label and text box) it would be great. > >> But I didn't manage to do it. > >> That's the reason I am looking for another solution. > >> > >> thank's > >> > >> > >> -----?????? ??????----- From: Rocky Smolin > >> Sent: Wednesday, October 22, 2014 4:50 PM > >> To: 'Access Developers discussion and problem solving' > >> Subject: Re: [AccessD] how to control what to print in a report... > >> > >> Without knowing exactly how this looks on the form and how you want it > to > >> look on the report, I usually use the Format event of the detail section > >> of > >> a report to test values and make the text boxes visible or invisible > >> depending on the rule. > >> > >> R > >> > >> > >> On 22 October 2014 12:31, Kostas Konstantinidis > wrote: > >> > >> Hi all, > >> > >>> inside a form there are two fields: T_score and Z_score and two > >>> checkboxes: checkTS and checkZS > >>> what I need is to print every time one of the T_score or Z_score or in > >>> many cases both of them, depending of a selected checkbox could you > >>> please help me? > >>> > >>> Thank you in advance > >>> /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 > >> -- > >> 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 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 paul.hartland at googlemail.com Thu Oct 23 11:51:30 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 23 Oct 2014 17:51:30 +0100 Subject: [AccessD] how to control what to print in a report... In-Reply-To: References: <3AB9661AC69E46E6828A742926B0E17E@XPS> <20527ACD5BA44F24B1C897C4AB4B4A6B@kost36> <038956F007AD46ADBD545512FBF05C1D@HAL9007> Message-ID: Oops managed to send with my big clumsy fingers before finished lol Cool, there is another way I used to do things like that as well. I would some times have an additional single field in my query which built the row something like: PrintRow1: iif(checkTS=True, "TScore: " & T_Score & " ", "") & iif(checkZS=True, "ZScore: " & Z_Score, "") Then in the report just have one field for the line called PrintRow1 Paul On 23 October 2014 17:49, Paul Hartland wrote: > Cool, there is another way I used to do things like that as well. I would > some times have an additional single field in my query which built the row > something like: > > PrintRow1: iif(checkTS=True, "TScore: " & T_Score & " ", "") & > iif(checkZS=True, "ZScore: " & S_Score, "") > > On 23 October 2014 17:25, Kostas Konstantinidis wrote: > >> Rocky and Paul, >> after a little confuse with twiks and centimeters and how to convert each >> to other >> finally it works fine >> >> thank's a lot >> /kostas >> >> >> -----?????? ??????----- >> From: Paul Hartland >> Sent: Wednesday, October 22, 2014 6:38 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] how to control what to print in a report... >> >> Well in that case could you not go into the design mode of the report, >> note >> the top and left positions of the T_Score controls, then if you only want >> to show the Z_Score in the on format event of the report, make the T_Score >> controls invisible and set the top and left values of the Z_Score controls >> to the same as the T_Score controls. >> >> Paul >> >> On 22 October 2014 16:15, Kostas Konstantinidis wrote: >> >> > exactly Paul >> > >> > -----?????? ??????----- From: Paul Hartland >> > Sent: Wednesday, October 22, 2014 5:49 PM >> > >> > To: Access Developers discussion and problem solving >> > Subject: Re: [AccessD] how to control what to print in a report... >> > >> > Ok so are you saying that on the report you have a horizontal row with >> the >> > fields on like below: >> > >> > T_Score: [value] Z_Score: [value] >> > >> > And if T_Score is not to be printed then Z_Score moves to the left like >> > below: >> > >> > Z_Score: [value] >> > >> > >> > Paul >> > >> > On 22 October 2014 15:29, Kostas Konstantinidis >> wrote: >> > >> > Hi Rocky, >> >> >> >> This was exactly my first attempt to design the report in which should >> be >> >> printed in one or the other field on the same horizontal position . >> >> But later when in many cases there was a need to print both of them >> what >> >> about the blank space that is created when e.g. the first row may be >> >> hidden. >> >> The dimensions must be absolutely fix because the report is printed on >> a >> >> special and pro-designed A4 paper... >> >> >> >> So If it could be possible to shrink the blank space for the first >> >> invisible field (label and text box) it would be great. >> >> But I didn't manage to do it. >> >> That's the reason I am looking for another solution. >> >> >> >> thank's >> >> >> >> >> >> -----?????? ??????----- From: Rocky Smolin >> >> Sent: Wednesday, October 22, 2014 4:50 PM >> >> To: 'Access Developers discussion and problem solving' >> >> Subject: Re: [AccessD] how to control what to print in a report... >> >> >> >> Without knowing exactly how this looks on the form and how you want it >> to >> >> look on the report, I usually use the Format event of the detail >> section >> >> of >> >> a report to test values and make the text boxes visible or invisible >> >> depending on the rule. >> >> >> >> R >> >> >> >> >> >> On 22 October 2014 12:31, Kostas Konstantinidis >> wrote: >> >> >> >> Hi all, >> >> >> >>> inside a form there are two fields: T_score and Z_score and two >> >>> checkboxes: checkTS and checkZS >> >>> what I need is to print every time one of the T_score or Z_score or in >> >>> many cases both of them, depending of a selected checkbox could you >> >>> please help me? >> >>> >> >>> Thank you in advance >> >>> /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 >> >> -- >> >> 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 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 > -- Paul Hartland paul.hartland at googlemail.com From ssharkins at gmail.com Thu Oct 23 11:53:47 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 23 Oct 2014 12:53:47 -0400 Subject: [AccessD] SQL EXISTS In-Reply-To: References: Message-ID: James was just saying something similar -- thank you! Susan H. On Thu, Oct 23, 2014 at 12:36 PM, Heenan, Lambert wrote: > What's wrong with a good old fashioned 'unmatched' query?... > > SELECT Customers.CustomerID FROM Customers LEFT JOIN Orders ON > Customers.CustomerID = Orders.CustomerID > WHERE (((Orders. CustomerID) Is Null)); > > Lambert :-) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Thursday, October 23, 2014 12:15 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] SQL EXISTS > > Have there been any enhancements to Jet SQL or Access that would improve > on using NOT EXISTS subquery to find parent records with no related records > in a specific child table? > > SELECT Customers.CustomerID, Customers.CompanyName FROM Customers WHERE > NOT EXISTS (SELECT * FROM Orders WHERE Orders.CustomerID = > Customers.CustomerID) > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jbartow at winhaven.net Thu Oct 23 12:33:22 2014 From: jbartow at winhaven.net (John R Bartow) Date: Thu, 23 Oct 2014 12:33:22 -0500 Subject: [AccessD] Outlook 2003 In-Reply-To: References: , <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007>, <5448288B.16411.5B43A9B5@stuart.lexacorp.com.pg> Message-ID: <002101cfeee7$71d9f800$558de800$@winhaven.net> Same here. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, October 23, 2014 5:44 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook 2003 I should have added that I use a Hybrid approach; I have Outlook on a station in the office, then use Team Viewer to remote into it. Get the best of both worlds that way. Always the same set of features and accounts, and I still can access it from anywhere there is an internet connection. It's as fast or faster than using any of the web based portals. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Thu Oct 23 13:06:30 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 23 Oct 2014 11:06:30 -0700 Subject: [AccessD] Outlook 2003 In-Reply-To: References: <1412253002.25437679.1414009737553.JavaMail.root@cds018> <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007> Message-ID: Office 365 does operate Outlook in the cloud for that reason, Arthur. Charlotte On Wed, Oct 22, 2014 at 1:58 PM, Arthur Fuller wrote: > Like Jim, I haven't used Outlook in years. My choice was and is gmail, but > obviously there are others as well. I use several different boxes and even > connect from time to time on a client's site. With all the data trapped in > Outlook on my desktop, I'd be powerless. Of all the apps that should live > on the cloud, email has to be The one. > > Just my 5 cents. > Arthur > ? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jbartow at winhaven.net Thu Oct 23 14:37:54 2014 From: jbartow at winhaven.net (John R Bartow) Date: Thu, 23 Oct 2014 14:37:54 -0500 Subject: [AccessD] Outlook 2003 In-Reply-To: References: <1412253002.25437679.1414009737553.JavaMail.root@cds018> <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007> Message-ID: <009301cfeef8$d760a910$8621fb30$@winhaven.net> That's essentially OWA. Which, BTW, has turned out to be much better than I would predicted when they first launched it. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, October 23, 2014 1:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Office 365 does operate Outlook in the cloud for that reason, Arthur. Charlotte On Wed, Oct 22, 2014 at 1:58 PM, Arthur Fuller wrote: > Like Jim, I haven't used Outlook in years. My choice was and is gmail, > but obviously there are others as well. I use several different boxes > and even connect from time to time on a client's site. With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur > ? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Oct 23 15:58:18 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 23 Oct 2014 14:58:18 -0600 (MDT) Subject: [AccessD] Outlook 2003 In-Reply-To: Message-ID: <1119403068.26369934.1414097898335.JavaMail.root@cds018> But you can run your own personal cloud on your own server(s). OwnCloud is just such a product: http://owncloud.org Jim ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Thursday, October 23, 2014 3:41:25 AM Subject: Re: [AccessD] Outlook 2003 There's also the privacy issue with any free cloud based service. You don't get something for nothing; Google routinely goes through e-mails and then targets ads based on that. Unless I was in complete control (like renting a server), I'd put zero information in the cloud. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Oct 23 15:59:04 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 24 Oct 2014 06:59:04 +1000 Subject: [AccessD] SQL EXISTS In-Reply-To: References: Message-ID: <54496C18.20592.60338BD4@stuart.lexacorp.com.pg> Don't know about improved, but I tend to use a construct like: SELECT Customers.CustomerID, Customers.CompanyName FROM Customers LEFT JOIN Orders ON Orders.CustomerID = Customers.CustomerID WHERE Orders.CustomerID IS NULL -- Stuart On 23 Oct 2014 at 12:15, Susan Harkins wrote: > Have there been any enhancements to Jet SQL or Access that would > improve on using NOT EXISTS subquery to find parent records with no > related records in a specific child table? > > SELECT Customers.CustomerID, Customers.CompanyName > FROM Customers > WHERE NOT EXISTS (SELECT * FROM Orders WHERE Orders.CustomerID = > Customers.CustomerID) > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Thu Oct 23 20:53:37 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 24 Oct 2014 01:53:37 +0000 Subject: [AccessD] Outlook 2003 In-Reply-To: References: <1412253002.25437679.1414009737553.JavaMail.root@cds018> <7C7EB1CEB31748F294393CBF6D8B356E@HAL9007> Message-ID: <9508159e178f497cb951bcb4d62e37f1@HKXPR04MB360.apcprd04.prod.outlook.com> Having access to a full exchange type setup for MS Outlook was one of the primary reasons we initially went with office 365 (with the version we have we own the desktop software 1980's style, but it syncs seamlessly with Office 365 in the cloud). It works just like a big corporate setup, but it ideal for small business or even family. Exchange works great over the cloud. I get updates seamlessly on any platform I have the Outlook app on. In my case this is several Windows PC's, Samsung Galaxy Note phone and Samsung tablet. Painless. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, 24 October 2014 5:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Office 365 does operate Outlook in the cloud for that reason, Arthur. Charlotte On Wed, Oct 22, 2014 at 1:58 PM, Arthur Fuller wrote: > Like Jim, I haven't used Outlook in years. My choice was and is gmail, > but obviously there are others as well. I use several different boxes > and even connect from time to time on a client's site. With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur > ? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Oct 23 20:59:22 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 24 Oct 2014 01:59:22 +0000 Subject: [AccessD] Outlook 2003 In-Reply-To: <1119403068.26369934.1414097898335.JavaMail.root@cds018> References: <1119403068.26369934.1414097898335.JavaMail.root@cds018> Message-ID: <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, 24 October 2014 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 But you can run your own personal cloud on your own server(s). OwnCloud is just such a product: http://owncloud.org Jim ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Thursday, October 23, 2014 3:41:25 AM Subject: Re: [AccessD] Outlook 2003 There's also the privacy issue with any free cloud based service. You don't get something for nothing; Google routinely goes through e-mails and then targets ads based on that. Unless I was in complete control (like renting a server), I'd put zero information in the cloud. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Oct 23 21:08:13 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 23 Oct 2014 22:08:13 -0400 Subject: [AccessD] Outlook 2003 In-Reply-To: <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> References: <1119403068.26369934.1414097898335.JavaMail.root@cds018> <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <01c601cfef2f$5ed82a40$1c887ec0$@gmail.com> >>- the mechanics are a mystery to them. You could always ask them for their name. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, October 23, 2014 9:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, 24 October 2014 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 But you can run your own personal cloud on your own server(s). OwnCloud is just such a product: http://owncloud.org Jim ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Thursday, October 23, 2014 3:41:25 AM Subject: Re: [AccessD] Outlook 2003 There's also the privacy issue with any free cloud based service. You don't get something for nothing; Google routinely goes through e-mails and then targets ads based on that. Unless I was in complete control (like renting a server), I'd put zero information in the cloud. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Thu Oct 23 21:21:11 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 24 Oct 2014 02:21:11 +0000 Subject: [AccessD] Outlook 2003 In-Reply-To: <01c601cfef2f$5ed82a40$1c887ec0$@gmail.com> References: <1119403068.26369934.1414097898335.JavaMail.root@cds018> <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> <01c601cfef2f$5ed82a40$1c887ec0$@gmail.com> Message-ID: <661a3c223e9a43059f20784401a3d2f0@HKXPR04MB360.apcprd04.prod.outlook.com> Hehehe. Very droll Mr Benson, very droll ;) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Friday, 24 October 2014 1:08 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Outlook 2003 >>- the mechanics are a mystery to them. You could always ask them for their name. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, October 23, 2014 9:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, 24 October 2014 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 But you can run your own personal cloud on your own server(s). OwnCloud is just such a product: http://owncloud.org Jim ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Thursday, October 23, 2014 3:41:25 AM Subject: Re: [AccessD] Outlook 2003 There's also the privacy issue with any free cloud based service. You don't get something for nothing; Google routinely goes through e-mails and then targets ads based on that. Unless I was in complete control (like renting a server), I'd put zero information in the cloud. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu Oct 23 22:13:44 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 24 Oct 2014 13:13:44 +1000 Subject: [AccessD] Outlook 2003 In-Reply-To: <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> References: , <1119403068.26369934.1414097898335.JavaMail.root@cds018>, <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <5449C3E8.30849.618A8E6A@stuart.lexacorp.com.pg> Don't you put it in the hole with the 710 cap on it? :-) On 24 Oct 2014 at 1:59, Darryl Collins wrote: > These days folks like owning a car, but many of them wouldn't know the > first thing about repairing one (or want to for that matter) - I know > folks who wouldn't even know where to top up the oil if they needed > too - the mechanics are a mystery to them. From darryl at whittleconsulting.com.au Thu Oct 23 22:22:45 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Fri, 24 Oct 2014 03:22:45 +0000 Subject: [AccessD] Outlook 2003 In-Reply-To: <5449C3E8.30849.618A8E6A@stuart.lexacorp.com.pg> References: , <1119403068.26369934.1414097898335.JavaMail.root@cds018>, <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> <5449C3E8.30849.618A8E6A@stuart.lexacorp.com.pg> Message-ID: <834ad5ab8c934abbac1cb1481162f0c9@HKXPR04MB360.apcprd04.prod.outlook.com> Hehehe... Yep, that is the one. No idea why they called it "710" though. Just confuzzles folks - Must be some silly engineering thing. ;) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, 24 October 2014 2:14 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Don't you put it in the hole with the 710 cap on it? :-) On 24 Oct 2014 at 1:59, Darryl Collins wrote: > These days folks like owning a car, but many of them wouldn't know the > first thing about repairing one (or want to for that matter) - I know > folks who wouldn't even know where to top up the oil if they needed > too - the mechanics are a mystery to them. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Oct 24 01:43:17 2014 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 24 Oct 2014 06:43:17 +0000 Subject: [AccessD] Outlook 2003 Message-ID: Hi Darryl Could you shed a little light on scenarios where you combine Outlook and OneNote please? I'm looking for ideas to use the potential of O365. We haven't implemented much more that mail and calendar. My colleagues are very busy and are not of the "experimenting" type, so it is up to me to push these things. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 24. oktober 2014 03:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Outlook 2003 True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. From kathryn at bassett.net Fri Oct 24 12:55:55 2014 From: kathryn at bassett.net (Kathryn Bassett) Date: Fri, 24 Oct 2014 10:55:55 -0700 Subject: [AccessD] FW: Outlook 2003 In-Reply-To: References: Message-ID: I haven't seen anyone reply to my suggestion about Classic Menu - is that a viable solution for you (I forgot who wrote about "the only solution would seem...") Kathryn -----Original Message----- > The only solution would seem to be to move her up to Office 2010. But > I don't want to do that. She know 2003 well and would have the usual learning > curve problems. I solved the learning curve problem using Classic Menu: http://addintools.com/office2010/outlook/index.html On the screenshot, notice between File and Home, there is Menus. I use that tab 95% of the time, only using the ribbon stuff once in a while. For the whole suite, see http://addintools.com/office2010 I bought the suite right after I first upgraded to the blasted ribbon. Kathryn From accessd at shaw.ca Fri Oct 24 13:28:39 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 24 Oct 2014 12:28:39 -0600 (MDT) Subject: [AccessD] Outlook 2003 In-Reply-To: <9bb4836e45d346489c0b791d6d57719b@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <601311630.27144489.1414175319879.JavaMail.root@cds018> Hi Darryl: You are probably right but the people that know how to setup such an environment are compensated very well...some of the best paid people in the tech market. If a person is very close to retirement they can make a strong case for not learning or not even becoming familiar. OTOH, those techs with many years ahead of them should at least familiarise themselves with the technology as how can they be expected to help their clients when their knowledge is so limited. Specializing has its perks but a good generalist is what the market is asking for. Just like in the trades; a journeyman carpenter may be paid well, but the the fellow that makes the most and has the greatest control of a project is always the contractor. Jim ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Thursday, October 23, 2014 6:59:22 PM Subject: Re: [AccessD] Outlook 2003 True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, 24 October 2014 7:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 But you can run your own personal cloud on your own server(s). OwnCloud is just such a product: http://owncloud.org Jim ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Thursday, October 23, 2014 3:41:25 AM Subject: Re: [AccessD] Outlook 2003 There's also the privacy issue with any free cloud based service. You don't get something for nothing; Google routinely goes through e-mails and then targets ads based on that. Unless I was in complete control (like renting a server), I'd put zero information in the cloud. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 22, 2014 05:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Only if you operate in an environment where you can always be sure of having a connection to the internet. That's not the best solution for me. All my emails are available to me on my laptop wherever I am. -- Stuart On 22 Oct 2014 at 16:58, Arthur Fuller wrote: > With all the > data trapped in Outlook on my desktop, I'd be powerless. Of all the > apps that should live on the cloud, email has to be The one. > > Just my 5 cents. > Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Fri Oct 24 16:52:58 2014 From: jwcolby at gmail.com (John Colby) Date: Fri, 24 Oct 2014 17:52:58 -0400 Subject: [AccessD] Form events question In-Reply-To: References: Message-ID: Arthur Fuller, I am taking my mom on a month long tour de force of the southern us and... the train from toronto to vancouver. So I would like to talk to you directly. Email me at jwcolby at gmail dot com with a phone and I will call you or set up the next step. Thanks, On Mon, Oct 20, 2014 at 6:05 AM, Arthur Fuller wrote: > In formally investigating the subject of Access forms (yes, even after all > these years), I realize that there are numerous events that I have never > used, and so far have no idea what they do or for that matter, even the > order in which they fire. These include: > > Before Render > After Final Render > After Render > After Layout > On Connect > On Disconnect > Before Query > On Query > On Data Set Change > On Cmd Execute > On Cmd Before Execute > On Cmd Enabled > On Cmd Checked > On View Change > Before Screen Tip > > I've searched both the Access help and I've Googled a few things, thus far > to no avail. Can anyone either explain the purpose of these events, and > possibly where they fit into the order of events? Or point me to some site > where these events are documented? > -- > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- John W. Colby Colby Consulting From bensonforums at gmail.com Fri Oct 24 17:16:26 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 24 Oct 2014 18:16:26 -0400 Subject: [AccessD] Form events question In-Reply-To: References: Message-ID: John no idea, but what I wish beforescreentip did was fire before the controltiptext displayed, giving opportunity to change that text before displaying. It is very sad to me that controltiptext displays before mousemove fires, meaning my effort to do some environment checking before editing and displaying a tip on mouse over, fails. On Oct 20, 2014 6:08 AM, "Arthur Fuller" wrote: > In formally investigating the subject of Access forms (yes, even after all > these years), I realize that there are numerous events that I have never > used, and so far have no idea what they do or for that matter, even the > order in which they fire. These include: > > Before Render > After Final Render > After Render > After Layout > On Connect > On Disconnect > Before Query > On Query > On Data Set Change > On Cmd Execute > On Cmd Before Execute > On Cmd Enabled > On Cmd Checked > On View Change > Before Screen Tip > > I've searched both the Access help and I've Googled a few things, thus far > to no avail. Can anyone either explain the purpose of these events, and > possibly where they fit into the order of events? Or point me to some site > where these events are documented? > -- > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Fri Oct 24 21:47:00 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 24 Oct 2014 20:47:00 -0600 (MDT) Subject: [AccessD] Form events question In-Reply-To: Message-ID: <1757248713.27534312.1414205220797.JavaMail.root@cds018> Hi John: Tell us when you will be arriving in Vancouver. Jim ----- Original Message ----- From: "John Colby" To: "Access Developers discussion and problem solving" Sent: Friday, October 24, 2014 2:52:58 PM Subject: Re: [AccessD] Form events question Arthur Fuller, I am taking my mom on a month long tour de force of the southern us and... the train from toronto to vancouver. So I would like to talk to you directly. Email me at jwcolby at gmail dot com with a phone and I will call you or set up the next step. Thanks, On Mon, Oct 20, 2014 at 6:05 AM, Arthur Fuller wrote: > In formally investigating the subject of Access forms (yes, even after all > these years), I realize that there are numerous events that I have never > used, and so far have no idea what they do or for that matter, even the > order in which they fire. These include: > > Before Render > After Final Render > After Render > After Layout > On Connect > On Disconnect > Before Query > On Query > On Data Set Change > On Cmd Execute > On Cmd Before Execute > On Cmd Enabled > On Cmd Checked > On View Change > Before Screen Tip > > I've searched both the Access help and I've Googled a few things, thus far > to no avail. Can anyone either explain the purpose of these events, and > possibly where they fit into the order of events? Or point me to some site > where these events are documented? > -- > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- John W. Colby Colby Consulting -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Fri Oct 24 23:22:45 2014 From: dbdoug at gmail.com (Doug Steele) Date: Fri, 24 Oct 2014 21:22:45 -0700 Subject: [AccessD] Form events question In-Reply-To: <1757248713.27534312.1414205220797.JavaMail.root@cds018> References: <1757248713.27534312.1414205220797.JavaMail.root@cds018> Message-ID: I'd be interested in meeting you guys in Vancouver as well.... Doug On Fri, Oct 24, 2014 at 7:47 PM, Jim Lawrence wrote: > Hi John: > > Tell us when you will be arriving in Vancouver. > > Jim > > ----- Original Message ----- > From: "John Colby" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Friday, October 24, 2014 2:52:58 PM > Subject: Re: [AccessD] Form events question > > Arthur Fuller, > > I am taking my mom on a month long tour de force of the southern us and... > the train from toronto to vancouver. So I would like to talk to you > directly. Email me at jwcolby at gmail dot com with a phone and I will > call you or set up the next step. > > Thanks, > > On Mon, Oct 20, 2014 at 6:05 AM, Arthur Fuller > wrote: > > > In formally investigating the subject of Access forms (yes, even after > all > > these years), I realize that there are numerous events that I have never > > used, and so far have no idea what they do or for that matter, even the > > order in which they fire. These include: > > > > Before Render > > After Final Render > > After Render > > After Layout > > On Connect > > On Disconnect > > Before Query > > On Query > > On Data Set Change > > On Cmd Execute > > On Cmd Before Execute > > On Cmd Enabled > > On Cmd Checked > > On View Change > > Before Screen Tip > > > > I've searched both the Access help and I've Googled a few things, thus > far > > to no avail. Can anyone either explain the purpose of these events, and > > possibly where they fit into the order of events? Or point me to some > site > > where these events are documented? > > -- > > TIA, > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > John W. Colby > Colby Consulting > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Sat Oct 25 03:04:14 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 25 Oct 2014 04:04:14 -0400 Subject: [AccessD] Form events question In-Reply-To: References: <1757248713.27534312.1414205220797.JavaMail.root@cds018> Message-ID: <008a01cff02a$4537ef20$cfa7cd60$@gmail.com> Me three (or 4 by now) - pls send a ticket to ..... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Saturday, October 25, 2014 12:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Form events question I'd be interested in meeting you guys in Vancouver as well.... Doug On Fri, Oct 24, 2014 at 7:47 PM, Jim Lawrence wrote: > Hi John: > > Tell us when you will be arriving in Vancouver. > > Jim > > ----- Original Message ----- > From: "John Colby" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Friday, October 24, 2014 2:52:58 PM > Subject: Re: [AccessD] Form events question > > Arthur Fuller, > > I am taking my mom on a month long tour de force of the southern us and... > the train from toronto to vancouver. So I would like to talk to you > directly. Email me at jwcolby at gmail dot com with a phone and I > will call you or set up the next step. > > Thanks, > > On Mon, Oct 20, 2014 at 6:05 AM, Arthur Fuller > > wrote: > > > In formally investigating the subject of Access forms (yes, even > > after > all > > these years), I realize that there are numerous events that I have > > never used, and so far have no idea what they do or for that matter, > > even the order in which they fire. These include: > > > > Before Render > > After Final Render > > After Render > > After Layout > > On Connect > > On Disconnect > > Before Query > > On Query > > On Data Set Change > > On Cmd Execute > > On Cmd Before Execute > > On Cmd Enabled > > On Cmd Checked > > On View Change > > Before Screen Tip > > > > I've searched both the Access help and I've Googled a few things, > > thus > far > > to no avail. Can anyone either explain the purpose of these events, > > and possibly where they fit into the order of events? Or point me to > > some > site > > where these events are documented? > > -- > > TIA, > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > John W. Colby > Colby Consulting > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sat Oct 25 10:29:21 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 25 Oct 2014 11:29:21 -0400 Subject: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open Message-ID: <045101cff068$73bfac00$5b3f0400$@gmail.com> Apparently when a recordsource refers to a text box on the form, and the form is opening, there is no opportunity to set that control's value in preparation for the first time the record source's query is run. If one sets a NZ( .,.) alternative value, then you are stuck with that no matter when the control is null, not just on form open. Suppose I have recordsourec that depends on records where age is greater than a minimum, which is supplied by the user. Normally, If the user enter's nothing, then I would want all records, so I would not mind altering my recordsource to From: RecordSource: SELECT * FROM MyTable WHERE MyAge >=Forms![Form1]![txtMinimumAge]; To: RecordSource: SELECT * FROM MyTable WHERE MyAge >=NZ(Forms![Form1]![txtMinimumAge],0); However, if I want the assumed minimum age to be 18, there is no way I can set this value when the form is opening. It does me no good to have the value in the control's default, the control is still NULL at the time that the recordsource is evaluated the first time. From df.waters at outlook.com Sat Oct 25 10:40:45 2014 From: df.waters at outlook.com (Dan Waters) Date: Sat, 25 Oct 2014 10:40:45 -0500 Subject: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open In-Reply-To: <045101cff068$73bfac00$5b3f0400$@gmail.com> References: <045101cff068$73bfac00$5b3f0400$@gmail.com> Message-ID: Hi Bill, Would you be able to hardcode the minimum age? On form load: txtAgeMinimum = 18 Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, October 25, 2014 10:29 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open Apparently when a recordsource refers to a text box on the form, and the form is opening, there is no opportunity to set that control's value in preparation for the first time the record source's query is run. If one sets a NZ( .,.) alternative value, then you are stuck with that no matter when the control is null, not just on form open. Suppose I have recordsourec that depends on records where age is greater than a minimum, which is supplied by the user. Normally, If the user enter's nothing, then I would want all records, so I would not mind altering my recordsource to From: RecordSource: SELECT * FROM MyTable WHERE MyAge >=Forms![Form1]![txtMinimumAge]; To: RecordSource: SELECT * FROM MyTable WHERE MyAge >=NZ(Forms![Form1]![txtMinimumAge],0); However, if I want the assumed minimum age to be 18, there is no way I can set this value when the form is opening. It does me no good to have the value in the control's default, the control is still NULL at the time that the recordsource is evaluated the first time. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sat Oct 25 11:03:46 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 25 Oct 2014 12:03:46 -0400 Subject: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open In-Reply-To: References: <045101cff068$73bfac00$5b3f0400$@gmail.com> Message-ID: Hey Dan, thanks for jumping in. So here's the thing, that's was what I tried 1st. Nothing value I give that control, in any event - including form open - causes the control to NOT be NULL at such time as the record source is determining how many records to show (ie, opening my form). It's as if the recordsource is being evaluated before form_open, which is contrary to what i thought i understood about forms. Seems I remember using form_open to test the recordsource before committing to bound field, way back when. Perhaps the key is Requery? I am stubbornly resisting making use of a requery command until I am absolutely convinced there is no way to get the record source to take note of changes in that controls value made at startup. On Oct 25, 2014 11:43 AM, "Dan Waters" wrote: > Hi Bill, > > Would you be able to hardcode the minimum age? > > On form load: > txtAgeMinimum = 18 > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, October 25, 2014 10:29 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Cannot refer to a textbox on a form in the form's > recordsource on open > > Apparently when a recordsource refers to a text box on the form, and the > form is opening, there is no opportunity to set that control's value in > preparation for the first time the record source's query is run. If one > sets > a NZ( .,.) alternative value, then you are stuck with that no matter when > the control is null, not just on form open. > > > > Suppose I have recordsourec that depends on records where age is greater > than a minimum, which is supplied by the user. Normally, If the user > enter's > nothing, then I would want all records, so I would not mind altering my > recordsource to > > > > From: > > RecordSource: > > SELECT * FROM MyTable WHERE MyAge >=Forms![Form1]![txtMinimumAge]; > > > > To: > > RecordSource: > > SELECT * FROM MyTable WHERE MyAge >=NZ(Forms![Form1]![txtMinimumAge],0); > > > > However, if I want the assumed minimum age to be 18, there is no way I can > set this value when the form is opening. It does me no good to have the > value in the control's default, the control is still NULL at the time that > the recordsource is evaluated the first time. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Sat Oct 25 11:17:47 2014 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 25 Oct 2014 16:17:47 +0000 Subject: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open In-Reply-To: References: <045101cff068$73bfac00$5b3f0400$@gmail.com> , Message-ID: <1414253867474.76784@cactus.dk> Hi Bill I would follow Dan's idea and hardcode it: SELECT * FROM MyTable WHERE MyAge >= 18; Then, after update of the textbox, set the recordsource to: "SELECT * FROM MyTable WHERE MyAge >= " & Nz(Me!txtMinimumAge, 0) & ";" That will requery the form. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Bill Benson Sendt: 25. oktober 2014 18:03 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open Hey Dan, thanks for jumping in. So here's the thing, that's was what I tried 1st. Nothing value I give that control, in any event - including form open - causes the control to NOT be NULL at such time as the record source is determining how many records to show (ie, opening my form). It's as if the recordsource is being evaluated before form_open, which is contrary to what i thought i understood about forms. Seems I remember using form_open to test the recordsource before committing to bound field, way back when. Perhaps the key is Requery? I am stubbornly resisting making use of a requery command until I am absolutely convinced there is no way to get the record source to take note of changes in that controls value made at startup. On Oct 25, 2014 11:43 AM, "Dan Waters" wrote: > Hi Bill, > > Would you be able to hardcode the minimum age? > > On form load: > txtAgeMinimum = 18 > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Saturday, October 25, 2014 10:29 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Cannot refer to a textbox on a form in the form's > recordsource on open > > Apparently when a recordsource refers to a text box on the form, and the > form is opening, there is no opportunity to set that control's value in > preparation for the first time the record source's query is run. If one sets > a NZ( .,.) alternative value, then you are stuck with that no matter when > the control is null, not just on form open. > > > > Suppose I have recordsourec that depends on records where age is greater > than a minimum, which is supplied by the user. Normally, If the user enter's > nothing, then I would want all records, so I would not mind altering my > recordsource to > > > > From: > > RecordSource: > > SELECT * FROM MyTable WHERE MyAge >=Forms![Form1]![txtMinimumAge]; > > > > To: > > RecordSource: > > SELECT * FROM MyTable WHERE MyAge >=NZ(Forms![Form1]![txtMinimumAge],0); > > > > However, if I want the assumed minimum age to be 18, there is no way I can > set this value when the form is opening. It does me no good to have the > value in the control's default, the control is still NULL at the time that > the recordsource is evaluated the first time. From bensonforums at gmail.com Sat Oct 25 13:32:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sat, 25 Oct 2014 14:32:35 -0400 Subject: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open In-Reply-To: <1414253867474.76784@cactus.dk> References: <045101cff068$73bfac00$5b3f0400$@gmail.com> , <1414253867474.76784@cactus.dk> Message-ID: <04b301cff082$0cb5ced0$26216c70$@gmail.com> Yes and No. Yes, changing txtMinimumAge in form_load (or any of the opening sequence events) is needed. Yes - A requery is *crucial* (as Gustav and I pointed out). Gustav, my recordsource is set fine at design time; it needs to be that way or I won't see qualifying records at form load. ?screen.ActiveForm.RecordSource SELECT * FROM MyTable WHERE MyAge >= NZ([forms]![Form1]!txtMinimumAge,0); Thanks Gentlemen 'My form's code module Option Compare Database Option Explicit Private Sub Form_Load() txtMinimumAge = 18 Me.Requery End Sub Private Sub txtMinimumAge_AfterUpdate() Me.Requery End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, October 25, 2014 12:18 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open Hi Bill I would follow Dan's idea and hardcode it: SELECT * FROM MyTable WHERE MyAge >= 18; Then, after update of the textbox, set the recordsource to: "SELECT * FROM MyTable WHERE MyAge >= " & Nz(Me!txtMinimumAge, 0) & ";" That will requery the form. /gustav ________________________________________ Fra: accessd-bounces at databaseadvisors.com p? vegne af Bill Benson Sendt: 25. oktober 2014 18:03 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Cannot refer to a textbox on a form in the form's recordsource on open Hey Dan, thanks for jumping in. So here's the thing, that's was what I tried 1st. Nothing value I give that control, in any event - including form open - causes the control to NOT be NULL at such time as the record source is determining how many records to show (ie, opening my form). It's as if the recordsource is being evaluated before form_open, which is contrary to what i thought i understood about forms. Seems I remember using form_open to test the recordsource before committing to bound field, way back when. Perhaps the key is Requery? I am stubbornly resisting making use of a requery command until I am absolutely convinced there is no way to get the record source to take note of changes in that controls value made at startup. On Oct 25, 2014 11:43 AM, "Dan Waters" wrote: > Hi Bill, > > Would you be able to hardcode the minimum age? > > On form load: > txtAgeMinimum = 18 > > Dan From accessd at shaw.ca Sat Oct 25 19:27:30 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 25 Oct 2014 18:27:30 -0600 (MDT) Subject: [AccessD] Form events question In-Reply-To: Message-ID: <429939842.28062401.1414283250546.JavaMail.root@cds018> We could arrange something when it gets closer to the time and the itinerary is set. Jim ----- Original Message ----- From: "Doug Steele" To: "Access Developers discussion and problem solving" Sent: Friday, October 24, 2014 9:22:45 PM Subject: Re: [AccessD] Form events question I'd be interested in meeting you guys in Vancouver as well.... Doug On Fri, Oct 24, 2014 at 7:47 PM, Jim Lawrence wrote: > Hi John: > > Tell us when you will be arriving in Vancouver. > > Jim > > ----- Original Message ----- > From: "John Colby" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Friday, October 24, 2014 2:52:58 PM > Subject: Re: [AccessD] Form events question > > Arthur Fuller, > > I am taking my mom on a month long tour de force of the southern us and... > the train from toronto to vancouver. So I would like to talk to you > directly. Email me at jwcolby at gmail dot com with a phone and I will > call you or set up the next step. > > Thanks, > > On Mon, Oct 20, 2014 at 6:05 AM, Arthur Fuller > wrote: > > > In formally investigating the subject of Access forms (yes, even after > all > > these years), I realize that there are numerous events that I have never > > used, and so far have no idea what they do or for that matter, even the > > order in which they fire. These include: > > > > Before Render > > After Final Render > > After Render > > After Layout > > On Connect > > On Disconnect > > Before Query > > On Query > > On Data Set Change > > On Cmd Execute > > On Cmd Before Execute > > On Cmd Enabled > > On Cmd Checked > > On View Change > > Before Screen Tip > > > > I've searched both the Access help and I've Googled a few things, thus > far > > to no avail. Can anyone either explain the purpose of these events, and > > possibly where they fit into the order of events? Or point me to some > site > > where these events are documented? > > -- > > TIA, > > Arthur > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > John W. Colby > Colby Consulting > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Sun Oct 26 12:04:38 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Sun, 26 Oct 2014 13:04:38 -0400 Subject: [AccessD] Cannot refer to a textbox on a form in the form'srecordsource on open In-Reply-To: <045101cff068$73bfac00$5b3f0400$@gmail.com> References: <045101cff068$73bfac00$5b3f0400$@gmail.com> Message-ID: <69906D916B234C7F88848EE0D6F5166D@XPS> <> Old trick: Issue a me.repaint in the form's OnOpen event. This occurs before the load of the forms recordset and the .repaint forces the instantiation of all controls before the code will continue. So you can add a control, default it, then have your SQL point to it with out issue. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Saturday, October 25, 2014 11:29 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Cannot refer to a textbox on a form in the form'srecordsource on open Apparently when a recordsource refers to a text box on the form, and the form is opening, there is no opportunity to set that control's value in preparation for the first time the record source's query is run. If one sets a NZ( .,.) alternative value, then you are stuck with that no matter when the control is null, not just on form open. Suppose I have recordsourec that depends on records where age is greater than a minimum, which is supplied by the user. Normally, If the user enter's nothing, then I would want all records, so I would not mind altering my recordsource to From: RecordSource: SELECT * FROM MyTable WHERE MyAge >=Forms![Form1]![txtMinimumAge]; To: RecordSource: SELECT * FROM MyTable WHERE MyAge >=NZ(Forms![Form1]![txtMinimumAge],0); However, if I want the assumed minimum age to be 18, there is no way I can set this value when the form is opening. It does me no good to have the value in the control's default, the control is still NULL at the time that the recordsource is evaluated the first time. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Sun Oct 26 12:09:59 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 26 Oct 2014 13:09:59 -0400 Subject: [AccessD] Cannot refer to a textbox on a form in the form'srecordsource on open In-Reply-To: <69906D916B234C7F88848EE0D6F5166D@XPS> References: <045101cff068$73bfac00$5b3f0400$@gmail.com> <69906D916B234C7F88848EE0D6F5166D@XPS> Message-ID: Very cool, Jim. On Sun, Oct 26, 2014 at 1:04 PM, Jim Dettman wrote: > < can > set this value when the form is opening. It does me no good to have the > value in the control's default, the control is still NULL at the time that > the recordsource is evaluated the first time. >> > > Old trick: > > Issue a me.repaint in the form's OnOpen event. > > This occurs before the load of the forms recordset and the .repaint > forces > the instantiation of all controls before the code will continue. > > So you can add a control, default it, then have your SQL point to it with > out issue. > > Jim. From rockysmolin at bchacc.com Mon Oct 27 16:23:24 2014 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Mon, 27 Oct 2014 14:23:24 -0700 Subject: [AccessD] There Should Be No Expectation of Privacy On The Internet Message-ID: You think we got hacking problems here? In Korea the whole country was hacked and government IDs stolen. http://hosted.ap.org/dynamic/stories/A/AS_SKOREA_IDENTITY_THEFT_?SITE=AP &SECTION=HOME&TEMPLATE=DEFAULT Yes, the technology advanced faster than the security systems. "Hoping to spur technology development, the government rolled out fast Internet access to nearly every home and business. About 85 percent of South Korea's people are online and the country has 40 million smartphones." r From darryl at whittleconsulting.com.au Mon Oct 27 18:02:54 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 27 Oct 2014 23:02:54 +0000 Subject: [AccessD] Outlook 2003 In-Reply-To: References: Message-ID: <5613ddafd6714fe69befad151eb349eb@HKXPR04MB360.apcprd04.prod.outlook.com> Hi Gustav, One Note is tightly integrated with Outlook. You can link in calendars/events, tasks, notes and have them update live, as well as share this with other users. You can offer to share any One Note document and then the other participants can view and edit it live. Any edits are shown with the details of who did the edit. All this happen seamlessly. You can work online or offline and it syncs up when you reconnect. With the exception of Excel, I think One Note is the best productivity software that MS has ever done. We use it every day and in many ways. I use it for both work and personal stuff these days as well. As simple example is you can email notes from One Note via outlook, or visa versa and store emails from Outlook into one note. This is great for project management as I can put all the emails related to a project into a single Email Tab - and the emails are listed as pages which you can scroll thru. Now all participants can read and access the relevant email history. One Note also automatically does versioning backups so if you badly screw something up it is easy to back it out again and restore to an earlier version. See the links below for more details on why One Note is super handy. <> Demo of OneNote and Outlook integration. Demo of OneNote 2007 and Outlook integration features. We use Office 2010 but it explains the principals well. <> <> Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, 24 October 2014 5:43 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Hi Darryl Could you shed a little light on scenarios where you combine Outlook and OneNote please? I'm looking for ideas to use the potential of O365. We haven't implemented much more that mail and calendar. My colleagues are very busy and are not of the "experimenting" type, so it is up to me to push these things. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 24. oktober 2014 03:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Outlook 2003 True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Oct 28 04:26:52 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 28 Oct 2014 09:26:52 +0000 Subject: [AccessD] Outlook 2003 Message-ID: Hi Darryl Thanks a lot. It is exactly that kind of info I can pass on. Lots of inspiration. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 28. oktober 2014 00:03 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Outlook 2003 Hi Gustav, One Note is tightly integrated with Outlook. You can link in calendars/events, tasks, notes and have them update live, as well as share this with other users. You can offer to share any One Note document and then the other participants can view and edit it live. Any edits are shown with the details of who did the edit. All this happen seamlessly. You can work online or offline and it syncs up when you reconnect. With the exception of Excel, I think One Note is the best productivity software that MS has ever done. We use it every day and in many ways. I use it for both work and personal stuff these days as well. As simple example is you can email notes from One Note via outlook, or visa versa and store emails from Outlook into one note. This is great for project management as I can put all the emails related to a project into a single Email Tab - and the emails are listed as pages which you can scroll thru. Now all participants can read and access the relevant email history. One Note also automatically does versioning backups so if you badly screw something up it is easy to back it out again and restore to an earlier version. See the links below for more details on why One Note is super handy. <> Demo of OneNote and Outlook integration. Demo of OneNote 2007 and Outlook integration features. We use Office 2010 but it explains the principals well. <> <> Cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, 24 October 2014 5:43 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Hi Darryl Could you shed a little light on scenarios where you combine Outlook and OneNote please? I'm looking for ideas to use the potential of O365. We haven't implemented much more that mail and calendar. My colleagues are very busy and are not of the "experimenting" type, so it is up to me to push these things. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins Sendt: 24. oktober 2014 03:59 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Outlook 2003 True enough, but for most folks they prefer a solution where someone else does all the nuts and bolts work. I think of it like a car. In the early days only enthusiasts had them and the majority of folks worked on them in their own sheds - they knew the parts intimately because of this. These days folks like owning a car, but many of them wouldn't know the first thing about repairing one (or want to for that matter) - I know folks who wouldn't even know where to top up the oil if they needed too - the mechanics are a mystery to them. They would much rather just drive it and let the service dept take care of any issues. Computers are rapidly approaching this sort of point for most people. Most folks don't care or want to know about the back end magic. Also Outlook also integrates with the other MS Office products, particularly One Note, which we use extensively - so that is a feature worth having / paying for - at least for us. Cheers Darryl. From fuller.artful at gmail.com Tue Oct 28 05:56:50 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 28 Oct 2014 06:56:50 -0400 Subject: [AccessD] Outlook 2003 In-Reply-To: References: Message-ID: Gustav and Darryl, I too am a big fan of OneNote. One use I have put it to is collecting VBA code snippets. I have built up quite the collection over the years. I have made it available to a few listers as well. I also have a collection of recipes gathered mostly from web sites. I just click the Print button on the web page, then copy the image and text from the Print Preview window and paste it into the appropriate section (beef, chicken, salads, soups, vegetarian, etc.) Like Darry, I create a new notebook for each new project that take on. It's super-handy to have everything in one place, rather than sorting through emails and other documents. One final thing I love is that you can have several Notebooks open at once. Each one is presented as a tab on the left side of the screen, and it's dead simple to switch from one to another. That's why OneNote is almost always open on my laptop. Arthur On Tue, Oct 28, 2014 at 5:26 AM, Gustav Brock wrote: > Hi Darryl > > Thanks a lot. It is exactly that kind of info I can pass on. Lots of > inspiration. > > /gustav From kost36 at otenet.gr Tue Oct 28 06:39:24 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Tue, 28 Oct 2014 13:39:24 +0200 Subject: [AccessD] which is the difference between... In-Reply-To: References: Message-ID: hi all, [paratiriseis] is an unbound text like: =[paratirisi_1_tr]+Chr(13)+Chr(10) & [paratirisi_2_tr]+Chr(13)+Chr(10) & [paratirisi_txt]+Chr(13)+Chr(10) & [paratirisi_txt1] and parat_lbl just a label so I wonder why the first works while the other two are not! ----------------------------------- If IsNull(Me.paratiriseis) Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- If Me.paratiriseis = 0 Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- If Len(Nz(Me.paratiriseis)) = null Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- thank you /kostas From gustav at cactus.dk Tue Oct 28 07:02:42 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 28 Oct 2014 12:02:42 +0000 Subject: [AccessD] which is the difference between... In-Reply-To: References: Message-ID: Hi Kostas That's because your expression returns Null if all fields are Null. The third would work as well: If Len(Nz(Me.paratiriseis)) = 0 Then /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 28. oktober 2014 12:39 Til: Access Developers discussion and problem solving Emne: [AccessD] which is the difference between... hi all, [paratiriseis] is an unbound text like: =[paratirisi_1_tr]+Chr(13)+Chr(10) & [paratirisi_2_tr]+Chr(13)+Chr(10) & [paratirisi_txt]+Chr(13)+Chr(10) & [paratirisi_txt1] and parat_lbl just a label so I wonder why the first works while the other two are not! ----------------------------------- If IsNull(Me.paratiriseis) Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- If Me.paratiriseis = 0 Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- If Len(Nz(Me.paratiriseis)) = null Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- thank you /kostas From kost36 at otenet.gr Tue Oct 28 07:20:16 2014 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Tue, 28 Oct 2014 14:20:16 +0200 Subject: [AccessD] which is the difference between... In-Reply-To: References: Message-ID: <93B5A550AA9645F1B1E1963B73272A80@kost36> Hi Gustav, yeap...that is thank's /kostas -----?????? ??????----- From: Gustav Brock Sent: Tuesday, October 28, 2014 2:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] which is the difference between... Hi Kostas That's because your expression returns Null if all fields are Null. The third would work as well: If Len(Nz(Me.paratiriseis)) = 0 Then /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Kostas Konstantinidis Sendt: 28. oktober 2014 12:39 Til: Access Developers discussion and problem solving Emne: [AccessD] which is the difference between... hi all, [paratiriseis] is an unbound text like: =[paratirisi_1_tr]+Chr(13)+Chr(10) & [paratirisi_2_tr]+Chr(13)+Chr(10) & [paratirisi_txt]+Chr(13)+Chr(10) & [paratirisi_txt1] and parat_lbl just a label so I wonder why the first works while the other two are not! ----------------------------------- If IsNull(Me.paratiriseis) Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- If Me.paratiriseis = 0 Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- If Len(Nz(Me.paratiriseis)) = null Then Me.parat_lbl.Visible = False else ... end if ----------------------------------- thank you /kostas -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Oct 28 12:30:00 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 28 Oct 2014 13:30:00 -0400 Subject: [AccessD] Presenting data problem Message-ID: I'm back asking for more guidance on the simple animal tracking database that I'm working on. The animal info is all normalized and I have input forms -- everything's fine. Now I'm adding tables and forms for tracking these animals when they leave us. The term they use here is disposition -- so each disposition record will have a link to the individual animal table, as a foreign key. Each disposition record will have a few more records, such as date. Also, each disposition record will have a description, which I've added as a lookup table. A few of those require no further information, but some do. If disposition is by death, there's a whole slew of possible choices -- options and some new more information. Did we use the remains, and if so how? Did we send the carcass for a necropsy and if so, what were the results. If the disposition is release into the wild, they want to track where. If the disposition is relocation, they want to track the institution. If sold, they want to track buyer and price. To store all this additional information in the disposition table seriously breaks normalization rules. I'm wondering about dumping everything beyond the disposition table into a table -- I don't care about the blanks and everything will link back to the disposition records -- all as one to many. It seems like a reasonable plan, but I'd like opinions. Right now, everything's normalized in its own option table, but that just seems unnecessary. I've been sitting on this for about a week. The initial disposition form is no problem. I'm struggling with how to efficiently manage all these possibilities. Subforms seemed like a good idea -- enabling them depending on the disposition type, but geez... that's a lot of subforms. Option controls will work in some cases too. I don't need to display all the possible options on the same form at one time. I'll only those that are required by each option. Additional forms -- popup style -- would certainly work, but in some cases, the popups will have popups, which have popups. :) All of these will link back to the original disposition record. Thoughts? Susan H. From fuller.artful at gmail.com Tue Oct 28 13:27:16 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 28 Oct 2014 14:27:16 -0400 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: Susan, Some years back, I wrote had a vaguely similar app; well, similar in the sense that my SalesDetails table has to store a variety of different "objects": event tickets, hotel bookings, limo bookings (to and from the airport), perhaps car rental, and a few others. My first thought was to have several types of SalesDetails tables, each corresponding to a different type of object. But the downstream problem of creating an itinerary for the whole package, based on date/time of the item, proved insurmountable. So finally I opted for creating a single SalesDetails table containing all the columns necessary to support all the DetailTypes, and adding a couple of columns for DetailType and Description. A separate table, DetailTypes, contained a list of Detail Types and a column containing the name of the form to load. The record source for each detail form was a named query (as time went on and the app moved from Access to SQL Server, the named queries became Views) that presented only the fields relevant to that particular detail type. Each of these forms contained an identically named procedure called MakeDescription, that assembled the values into a readable text string. For example, in the case of a flight, it would say something like "Business class tickets, Air Canada Flight 123, departing at 12:30 p.m, arriving at 2:00 p.m". The quantity, price and amount columns contained those values. Yes, the model broke some normalization rules, But there were two significant gains in this approach. First, printing the itinerary was a cinch, since all the details were in a single table. Second, as the firm expanded its range of offerings, I had to make almost no code changes: just design a new detail form, add a row to the DetailTypes table, and write a new MakeDescription procedure to assemble the text string for Description. You might consider this approach in your animal app. The named queries hide all the columns irrelevant to the particular disposition type, while still allowing you to view/present them in a single subform. Arthur ? From jimdettman at verizon.net Tue Oct 28 16:16:43 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 28 Oct 2014 17:16:43 -0400 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: <96AC8232D2D049E797097A98AD8742AA@XPS> Susan, What Arthur has suggested is a middle of the road approach to what is called a Entity Attribute Value (EAV) design. But rather than a single table of fields that define things, typically the attributes appear as individual records in a single table. That allows something to have any number of attributes. It's a great way to handle stuff sometimes. A classic case is an Asset Tracking system where you need to identify different type of things. Desks, Tables, and Chairs can all have an asset tag added to them, but what about a piece of software? All however will have common attributes because they are "assets"; date placed in service, cost, depreciation years, date disposed of, etc, but the details for each can differ widely. So I've used a hybrid type design where I have a base table, then a table of attributes and their values off that, and that has worked well. Looked like this: tblAssets - Main table - one record for each asset AssetID - AN - PK Description - Text AssetType - Text InServiceDate - D/T Cost - Currency tblAttributes AttrbiuteID - AN - PK Name - Text Type - Integer - (Text, Date, Currency, etc) tblAssetAttributes AssetAttributeID - AN - PK AssetID - Long - CK1A - FK to tblAssets AttributeID - Long - CK1B - FK to tblAttributes That type of design though only works well when the additional attributes are simply reference data. If you have any real work to do with them, you'll find it difficult to work with. There's also nothing that say you must use an attribute for something. Likewise, nothing that says a given attribute should not be used with something (like using a "VIN" with a desk). The way that's typically handled is by adding a "template" table, which is a list of attributes that something can have. In effect your describing a table and if your going that far, then you might as well just use a table. I like Arthur's approach though; it's a neat solution to that problem. Your still getting data type checking and with the use of queries, your still holding your users to entering specific fields. But you are open to data integrity problems if you update the tables through anything other than the queries and forms. Just be aware though that there is a 255 field limit in a table. If you have more then that, then you'll need to break things up into multiple tables, or use a design like the one above where each attribute is a record along with a template table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, October 28, 2014 01:30 PM To: Access Developers discussion and problem solving Subject: [AccessD] Presenting data problem I'm back asking for more guidance on the simple animal tracking database that I'm working on. The animal info is all normalized and I have input forms -- everything's fine. Now I'm adding tables and forms for tracking these animals when they leave us. The term they use here is disposition -- so each disposition record will have a link to the individual animal table, as a foreign key. Each disposition record will have a few more records, such as date. Also, each disposition record will have a description, which I've added as a lookup table. A few of those require no further information, but some do. If disposition is by death, there's a whole slew of possible choices -- options and some new more information. Did we use the remains, and if so how? Did we send the carcass for a necropsy and if so, what were the results. If the disposition is release into the wild, they want to track where. If the disposition is relocation, they want to track the institution. If sold, they want to track buyer and price. To store all this additional information in the disposition table seriously breaks normalization rules. I'm wondering about dumping everything beyond the disposition table into a table -- I don't care about the blanks and everything will link back to the disposition records -- all as one to many. It seems like a reasonable plan, but I'd like opinions. Right now, everything's normalized in its own option table, but that just seems unnecessary. I've been sitting on this for about a week. The initial disposition form is no problem. I'm struggling with how to efficiently manage all these possibilities. Subforms seemed like a good idea -- enabling them depending on the disposition type, but geez... that's a lot of subforms. Option controls will work in some cases too. I don't need to display all the possible options on the same form at one time. I'll only those that are required by each option. Additional forms -- popup style -- would certainly work, but in some cases, the popups will have popups, which have popups. :) All of these will link back to the original disposition record. Thoughts? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darryl at whittleconsulting.com.au Tue Oct 28 17:23:16 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 28 Oct 2014 22:23:16 +0000 Subject: [AccessD] Outlook 2003 In-Reply-To: References: Message-ID: <6da80aa8d75f4fa380afbe14989dde8f@HKXPR04MB360.apcprd04.prod.outlook.com> Indeed. You can also have Notebooks in the single app from multiple sources. For example in my Notebook App at work I have My Personal Notebook which is domiciled on my Wife's Office 365 server A few local workbooks - domiciled on my C / D drives A whole stack of project workbooks which are domiciled on my work Server and/or the work Office 365 server. They sync up automatically and are just 'there'. Best bit is I can open One Note my home PC and view those notebooks there as well (if I so choose). You can choose which ones to sync in and which ones to drop. Painless :) Like Arthur, I often have OneNote running in the background. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, 28 October 2014 9:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook 2003 Gustav and Darryl, I too am a big fan of OneNote. One use I have put it to is collecting VBA code snippets. I have built up quite the collection over the years. I have made it available to a few listers as well. I also have a collection of recipes gathered mostly from web sites. I just click the Print button on the web page, then copy the image and text from the Print Preview window and paste it into the appropriate section (beef, chicken, salads, soups, vegetarian, etc.) Like Darry, I create a new notebook for each new project that take on. It's super-handy to have everything in one place, rather than sorting through emails and other documents. One final thing I love is that you can have several Notebooks open at once. Each one is presented as a tab on the left side of the screen, and it's dead simple to switch from one to another. That's why OneNote is almost always open on my laptop. Arthur On Tue, Oct 28, 2014 at 5:26 AM, Gustav Brock wrote: > Hi Darryl > > Thanks a lot. It is exactly that kind of info I can pass on. Lots of > inspiration. > > /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Oct 28 17:47:30 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 28 Oct 2014 18:47:30 -0400 Subject: [AccessD] Presenting data problem Message-ID: Arthur and Jim; > What Arthur has suggested is a middle of the road approach to what is > called a Entity Attribute Value (EAV) design. But rather than a single > table of fields that define things, typically the attributes appear as > individual records in a single table. That allows something to have any > number of attributes. > > It's a great way to handle stuff sometimes. A classic case is an Asset > Tracking system where you need to identify different type of things. > > From ssharkins at gmail.com Tue Oct 28 17:51:04 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 28 Oct 2014 18:51:04 -0400 Subject: [AccessD] Presenting data problem Message-ID: Arthur and Jim; I'm seriously considering this route. The db is small enough that even if in the future it proves troublesome, it should be easy to fix or even rework. Tomorrow, I will see about building a second table that defines the disposition record -- and including all the possibilities in that one table. I don't mind the blanks and Arthur's absolutely right, with the right query, I can present the right fields using the same query/input form with only one data source -- which is genius as far as I'm concerned. Certainly will simplify things on my end. Thank you! Susan H. On Tue, Oct 28, 2014 at 5:16 PM, Jim Dettman wrote: > Susan, > > What Arthur has suggested is a middle of the road approach to what is > called a Entity Attribute Value (EAV) design. But rather than a single > table of fields that define things, typically the attributes appear as > individual records in a single table. That allows something to have any > number of attributes. > > It's a great way to handle stuff sometimes. A classic case is an Asset > Tracking system where you need to identify different type of things. > > From jamesbutton at blueyonder.co.uk Tue Oct 28 17:58:06 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Tue, 28 Oct 2014 22:58:06 -0000 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: Arthur, Nice, and the addition of a new set will become almost rote, and for those with (or that grow to have) lots of entries it should be easy to split the details into multiple rows that hold a form's or screen's worth of aspects/data Wish I had thought to setup that for some of the inventory stuff I had to do a long while ago. As in did the software come as an upgrade to a hardware add-on that was gifted under special terms from another department, and can only be used in association with another bit of hardware ... and consequently is not subject to annual depreciation, and thus taxation write-off etc. Susan, I'm not sure that it is appropriate to start off the thread using the word 'Simple' ? Convoluted or perhaps tortuous seem to be more appropriate the way you are going with this. But I hope you are enjoying the experience. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, October 28, 2014 6:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Presenting data problem Susan, Some years back, I wrote had a vaguely similar app; well, similar in the sense that my SalesDetails table has to store a variety of different "objects": event tickets, hotel bookings, limo bookings (to and from the airport), perhaps car rental, and a few others. My first thought was to have several types of SalesDetails tables, each corresponding to a different type of object. But the downstream problem of creating an itinerary for the whole package, based on date/time of the item, proved insurmountable. So finally I opted for creating a single SalesDetails table containing all the columns necessary to support all the DetailTypes, and adding a couple of columns for DetailType and Description. A separate table, DetailTypes, contained a list of Detail Types and a column containing the name of the form to load. The record source for each detail form was a named query (as time went on and the app moved from Access to SQL Server, the named queries became Views) that presented only the fields relevant to that particular detail type. Each of these forms contained an identically named procedure called MakeDescription, that assembled the values into a readable text string. For example, in the case of a flight, it would say something like "Business class tickets, Air Canada Flight 123, departing at 12:30 p.m, arriving at 2:00 p.m". The quantity, price and amount columns contained those values. Yes, the model broke some normalization rules, But there were two significant gains in this approach. First, printing the itinerary was a cinch, since all the details were in a single table. Second, as the firm expanded its range of offerings, I had to make almost no code changes: just design a new detail form, add a row to the DetailTypes table, and write a new MakeDescription procedure to assemble the text string for Description. You might consider this approach in your animal app. The named queries hide all the columns irrelevant to the particular disposition type, while still allowing you to view/present them in a single subform. Arthur ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue Oct 28 19:34:39 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 28 Oct 2014 20:34:39 -0400 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: <184601cff310$205f5a60$611e0f20$@gmail.com> James, it is a simple db when you consider the scope. We'll be tracking about 50 animals from intake to death. Now, a lot will happen, so yes, it isn't as simple as I first thought, but we'll never be dealing with a lot of records -- just that each animal has a lot going on and all those details differs from species to species. Just the vaccination trackage should be a db of its own. :) I'm definitely recalling all the scope creep conversations we've had over the years, but... I'm on the payroll so there is no such thing as scope creep. The boss gets whatever she wants. :) Susan H. Susan, I'm not sure that it is appropriate to start off the thread using the word 'Simple' ? Convoluted or perhaps tortuous seem to be more appropriate the way you are going with this. But I hope you are enjoying the experience. From accessd at shaw.ca Tue Oct 28 19:45:06 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 28 Oct 2014 18:45:06 -0600 (MDT) Subject: [AccessD] There Should Be No Expectation of Privacy On The Internet In-Reply-To: Message-ID: <114470529.30451029.1414543506342.JavaMail.root@cds018> I could not match or access the address posted here but as the story is fairly big and every news outlet tends to copy each other, it was no problem to find another source. http://www.sfgate.com/world/article/South-Korea-identity-thefts-forces-ID-overhaul-5822462.php It might be big news but we here have just finished being hacked by our governments. I for one, have a hard time distinguishing friend from foe. Jim ----- Original Message ----- From: "Rocky Smolin" To: "Off Topic" , "Access Developers discussion and problem solving" Sent: Monday, October 27, 2014 2:23:24 PM Subject: [AccessD] There Should Be No Expectation of Privacy On The Internet You think we got hacking problems here? In Korea the whole country was hacked and government IDs stolen. http://hosted.ap.org/dynamic/stories/A/AS_SKOREA_IDENTITY_THEFT_?SITE=AP &SECTION=HOME&TEMPLATE=DEFAULT Yes, the technology advanced faster than the security systems. "Hoping to spur technology development, the government rolled out fast Internet access to nearly every home and business. About 85 percent of South Korea's people are online and the country has 40 million smartphones." r -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Wed Oct 29 03:59:07 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 29 Oct 2014 04:59:07 -0400 Subject: [AccessD] Presenting data problem In-Reply-To: <184601cff310$205f5a60$611e0f20$@gmail.com> References: <184601cff310$205f5a60$611e0f20$@gmail.com> Message-ID: <> I developed a veterinarian package many years ago (I even went to the national AAHA show one year) and it's not as difficult as one might think. The biggest challenge I had was lab results, which for any given test, could have any number of fields and values. Based on that experience, my only comment would be to trend towards discrete tables as much as possible in your design. While the EAV design has its uses, it has short comings as well. Arthur's setup is a good in that your still using tables more or less, it's just that you have multiple tables stored together and in doing that, save yourself some work. But really without much extra effort, you probably could bust a lot of that out into separate tables. I might also suggest that to cover the "loose ends", consider adding a diary/comment system (ie. "Lab notes") with a keyword search on it. It's not typically something I like to do in a design because users start putting everything and anything in there and it's all free-form, but sometimes it is one way to get the job done. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, October 28, 2014 08:35 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Presenting data problem James, it is a simple db when you consider the scope. We'll be tracking about 50 animals from intake to death. Now, a lot will happen, so yes, it isn't as simple as I first thought, but we'll never be dealing with a lot of records -- just that each animal has a lot going on and all those details differs from species to species. Just the vaccination trackage should be a db of its own. :) I'm definitely recalling all the scope creep conversations we've had over the years, but... I'm on the payroll so there is no such thing as scope creep. The boss gets whatever she wants. :) Susan H. Susan, I'm not sure that it is appropriate to start off the thread using the word 'Simple' ? Convoluted or perhaps tortuous seem to be more appropriate the way you are going with this. But I hope you are enjoying the experience. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Oct 29 05:51:23 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 29 Oct 2014 06:51:23 -0400 Subject: [AccessD] Presenting data problem Message-ID: Well, the boss is simplifying things a great deal. All she really wants is to track vaccines and vet visits. For vaccines, I'll need to know what vaccines are expected and track when they're due and when they're applied. For the vet visits, just date, comment, and the ability to scan lab results. Getting all those vaccines by species will be the hard work -- but the structure for it won't be so bad. Susan H. > > Based on that experience, my only comment would be to trend towards > discrete > tables as much as possible in your design. While the EAV design has its > uses, it has short comings as well. > > Arthur's setup is a good in that your still using tables more or less, it's > just that you have multiple tables stored together and in doing that, save > yourself some work. But really without much extra effort, you probably > could bust a lot of that out into separate tables. > > I might also suggest that to cover the "loose ends", consider adding a > diary/comment system (ie. "Lab notes") with a keyword search on it. It's > not typically something I like to do in a design because users start > putting > everything and anything in there and it's all free-form, but sometimes it > is > one way to get the job done. > > From jamesbutton at blueyonder.co.uk Wed Oct 29 06:51:23 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 29 Oct 2014 11:51:23 -0000 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: Ah! There's another table, set of queries and forms: Earliest date latest date Scheduled date actual date (reason for delay if actual not as schedules) Vet'nry action (required) - keyword as in vaccine- name, rather than "Injection" Consumable(s) freeform Estimated time required Estimated cost Follow-on action to be scheduled (or check bookings) Completed by (organisation) Completed by (person/vets name) Witnessed by (Staff member) Invoice reference Queries to show (print) Tomorrows/today's/a date's events Staffing needs Outstanding within future period Missed events ------------------------- I suspect that, when you have got it working there may be a market for the facility - Reasonable charge - and licenced for use - as is, support to be under separate agreement(s). It may not bring in much per licence, but lots of licences could defray a lot of the development costs, and maybe even get you a small profit. That's basically how some of my ongoing income came about. Once the package gets out 'there' word of mouth can work wonders, especially if there is a tablet interface for entering and viewing data so it can be shown off when in the field, or visiting like establishments. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Wednesday, October 29, 2014 10:51 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Presenting data problem Well, the boss is simplifying things a great deal. All she really wants is to track vaccines and vet visits. For vaccines, I'll need to know what vaccines are expected and track when they're due and when they're applied. For the vet visits, just date, comment, and the ability to scan lab results. Getting all those vaccines by species will be the hard work -- but the structure for it won't be so bad. Susan H. > > Based on that experience, my only comment would be to trend towards > discrete > tables as much as possible in your design. While the EAV design has its > uses, it has short comings as well. > > Arthur's setup is a good in that your still using tables more or less, it's > just that you have multiple tables stored together and in doing that, save > yourself some work. But really without much extra effort, you probably > could bust a lot of that out into separate tables. > > I might also suggest that to cover the "loose ends", consider adding a > diary/comment system (ie. "Lab notes") with a keyword search on it. It's > not typically something I like to do in a design because users start > putting > everything and anything in there and it's all free-form, but sometimes it > is > one way to get the job done. > > -- 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 Oct 29 07:02:37 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 29 Oct 2014 22:02:37 +1000 Subject: [AccessD] Presenting data problem In-Reply-To: References: , <184601cff310$205f5a60$611e0f20$@gmail.com>, Message-ID: <5450D75D.18558.7D2E758E@stuart.lexacorp.com.pg> I second that, I'm using a diary of date/time and username stamped comments more and more in systems I am developing. these days. On 29 Oct 2014 at 4:59, Jim Dettman wrote: > > I might also suggest that to cover the "loose ends", consider adding a > diary/comment system (ie. "Lab notes") with a keyword search on it. > It's not typically something I like to do in a design because users > start putting everything and anything in there and it's all free-form, > but sometimes it is one way to get the job done. > From ssharkins at gmail.com Wed Oct 29 10:22:14 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 29 Oct 2014 11:22:14 -0400 Subject: [AccessD] Presenting data problem Message-ID: I'm not even thinking about that yet. I'll be back with that problem in a few weeks. :) I think it will be somewhat simpler than you're proposing -- as a state facility, some decisions aren't up to us and we have a vet on staff. Thank you! Susan H. On Wed, Oct 29, 2014 at 7:51 AM, James Button wrote: > Ah! > > There's another table, set of queries and forms: > > > > > Well, the boss is simplifying things a great deal. All she really wants is > to track vaccines and vet visits. For vaccines, I'll need to know what > vaccines are expected and track when they're due and when they're applied. > For the vet visits, just date, comment, and the ability to scan lab > results. Getting all those vaccines by species will be the hard work -- but > the structure for it won't be so bad. > > From charlotte.foust at gmail.com Wed Oct 29 12:43:46 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Wed, 29 Oct 2014 10:43:46 -0700 Subject: [AccessD] Presenting data problem In-Reply-To: <5450D75D.18558.7D2E758E@stuart.lexacorp.com.pg> References: <184601cff310$205f5a60$611e0f20$@gmail.com> <5450D75D.18558.7D2E758E@stuart.lexacorp.com.pg> Message-ID: On Wed, Oct 29, 2014 at 5:02 AM, Stuart McLachlan wrote: > I second that, I'm using a diary of date/time and username stamped > comments more and > more in systems I am developing. these days. > > > > ?I've been doing that for some time as well. I generally? ?have a notes table that contains a FKs and comment type fields or put a Note field into a specific table, depending on the application design. Charlotte? From ssharkins at gmail.com Wed Oct 29 16:03:58 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 29 Oct 2014 17:03:58 -0400 Subject: [AccessD] Presenting data problem Message-ID: Well, I had a eureka moment about 4:00 pm. I've been struggling with these two lookup tables where dispositions are concerned. Every animal can have only one disposition id -- how it leaves the facility. But there are several disposition details that are possibilities -- so we hashed that out and I decided to just dump them all in the same table -- disposition and disposition details. But I still had two lookup tables to fit into the mess -- first a disposition description and then a death description and it finally hit me this afternoon -- death lookup is totally unnecessary, I'm just dumping all those death descriptions into the disposition lookup -- ultimately, they all describe the type of disposition. Man... it took me a few days to finally figure that out. I know why I stopped doing this now. :) Susan H. On Wed, Oct 29, 2014 at 1:43 PM, Charlotte Foust wrote: > On Wed, Oct 29, 2014 at 5:02 AM, Stuart McLachlan > wrote: > > > I second that, I'm using a diary of date/time and username stamped > > comments more and > > more in systems I am developing. these days. > > > > > > > > ?I've been doing that for some time as well. I generally? > > ?have a notes table that contains a FKs and comment type fields or put a > Note field into a specific table, depending on the application design. > > Charlotte? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jamesbutton at blueyonder.co.uk Wed Oct 29 16:34:28 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 29 Oct 2014 21:34:28 -0000 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: Sounds like you need a good whine session. :( Or maybe a good wine session :) JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Wednesday, October 29, 2014 9:04 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Presenting data problem Well, I had a eureka moment about 4:00 pm. I've been struggling with these two lookup tables where dispositions are concerned. Every animal can have only one disposition id -- how it leaves the facility. But there are several disposition details that are possibilities -- so we hashed that out and I decided to just dump them all in the same table -- disposition and disposition details. But I still had two lookup tables to fit into the mess -- first a disposition description and then a death description and it finally hit me this afternoon -- death lookup is totally unnecessary, I'm just dumping all those death descriptions into the disposition lookup -- ultimately, they all describe the type of disposition. Man... it took me a few days to finally figure that out. I know why I stopped doing this now. :) Susan H. On Wed, Oct 29, 2014 at 1:43 PM, Charlotte Foust wrote: > On Wed, Oct 29, 2014 at 5:02 AM, Stuart McLachlan > wrote: > > > I second that, I'm using a diary of date/time and username stamped > > comments more and > > more in systems I am developing. these days. > > > > > > > > ?I've been doing that for some time as well. I generally? > > ?have a notes table that contains a FKs and comment type fields or put a > Note field into a specific table, depending on the application design. > > Charlotte? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Wed Oct 29 16:46:26 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Wed, 29 Oct 2014 17:46:26 -0400 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: Bourbon, neat, straight -- everything else is wasted calories and carbs. :) Susan H. On Wed, Oct 29, 2014 at 5:34 PM, James Button wrote: > Sounds like you need a good whine session. > :( > > Or maybe a good wine session > :) > > JimB > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Wednesday, October 29, 2014 9:04 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Presenting data problem > > Well, I had a eureka moment about 4:00 pm. I've been struggling with these > two lookup tables where dispositions are concerned. Every animal can have > only one disposition id -- how it leaves the facility. But there are > several disposition details that are possibilities -- so we hashed that out > and I decided to just dump them all in the same table -- disposition and > disposition details. > > But I still had two lookup tables to fit into the mess -- first a > disposition description and then a death description and it finally hit me > this afternoon -- death lookup is totally unnecessary, I'm just dumping all > those death descriptions into the disposition lookup -- ultimately, they > all describe the type of disposition. > > Man... it took me a few days to finally figure that out. > > I know why I stopped doing this now. :) > > Susan H. > > On Wed, Oct 29, 2014 at 1:43 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > On Wed, Oct 29, 2014 at 5:02 AM, Stuart McLachlan < > stuart at lexacorp.com.pg> > > wrote: > > > > > I second that, I'm using a diary of date/time and username stamped > > > comments more and > > > more in systems I am developing. these days. > > > > > > > > > > > > ?I've been doing that for some time as well. I generally? > > > > ?have a notes table that contains a FKs and comment type fields or put a > > Note field into a specific table, depending on the application design. > > > > Charlotte? > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jamesbutton at blueyonder.co.uk Wed Oct 29 17:07:02 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 29 Oct 2014 22:07:02 -0000 Subject: [AccessD] Presenting data problem In-Reply-To: References: Message-ID: Aaaaaaaaaaaaaaah Mmmmm JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Wednesday, October 29, 2014 9:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Presenting data problem Bourbon, neat, straight -- everything else is wasted calories and carbs. :) Susan H. On Wed, Oct 29, 2014 at 5:34 PM, James Button wrote: > Sounds like you need a good whine session. > :( > > Or maybe a good wine session > :) > > JimB > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Wednesday, October 29, 2014 9:04 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Presenting data problem > > Well, I had a eureka moment about 4:00 pm. I've been struggling with these > two lookup tables where dispositions are concerned. Every animal can have > only one disposition id -- how it leaves the facility. But there are > several disposition details that are possibilities -- so we hashed that out > and I decided to just dump them all in the same table -- disposition and > disposition details. > > But I still had two lookup tables to fit into the mess -- first a > disposition description and then a death description and it finally hit me > this afternoon -- death lookup is totally unnecessary, I'm just dumping all > those death descriptions into the disposition lookup -- ultimately, they > all describe the type of disposition. > > Man... it took me a few days to finally figure that out. > > I know why I stopped doing this now. :) > > Susan H. > > On Wed, Oct 29, 2014 at 1:43 PM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > On Wed, Oct 29, 2014 at 5:02 AM, Stuart McLachlan < > stuart at lexacorp.com.pg> > > wrote: > > > > > I second that, I'm using a diary of date/time and username stamped > > > comments more and > > > more in systems I am developing. these days. > > > > > > > > > > > > ?I've been doing that for some time as well. I generally? > > > > ?have a notes table that contains a FKs and comment type fields or put a > > Note field into a specific table, depending on the application design. > > > > Charlotte? > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Thu Oct 30 11:00:06 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 30 Oct 2014 12:00:06 -0400 Subject: [AccessD] Odd Attachment field types in query Message-ID: I've based a query on a couple of tables and one of those tables has two Attachment fields. The query has added several new fields for each Attachment field, which I find odd. Do I really need to retain these in the query? Susan H. From fuller.artful at gmail.com Thu Oct 30 11:25:48 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 30 Oct 2014 12:25:48 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: Only if you need to use them. A. On Thu, Oct 30, 2014 at 12:00 PM, Susan Harkins wrote: > I've based a query on a couple of tables and one of those tables has two > Attachment fields. The query has added several new fields for each > Attachment field, which I find odd. Do I really need to retain these in > the query? > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From ssharkins at gmail.com Thu Oct 30 12:00:55 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 30 Oct 2014 13:00:55 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: Ack! I didn't create them! Of course I don't need them, but will Access? Susan H. On Thu, Oct 30, 2014 at 12:25 PM, Arthur Fuller wrote: > Only if you need to use them. > > A. > > On Thu, Oct 30, 2014 at 12:00 PM, Susan Harkins > wrote: > > > I've based a query on a couple of tables and one of those tables has two > > Attachment fields. The query has added several new fields for each > > Attachment field, which I find odd. Do I really need to retain these in > > the query? > > > > Susan H. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Thu Oct 30 15:02:30 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 30 Oct 2014 16:02:30 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: Your all-too-abbreviate reply insufficiently describes your problem, Susan. Do you want to saeseeve the attachments as separate files or simply junk them. I have the answer to bothre questions, but require more info about your intent before I can help. Arthur ? From ssharkins at gmail.com Thu Oct 30 17:16:03 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 30 Oct 2014 18:16:03 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: The attachments will be links to scanned files. The Attachment field type does everything -- click it and it walks you through the process of finding and linking the file. Click it again and it opens the file you just saved. Susan H. On Thu, Oct 30, 2014 at 4:02 PM, Arthur Fuller wrote: > Your all-too-abbreviate reply insufficiently describes your problem, Susan. > Do you want to saeseeve the attachments as separate files or simply junk > them. I have the answer to bothre questions, but require more info about > your intent before I can help. > > Arthur > ? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Thu Oct 30 19:44:53 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 31 Oct 2014 10:44:53 +1000 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: , , Message-ID: <5452DB85.31950.850EB278@stuart.lexacorp.com.pg> They aren't links. If they are stored in Attachment fields, they are stored as BLOBs inside the database and take up a lot of room. Add a few multi MB scanned attachments and see what it does to the size of your .accdb file :( On 30 Oct 2014 at 18:16, Susan Harkins wrote: > The attachments will be links to scanned files. The Attachment field > type does everything -- click it and it walks you through the process > of finding and linking the file. Click it again and it opens the file > you just saved. > > Susan H. > > On Thu, Oct 30, 2014 at 4:02 PM, Arthur Fuller > wrote: > > > Your all-too-abbreviate reply insufficiently describes your problem, > > Susan. Do you want to saeseeve the attachments as separate files or > > simply junk them. I have the answer to bothre questions, but require > > more info about your intent before I can help. > > > > Arthur > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Thu Oct 30 19:55:59 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 30 Oct 2014 20:55:59 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: <5452DB85.31950.850EB278@stuart.lexacorp.com.pg> References: <5452DB85.31950.850EB278@stuart.lexacorp.com.pg> Message-ID: Yeah, I know, but that's what the boss wants. She won't use it often. Susan H. On Thu, Oct 30, 2014 at 8:44 PM, Stuart McLachlan wrote: > They aren't links. If they are stored in Attachment fields, they are > stored as BLOBs inside the > database and take up a lot of room. > > Add a few multi MB scanned attachments and see what it does to the size of > your .accdb file > :( > > > > On 30 Oct 2014 at 18:16, Susan Harkins wrote: > > > The attachments will be links to scanned files. The Attachment field > > type does everything -- click it and it walks you through the process > > of finding and linking the file. Click it again and it opens the file > > you just saved. > > > > Susan H. > > > > On Thu, Oct 30, 2014 at 4:02 PM, Arthur Fuller > > wrote: > > > > > Your all-too-abbreviate reply insufficiently describes your problem, > > > Susan. Do you want to saeseeve the attachments as separate files or > > > simply junk them. I have the answer to bothre questions, but require > > > more info about your intent before I can help. > > > > > > Arthur > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Oct 31 07:49:27 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 31 Oct 2014 08:49:27 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: <5452DB85.31950.850EB278@stuart.lexacorp.com.pg> References: , , <5452DB85.31950.850EB278@stuart.lexacorp.com.pg> Message-ID: The real down side to the attachment type is that it's strictly ACE that supports it. Becomes a real chore when you want to move the data anywhere else (like SQL Server). Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, October 30, 2014 08:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Attachment field types in query They aren't links. If they are stored in Attachment fields, they are stored as BLOBs inside the database and take up a lot of room. Add a few multi MB scanned attachments and see what it does to the size of your .accdb file :( On 30 Oct 2014 at 18:16, Susan Harkins wrote: > The attachments will be links to scanned files. The Attachment field > type does everything -- click it and it walks you through the process > of finding and linking the file. Click it again and it opens the file > you just saved. > > Susan H. > > On Thu, Oct 30, 2014 at 4:02 PM, Arthur Fuller > wrote: > > > Your all-too-abbreviate reply insufficiently describes your problem, > > Susan. Do you want to saeseeve the attachments as separate files or > > simply junk them. I have the answer to bothre questions, but require > > more info about your intent before I can help. > > > > Arthur > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Fri Oct 31 10:02:40 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 31 Oct 2014 11:02:40 -0400 Subject: [AccessD] Odd Attachment field types in query Message-ID: How so? Becomes a real chore when you want to move the data anywhere > else (like SQL Server). > > Jim. > > From bradm at blackforestltd.com Fri Oct 31 10:40:49 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Fri, 31 Oct 2014 15:40:49 +0000 Subject: [AccessD] =?windows-1252?q?Access_2007_on_Windows_7_Home_Edition_?= =?windows-1252?q?=96_Senior_Moment?= In-Reply-To: References: <001501cfaea5$78d7f710$6a87e530$@cox.net> <002a01cfaf40$a08c22e0$e1a468a0$@cox.net> <7c836e077fe4416ba874add88e5542d8@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: All, As I recall, a few months ago, there was some discussion regarding problems running Access 2007 under Windows 7 Home Edition. I am having a senior moment and can?t remember what this issue was. Will Access 2007 run Okay under Windows 7 Home Edition? Maybe the problem was related to using Windows 7 Home Edition on a small business network. Maybe it was an ODBC issue. I just can?t remember. I am thinking about buying a refurbished PC from NewEgg that has Windows 7 Home Edition. I plan to use it primarily at home but also have it available as a backup PC for our PCs at work. Thanks, Brad From davidmcafee at gmail.com Fri Oct 31 11:37:42 2014 From: davidmcafee at gmail.com (David McAfee) Date: Fri, 31 Oct 2014 09:37:42 -0700 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: If it is embedded, you just move the mdb to the new location. If linked (which is still the better option, IMO), you might have to move the linked folder and update all of the links. On Fri, Oct 31, 2014 at 8:02 AM, Susan Harkins wrote: > How so? > > Becomes a real chore when you want to move the data anywhere > > else (like SQL Server). > > > > Jim. > > > > > From jamesbutton at blueyonder.co.uk Fri Oct 31 11:39:45 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 31 Oct 2014 16:39:45 -0000 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: <5452DB85.31950.850EB278@stuart.lexacorp.com.pg> Message-ID: Consider - It does not take that many picture scans of files to take up 2GB So if they are to be BLOB's it maybe better to have the attachments in a separate linked database And inside the database the files are not immediately accessible without the databased facility being 'open' so maybe, if you want to be able to use bulk processing such as Irfanview Thumbnails to view all pictures it may be better to have the files held in an associated folder (protected from deletion/replacement) with hyperlinks to them That does mean you have to make sure you save/backup/restore the file folder and contents with the database. JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, October 31, 2014 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Attachment field types in query Yeah, I know, but that's what the boss wants. She won't use it often. Susan H. On Thu, Oct 30, 2014 at 8:44 PM, Stuart McLachlan wrote: > They aren't links. If they are stored in Attachment fields, they are > stored as BLOBs inside the > database and take up a lot of room. > > Add a few multi MB scanned attachments and see what it does to the size of > your .accdb file > :( > > > > On 30 Oct 2014 at 18:16, Susan Harkins wrote: > > > The attachments will be links to scanned files. The Attachment field > > type does everything -- click it and it walks you through the process > > of finding and linking the file. Click it again and it opens the file > > you just saved. > > > > Susan H. > > > > On Thu, Oct 30, 2014 at 4:02 PM, Arthur Fuller > > wrote: > > > > > Your all-too-abbreviate reply insufficiently describes your problem, > > > Susan. Do you want to saeseeve the attachments as separate files or > > > simply junk them. I have the answer to bothre questions, but require > > > more info about your intent before I can help. > > > > > > Arthur > > > > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Oct 31 13:02:25 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 31 Oct 2014 14:02:25 -0400 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: There is no comparable data type in SQL server (or anywhere else). Same is true for MVF (Multi-Value Fields). Hyperlinks can be converted over, but the loose all their "magic" as well. In the case of the attachment type, you need unpack everything out of the DB into external files. If you did that setup in the first place, there would be no changes to upsize. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, October 31, 2014 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Attachment field types in query How so? Becomes a real chore when you want to move the data anywhere > else (like SQL Server). > > Jim. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Fri Oct 31 13:45:07 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 31 Oct 2014 18:45:07 -0000 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: Message-ID: Jim, et al. Not using BLOBS in Access, would I be correct in thinking that the association is held within Access, so accessing the BLOB using a client PC may encounter problems if the client PC does not have the same software available as the base environment that was used to put the BLOB into the Access environment? And - if the software is updated to a new version would that also cause problems? JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, October 31, 2014 6:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Odd Attachment field types in query There is no comparable data type in SQL server (or anywhere else). Same is true for MVF (Multi-Value Fields). Hyperlinks can be converted over, but the loose all their "magic" as well. In the case of the attachment type, you need unpack everything out of the DB into external files. If you did that setup in the first place, there would be no changes to upsize. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, October 31, 2014 11:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Odd Attachment field types in query How so? Becomes a real chore when you want to move the data anywhere > else (like SQL Server). > > 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 ssharkins at gmail.com Fri Oct 31 14:23:53 2014 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 31 Oct 2014 15:23:53 -0400 Subject: [AccessD] Odd Attachment field types in query Message-ID: It'll never be upgraded to SQL Server. Susan H. On Fri, Oct 31, 2014 at 2:02 PM, Jim Dettman wrote: > > There is no comparable data type in SQL server (or anywhere else). Same > is > true for MVF (Multi-Value Fields). Hyperlinks can be converted over, but > the loose all their "magic" as well. > > In the case of the attachment type, you need unpack everything out of the > DB into external files. If you did that setup in the first place, there > would be no changes to upsize. > > From stuart at lexacorp.com.pg Fri Oct 31 17:04:13 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 01 Nov 2014 08:04:13 +1000 Subject: [AccessD] Odd Attachment field types in query In-Reply-To: References: , , Message-ID: <5454075D.20106.89A1F4BD@stuart.lexacorp.com.pg> No, the "attachment" field is actually three hidden fields: 1. the file itself( word doc, jpg image, pdf file etc). 2. The file name, 3. The file extension. When you "open an attachment", Access extracts the BLOB to a file stored in your IE cache folder (Something like C:\Users\Stuart\Appdata\Local\Microsoft\Windows\Temorary Internet Files/ACCxxxxx\myfile.jpg) and then opens it with the default program configured on your PC for that type of file. So you just need any software that can handle files of the specific type. If you don't have a default for the extension, you just get the standard "WIndows can't open this file.... What do you want to do...." dialog. The file and folder are deleted once you close the application viewing the attachment - unless you save the file within the application, in which case the folder and file remain. Note that even if you have Explorer set to show Hidden and System files, you can't see the folder ACCxxxx in Explorer. You can however get to it by typing in the full path. So unless you know exactly where it is - you will have great difficulty finding it again. Like I've said before - it's messy. -- Stuart On 31 Oct 2014 at 18:45, James Button wrote: > Jim, et al. > > Not using BLOBS in Access, would I be correct in thinking that the > association is held within Access, so accessing the BLOB using a > client PC may encounter problems if the client PC does not have the > same software available as the base environment that was used to put > the BLOB into the Access environment? > > And - if the software is updated to a new version would that also > cause problems? > > JimB > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Friday, October 31, 2014 6:02 PM To: 'Access Developers > discussion and problem solving' Subject: Re: [AccessD] Odd Attachment > field types in query > > > There is no comparable data type in SQL server (or anywhere else). > Same is > true for MVF (Multi-Value Fields). Hyperlinks can be converted over, > but the loose all their "magic" as well. > > In the case of the attachment type, you need unpack everything out of > the > DB into external files. If you did that setup in the first place, > there would be no changes to upsize. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan > Harkins Sent: Friday, October 31, 2014 11:03 AM To: Access Developers > discussion and problem solving Subject: Re: [AccessD] Odd Attachment > field types in query > > How so? > > Becomes a real chore when you want to move the data anywhere > > else (like SQL Server). > > > > 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 >